06-20-2020 05:06 AM
HI,
We have a C6509 switch, which has been running for more than 13 years. The version it runs is Version 12.2(18)SXF6.
Recently, we encountered a problem, and sometimes there will be a lot of packet loss on this station. And the device will appear stuck when we log in to the device (probably due to packet loss). When packet loss is severe, there is basically a 50% packet loss rate.
specific situation:
-Maximum traffic on the link is 50-70Mbps
-The interface does not see packet loss or error packet count increase
-No high memory
-No high CPU
-The Module status on the device is also normal
-No abnormal logging
-We tried to replace the interface, cable, and line card. The fault disappeared for a few days, but it appeared again.
-Sometimes, we shut down the interface, and it can work normally when it is opened the next day, but similar phenomena will happen again.
Is the device running for too long, can the restart be resolved?
Is the reason for the older software version causing this problem?
Do you have any suggestions, how can I troubleshoot this problem?
Thx
06-20-2020 07:52 AM
06-20-2020 09:19 AM
06-20-2020 09:27 AM
06-20-2020 07:29 PM
@Rps-Cheers wrote:
maybe this is a software problem?
If the chassis has an uptime of >13 years, then I'd recommend it is time to get the firmware upgraded.
06-22-2020 08:03 PM
06-20-2020 09:24 AM
06-20-2020 08:58 AM
06-20-2020 09:21 AM
06-20-2020 10:13 AM
06-22-2020 08:05 PM
06-21-2020 11:22 PM
Hello @Rps-Cheers ,
to see your hardware's list post
show module
in this way it is possible to see the type of supervisor and the type of linecards and if there are daughter cards like DFC installed.
Can you post also
show version | inc uptime
Hope to help
Giuseppe
06-22-2020 08:15 PM
06-23-2020 01:00 AM
Hello @Rps-Cheers ,
there are no Tengiga linecards and this is likely the reason why you could stay with this IOS release.
but be aware that the two supervisors have different IOS versions:
7 0012.xxxx.xxxx to 0011.xxxx.xxxz 5.2 8.4(2) 12.2(18)SXF6 Ok
8 0013.xxxx.xxxx to 0011.xxxx.xxxb 5.3 8.4(2) 12.2(18)SXF7 Ok
The end result of this IOS mismatch is that instead of being able to run SSO stateful switchover you have RPR as redudancy strategy in fact the standby supervisor is in state Cold and not HOT standby.
7 2 Supervisor Engine 720 (Active) WS-SUP720-3B SALXXXXXXXX
8 2 Supervisor Engine 720 (Cold) WS-SUP720-3B SALXXXXXXXX
This would mean that in case of failure of primary supervisor the Cold standby will take more time to recover.
The uptime is really impressive more then 13 years.
Whatever IOS version you decide to upgrade to ensure the same version is present on both supervisors.
Hope to help
Giuseppe
06-23-2020 01:17 AM
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide