Does Stuck-in-active process proceed normally other than the strange address in the message? If so, then you may be hitting CSCdu78538. If there is any other noteworthy behavior please share that as well as the code version.
These messages (with 220.127.116.11 addresses) are sporadic, and are appearing in other routers too. We are running EIGRP but we do not have network 18.104.22.168 (which belongs to Xerox). Other problems in the networ are routers running out of memory due to the worm situation - which we are fighting back identifying and patching the machines.
Below you have more router details. I will search for the bug you mentioned.
USADANR3640C#sh ip prot
Routing Protocol is "eigrp 9"
Outgoing update filter list for all interfaces is
Incoming update filter list for all interfaces is
Default networks flagged in outgoing updates
Default networks accepted from incoming updates
EIGRP metric weight K1=1, K2=0, K3=1, K4=0, K5=0
EIGRP maximum hopcount 100
EIGRP maximum metric variance 1
Default redistribution metric is 64 100 255 1 1500
Redistributing: static, eigrp 9
Automatic network summarization is not in effect
Routing for Networks:
Routing Information Sources:
Gateway Distance Last Update
10.32.33.11 90 00:00:29
(this router) 90 1w1d
10.32.32.11 90 00:00:29
10.32.33.3 90 00:00:29
10.32.32.3 90 00:00:29
10.32.33.1 90 00:00:29
10.32.32.1 90 00:00:29
10.32.32.6 90 00:00:29
10.32.32.7 90 00:00:29
10.32.33.6 90 00:00:29
172.27.56.2 90 00:00:29
172.27.56.66 90 18w4d
Distance: internal 90 external 170
Cisco Internetwork Operating System Software
IOS (tm) 3600 Software (C3640-D-M), Version 12.2(1), RELEASE SOFTWARE (fc2)
What you can do to troubleshoot this is 'sh ip eigrp topology active' This will show the routes SIA , look for the 22.214.171.124 entries . The reason it is SIA is the it is waiting for a response from one of its neighbors or one of your neighbors neighbors all the way to the network boundary .
in the output of 'sh ip eigrp top active' look for entries that have an 'r' next to them , this is who the router is waiting on a response from , From there go to that router and use the same process to trace down the problem . Another good command is 'sh ip eigrp events .
It's a memory corruption issue--anytime you see 0xD0D0D0D0 like this in the output, you should immediately suspect a memory corruption, a process stepping on memory structure, or a process trying to access a free'd memory block (0xD0D0D0D0 is the "magic number" for poisoned free memory).
David is taking you down the right path for troubleshooting the stuck in actives--I'd figure out where the route normally originates, and then figure out why it's flapping so much if you're constantly seeing SIA's for it. But, that only solves half the problem, the reason it's active so much. The stuck part is harder--you'll need to do a show ip eigrp top active on a periodic basis, and telnet to the router this router is waiting on. Repeat this process, stepping through the network, until you find the router that isn't waiting on any other neighbor.
You might find a query loop, since there were a couple in code, primarily involving a metric change before the route failure, and typically involved in a "figure 8" topology, or something similar.
Question We run asr9001 with XR 6.1.3, and we have a very long delay to
login w/ SSH 1 or 2 to the device compare to IOS device. After
investigation, the there is 1s delay between the client KEXDH_INIT and
the server (XR) KEXDH_REPLY. After debug ssh serv...
Introduction The purpose of this document is to demonstrate the Open
Shortest Path First (OSPF) behavior when the V-bit (Virtual-link bit) is
present in a non-backbone area. The V-bit is signaled in Type-1 LSA only
if the router is the endpoint of one or ...
Hi, I am seeing quite a few issues with patch install and wanted to
share my experience and workaround to this. Login to admin via CLI, then
access root with the “shell” command Issue “df –h” and you’ll probably
see the following directory full or nearly ...