I've got a GRE tunnel setup between two sites. At either site PIX firewalls connect to the carrier IP network and I have a 2611 infront of the PIX (at both ends). The 2611 is doing the GRE tunnel and is configured as a "one armed tunnel router". That is PIX and 2611 are connected to corporate LAN together (parallel) and not is series. The second ethernet interface on the 2611 is shutdown.
The issue I have is that some IPX clients get BTRIEVE errors at random. There are no problems reported with IP between the sites. A ping with large payload shows no packet loss and RTT of about 13 ms.
Prior to this we has a WAN link between the site and was routing IP/IPX and everything worked fine.
Your error messages indicate that the neighbor adjacency is flapping due to the router going into the SIA state (Stuck in Active). It is the state where an unacceptable amount of time has passed since the transmission of a Query with no reply received. The document talks about the reasons due to which a router might go into SIA and how you could resolve the issue. Bug CSCdp33034 deals with the same. Also, Cisco IOS 12.1(4.4)E has certain enhancements that help resolve the SIA problem. If the problem persists, you could consider a switchover.
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...