On Wed, 12 Feb 2003, Steve Coleman wrote:
All the routers have a /24 subnet. (208.186.96.0/24) However, doing a list ip route on the arc shows the following relevant routing entries
208.186.96.0/21 LOCAL 208.186.96.15 1 eth:1 208.186.96.11/H LOCAL 208.186.96.11 1 eth:1
I've run into the problem where OSPF won't negotiate because the subnet masks don't match. That's easy to troubleshoot because the debug on the Cisco will specifically say the netmasks don't match. I'm not having that problem this time.
208.186.96.0/21 is the aggregate address for that block. It's being redistributed into OSPF from BGP.
Would this be a null route for locking down the announcement of the aggregate perhaps? From some earlier notes from Mike Andrews (search the list archives for 'OSPF adjacency') this might be related to 3COM bug ID MR12019 which you may have already found in the archives.