When using MGX8220, and checkin the port counters (dspportcnt) and everything is OK..no errors, no discards, etc. and loopback tests run clean, but, when i look into the channel (dspchancnt), im seeing FramesDiscards (XmtFramesDiscSrcAbort), i´m seeing discards by CRC errors (when looped those errors dissapears).
Tipically i´ve seen that when this happens, the most of the times is not an access issue, is most of times bad framing by the DTE or bad electrical grounding of the DTE on the site..i´d like to know if you guys know other cause of this discards..just in the channel..not the port..
Yes, i know these kind of errors, the most of the times is bad framnign issue on the router, but the error that i´m seeing
But just in the channel, the port is clean (dspportcnt is clean)...when we loop that port, the channel come clear...i don´t receiveng discards by source...at this time the trouble was on the electrical instalation (grounding) where the router was connected, and was affecting the router..but I´d like to know if you guys have other case with this same issue..
[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...