How to solve the problem of ARP cache on CORE sw 6506 ?
We have problem of ARP cache on Core sw 6506 . Topology for this is as per attachment.
Problem is : The pcs which are turned off for 3- 4 hour can not communicated. from this PCs some of Devices and some of Servers also can not pinging . Some of PCs have an error : Reply from x.x.x.x(Gateway):TTL expires in transit.
Now if i ping this effected PC from MSFC than its works well. Before it i have checked sh arp | i x.x.x.x ( PC Ip address ) than I can not find it. But After pinging from MSFC i can found in ARP list. So I suspect it is due to ARP cache.
I had tried to clear all arp but the problem is still exist.
This problem is in all PCs with static IPs as in PCs with DHCP - Continuous ly communicated so not isolated.
As a temp Solution we have rebooted nboth the core sw and removed one sup card from both the end.
But reboot Sw is not the solution.
So pls help me to solve the problem :
Pls give me the action plan to solve - to troubleshoot the problem.
Re: How to solve the problem of ARP cache on CORE sw 6506 ?
I'm starting to wonder if what you are doing could be done in a simpler way.
In another thread you explained that you have two MSFCs in each chassis and only one is Active and one is Standby (this is SRM).
Here, you are building HSRP groups between the four MSFCs but only two of them at each time can talk with the outside world.
the standby MSFC has its configuration synchronized with the active one but it is not visible outside. For example it cannot use a tacacs+ server for AAA authentication but only a local account allows to access it.
It looks like that if a PC performs an ARP request the result is different then when you do a ping from the MSFC.
ARP request is sent to a broadcast, ARP reply is sent to the ARP request's source MAC address.
in your sh standby for one HSRP group you see an active, a standby only.
We are pleased to announce availability of Beta software for 16.6.3.
16.6.3 will be the second rebuild on the 16.6 release train targeted
towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are
looking for early feedback from customers befor...
Introduction Featured Speakers Luis Espejel is the Telecommunications
Manager of IENova, an Oil & Gas company. Currently he works with Cisco
IOS® and Cisco IOS XE platforms, and NX to some extent. He has also
worked as a Senior Engineer with the Routing P...
In this session you can learn more about Layer 3 multicast and the best
practices to identify possible threats and take security measures. It
provides an overview of basic multicast, the best security practices for
use of this technology, and recommendati...