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).
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