cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
747
Views
0
Helpful
1
Replies
Glenn Matthys
Beginner

NHRP log error "Receive Resolution Reply packet with error - insufficient resources(5)"

Hi all

I have a spoke router (1921) in a dual hub DMVPN setup that keeps spewing this log message:

Oct 29 21:13:38 CDT: %NHRP-3-PAKREPLY: Receive Resolution Reply packet with error - insufficient resources(5)
Oct 29 21:59:49 CDT: %NHRP-3-PAKREPLY: Receive Resolution Reply packet with error - insufficient resources(5)
Oct 29 22:02:36 CDT: %NHRP-3-PAKREPLY: Receive Resolution Reply packet with error - insufficient resources(5)
Oct 29 23:02:44 CDT: %NHRP-3-PAKREPLY: Receive Resolution Reply packet with error - insufficient resources(5)
Oct 29 23:42:30 CDT: %NHRP-3-PAKREPLY: Receive Resolution Reply packet with error - insufficient resources(5)
Oct 29 23:54:01 CDT: %NHRP-3-PAKREPLY: Receive Resolution Reply packet with error - insufficient resources(5)
Oct 30 00:02:59 CDT: %NHRP-3-PAKREPLY: Receive Resolution Reply packet with error - insufficient resources(5)
Oct 30 00:42:03 CDT: %NHRP-3-PAKREPLY: Receive Resolution Reply packet with error - insufficient resources(5)
Oct 30 01:03:07 CDT: %NHRP-3-PAKREPLY: Receive Resolution Reply packet with error - insufficient resources(5)
Oct 30 01:27:55 CDT: %NHRP-3-PAKREPLY: Receive Resolution Reply packet with error - insufficient resources(5)
Oct 30 02:03:19 CDT: %NHRP-3-PAKREPLY: Receive Resolution Reply packet with error - insufficient resources(5)

This is the DMVPN tunnel interface configuration:

interface Tunnel100
ip address 10.255.255.5 255.255.255.0
no ip redirects
ip mtu 1392
ip nhrp authentication x
ip nhrp map multicast dynamic
ip nhrp map multicast 1.2.3.4
ip nhrp map multicast 1.2.3.5
ip nhrp map 10.255.255.1 1.2.3.4
ip nhrp map 10.255.255.2 1.2.3.5
ip nhrp network-id 100
ip nhrp holdtime 300
ip nhrp nhs 10.255.255.1
ip nhrp nhs 10.255.255.2
ip nhrp registration no-unique
ip nhrp shortcut
ip tcp adjust-mss 1352
ip ospf network broadcast
ip ospf priority 0
tunnel source GigabitEthernet0/0
tunnel mode gre multipoint
tunnel protection ipsec profile DMVPN

Google searches always lead me to CSCsf11052 which is an old IOS bug for release 12.4(2)T, the router is running 15.4(3)M4. This is the output of show ip nhrp:

#show ip nhrp
10.255.255.1/32 via 10.255.255.1
Tunnel100 created 23:32:46, never expire
Type: static, Flags: used
NBMA address: 1.2.3.4
10.255.255.2/32 via 10.255.255.2
Tunnel100 created 23:32:46, never expire
Type: static, Flags: used
NBMA address: 1.2.3.5
10.255.255.4/32 via 10.255.255.4
Tunnel100 created 01:00:12, expire 00:04:36
Type: dynamic, Flags: router implicit used nhop
NBMA address: 1.2.3.6
10.255.255.5/32 via 10.255.255.5
Tunnel100 created 08:25:23, expire 00:04:36
Type: dynamic, Flags: router unique local
NBMA address: ROUTER OWN WAN IP
(no-socket)

Obviously the IP addresses have been changed, but the "10.255.255.5/32 via 10.255.255.5" points at the router's own WAN IP address. Is this OK? Could this be the cause of the NHRP-3-PAKREPLY message?

Thanks,

1 REPLY 1

have you found any solution to this? which route protocol are you using?