Cisco Support Community
Showing results for 
Search instead for 
Did you mean: 

OSPF Point-to-Point network type multicast unable to resolve next-hop MAC address!!!

There is a known ARP issue on some platforms (so far I have seen this issue on C3750  & C3560 platforms with 12.2(52)SE code) when using OSPF network type point-to-point, the mac address of the next hop is unresolved on point-to-point ethernet causing a delay resolving the next hop address and installation of the next hop address in CEF forwarding table. Because of this issue Cisco has modified newer codes from 12.2(33) to use combination of unicast  (exchanging DB info) and multicast (exchange of hello) instead of pure multicast OSPF adjacency is formed!

You may have the following ACL below inbound on the interface used for ospf adjacency using point-to-point network type and OSPF is working beatifully until you decided to upgrade to a recent IOS code for example on WS-C3750G-24TS and noticed OSPF no longer able to form adjacency and stuck in "EXSTART" and your deny ACL statement is now denying OSPF packet and you check your logs and noticed the logs.

Perhaps by analysing the logs, it does look like MTU issue and it's not.  As describe above Cisco has made a change to newer IOS codes (I have only noticed this behavior on switch platforms such as 3750 & 3560s) now using unicast & multicast. This is a know issue. see bug CSCsv89643  (The bug details is being updated to include the codes mentioned in this doc)


access-list 102 permit ospf any host

Logs Output

Oct  4 17:43:24.248 BST: OSPF: Rcv DBD from GigabitEthernet1/0/25 seq 0xE6 opt 0x52 flag 0x7 len 32  mtu 1500 state EXSTART
Oct  4 17:43:24.248 BST: OSPF: First DBD and we are not SLAVE

Oct  4 17:43:38.014 BST: OSPF: Killing nbr on GigabitEthernet1/0/25 due to excessive (25) retransmissions
Oct  4 17:43:38.014 BST: OSPF: address on GigabitEthernet1/0/25 is dead, state DOWN
Oct  4 17:43:38.014 BST: %OSPF-5-ADJCHG: Process 110, Nbr on GigabitEthernet1/0/25 from EXSTART to DOWN, Neighbor Down: Too many retransmissions


1, Remove "ip ospf network point-to-point" from the interface, this will convert back to multicast.

2, Convert ACL to allow unicast for OSPF. See this

Please note that this issue describe in the document is NOT  a bug but a feature removed from newer codes because of the ARP issue described above when using point-to-point mulicast.


I have noticed same behavior on 6k code  ipservicesk9-mz.122-33.SXI10.bin