04-14-2014 02:34 PM - edited 03-04-2019 10:47 PM
I am having this kind of issue on my Cisco876.
Has anybody experienced this before ? WAN is aDSL line and it has been lately
checked by provider like five times. The main problem is that internet itself falls dows from 5 to 10 times a day.
Local cabling was tested with certified devices.
Here`s ADSL:
Capacity Used: 44% 99%
Noise Margin: 14.0 dB 7.5 dB
Output Power: 11.0 dBm 12.5 dBm
Attenuation: 15.5 dB 9.0 dB
Here`s log:
C876#sh log | i Fatal
000040: Apr 10 18:46:01: %C870_FE-3-TXERR: FastEthernet0: Fatal transmit error. Restarting...
000048: Apr 11 10:49:21: %C870_FE-3-TXERR: FastEthernet0: Fatal transmit error. Restarting...
000058: Apr 11 11:30:37: %C870_FE-3-TXERR: FastEthernet0: Fatal transmit error. Restarting...
000072: Apr 11 14:42:25: %C870_FE-3-TXERR: FastEthernet0: Fatal transmit error. Restarting...
000087: Apr 11 16:36:54: %C870_FE-3-TXERR: FastEthernet0: Fatal transmit error. Restarting...
000097: Apr 14 08:15:41: %C870_FE-3-TXERR: FastEthernet0: Fatal transmit error. Restarting...
000116: Apr 14 08:27:28: %C870_FE-3-TXERR: FastEthernet0: Fatal transmit error. Restarting...
000149: Apr 14 10:59:09: %C870_FE-3-TXERR: FastEthernet0: Fatal transmit error. Restarting...
000159: Apr 14 11:00:46: %C870_FE-3-TXERR: FastEthernet0: Fatal transmit error. Restarting...
000169: Apr 14 11:02:14: %C870_FE-3-TXERR: FastEthernet0: Fatal transmit error. Restarting...
What sould I try, please ? Can somebody help with this ?
Thanks in advance.
Solved! Go to Solution.
04-14-2014 04:24 PM
There is a bug as well.
07-29-2014 08:15 AM
I'm having this issue with one of my 877 routers and was told by TAC that it is caused by a hardware bug, not fixable in software.
The CSCth20872 bug describes a fix that works around the hardware bug by using a watchdog to reset the interface (apparently the whole switch; the message says "FastEthernet0" regardless of port used). As such, this could be considered an "informational" log message.
Without the fix applied the interface(s) just hang, requiring a device reload to restore functionality.
Based on my experience, the interface hang + reset also results in lost packets, easily noticeable in video conferencing and even VoIP. However, at least in my environment this issue only surfaces on a router that has comparatively more packets going through it (servicing a public NTP server and a SIP PBX).
The suggested fix is replacing the router with a model from a different series (e.g. 887 or 897).
04-14-2014 03:10 PM
Noise Margin: 14.0 dB 7.5 dB
Your service provider is not doing a good job. This means that the upstream line needs to be investigated.
04-14-2014 07:39 PM
I will tell them to lower dsl profile on upstream. Thank you Leo for help. Have a nice day.
04-14-2014 04:24 PM
There is a bug as well.
04-14-2014 07:40 PM
I guess this is it. Thank you very much ! :) I ll try to change the IOS
07-29-2014 08:15 AM
I'm having this issue with one of my 877 routers and was told by TAC that it is caused by a hardware bug, not fixable in software.
The CSCth20872 bug describes a fix that works around the hardware bug by using a watchdog to reset the interface (apparently the whole switch; the message says "FastEthernet0" regardless of port used). As such, this could be considered an "informational" log message.
Without the fix applied the interface(s) just hang, requiring a device reload to restore functionality.
Based on my experience, the interface hang + reset also results in lost packets, easily noticeable in video conferencing and even VoIP. However, at least in my environment this issue only surfaces on a router that has comparatively more packets going through it (servicing a public NTP server and a SIP PBX).
The suggested fix is replacing the router with a model from a different series (e.g. 887 or 897).
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: