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.

 

DeepinScreenshot_select-area_20170819041414.png

 

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 (10.0.0.0/24).

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:

DeepinScreenshot_select-area_20170819044504.png

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!

DeepinScreenshot_select-area_20170819050015.png

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:

DeepinScreenshot_select-area_20170819053151.png

It’s simple to do this just add “redistribute default” and add the interface.

DeepinScreenshot_select-area_20170819053427.png

All Cisco routers pickup the routes successfully:

DeepinScreenshot_select-area_20170819053033.png

Anyway I give up for the time being. I have wasted a few hours on it already with no avail.

 

Advertisements

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s