Virtual Nightmare

So I have concluded the OSPF part of my study for now and so far ospfd has been working just fine on OpenBSD 6.1 – that is up until I use the “default-information originate” command on a Cisco router to enable a default ┬ároute to the external internet.
I have made a new setup to test DR router election and diagnose this ospf default route problem.
The host machine (FreeBSD amd64 with a Ryzen 1700) runs an Archlinux VM inside Virtual Box.
This then runs GNS3 with runs OpenBSD inside QEMU and the Cisco IOS images inside Dynamips. Yuck!
I know but I refuse to run Linux on my main machine and it is powerful enough to allocate 8GB of RAM to and 4 cores.
I have chosen IP addresses which will not conflict with my Host’s Host IP network (
OSPF is configured on all routers and R1 is elected as the DR. All works fine until the “default-information originate” command is entered.
The “route show” command on OpenBSD is frozen.
A “route flush” command shows the potential issue:
As you can see the entry “10.137.0/24” is an incorrect or incomplete IPv4 address. I have tried multiple setups and multiple IP addresses and this continues to happen.
If I disable the “default-information originate” command the routing table is restored immediately but I still cannot get connectivity even with static routes!
I am starting to wonder whether it is an issue with OpenBSD 6.1 as the first routing entry is missing an octet.
What makes it hard is pings to external interfaces are not supported in VirtualBox even tho the interface has been set to enable promiscuous mode.
The “route show” command works when OpenBSD is acting as the default ospf gateway:
It’s simple to do this just add “redistribute default” and add the interface.
All Cisco routers pickup the routes successfully:
Anyway I give up for the time being. I have wasted a few hours on it already with no avail.

Leave a comment

Your email address will not be published. Required fields are marked *