OSPF between RB450G (v5.1) and a Cisco 6509

I have been testing out various routing protocols between a RB450G running v5.1 and a 6509.
BGP played very well, even in a confederation setup. Heck, it seemed that the RB450G took in a full internet routing table (~355K routes) with ease, where my C7204VXR (NPE-400, 512M RAM) was a bit sluggish taking in all those routes.

However, I am not having a good time with OSPF, trying to neighbor up to a 6509 (SUP720-3B, 12.2.33 SXI)
Here is my config on both devices. .20 is the MT (ether1) and .18 is the 6509.

It seems that something is blocking the broadcast. I put in an accept filter for the OSPF protocol but that didn’t seem to help.

Any pointers anyone? I just want to see the neighborship establish - I am going to work passing routes between them later on.

router ospf 13
log-adjacency-changes
network nn.nn.nn.2 0.0.0.0 area 0
network nn.nn.nn.16 0.0.0.15 area 0
network nn.nn.nn.32 0.0.0.31 area 0


/routing ospf instance
set default disabled=no distribute-default=never in-filter=ospf-in metric-bgp=auto metric-connected=20 metric-default=1
metric-other-ospf=auto metric-rip=20 metric-static=20 name=default out-filter=ospf-out redistribute-bgp=no redistribute-connected=
as-type-1 redistribute-other-ospf=no redistribute-rip=no redistribute-static=as-type-1 router-id=nn.nn.nn.20

/routing ospf area
set backbone area-id=0.0.0.0 disabled=no instance=default name=backbone type=default

/routing ospf area range
add advertise=yes area=backbone cost=calculated disabled=no range=0.0.0.0/0

/routing ospf interface
add authentication=none authentication-key=“” authentication-key-id=1 cost=10 dead-interval=40s disabled=no hello-interval=10s
instance-id=13 interface=ether1 network-type=broadcast passive=no priority=1 retransmit-interval=5s transmit-delay=1s use-bfd=no
/routing ospf network
add area=backbone disabled=no network=nn.nn.nn.16/28

/ip firewall filter
add action=accept chain=input disabled=no in-interface=ether1 protocol=ospf

Quick glance - but your instance ID on the interface is set to 13, probably to match the process number in the 6k. Process numbers don’t have to match, and if you do a “/routing ospf instance print” you’ll find you only have an instance 0. Set the instance ID on the interface to 0 and the neighbor should come up.

Fewi - you were dead on; that was it. My edge and core neighbor routers came right up on MT after changing that instance from 13 to 0.

Now on to the announcement tweaking… Thanks again,