beta6 OSPF area-id backwards

We just upgraded one of our routerboards to beta6, and it no longer inter-operates with OSPF with our other routers. Doing a packet capture reveals that it has the area ID backwards; in the router board the area ID is specified as 192.168.100.0, but in the packet capture, the OSPF dissector shows the area ID as 0.100.168.192 (whereas for the hello packets from the routerboard on the other side of the link, it correctly shows 192.168.100.0 as the area ID).

Also, am I missing it somewhere, or is there nowhere to specify the key type in beta6 (simple, MD5, etc).

If you have a spare moment would you mind sending me an email offlist.

scott at brevardwireless.com

thanks… appreciate your time.

could you try if entering that ID everything is OK, and OSPF works again?

[quote=“xxiii”]… Doing a packet capture reveals that it has the area ID backwards; …/quote]

already fixed in beta7

true :unamused: