Hard to say without more data. What is connected to the FE port shouldn't have anything to do with the ATM link status.
On Thu, Jul 17, 2008 at 08:32:34AM +0800, Wilkinson, Alex wrote: > 0n Wed, Jul 16, 2008 at 07:28:05AM -0400, Rodney Dunn wrote: > > >What is the configuration of that interface and can you provide > >a 'sh int' between two drop periods? > > >From 'running-config' > > interface FastEthernet4/10 > no snmp trap link-status > > >From 'show int FastEthernet4/10' > > FastEthernet4/10 is up, line protocol is up (connected) > Hardware is Fast Ethernet Port, address is 0009.e85e.9879 (bia > 0009.e85e.9879) > MTU 1500 bytes, BW 10000 Kbit, DLY 100 usec, > reliability 255/255, txload 1/255, rxload 1/255 > Encapsulation ARPA, loopback not set > Keepalive set (10 sec) > Half-duplex, 10Mb/s > input flow-control is unsupported output flow-control is unsupported > ARP type: ARPA, ARP Timeout 04:00:00 > Last input never, output never, output hang never > Last clearing of "show interface" counters 18:17:11 > Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 118 > Queueing strategy: fifo > Output queue: 0/40 (size/max) > 5 minute input rate 0 bits/sec, 0 packets/sec > 5 minute output rate 1000 bits/sec, 2 packets/sec > 7 packets input, 524 bytes, 0 no buffer > Received 0 broadcasts (0 multicast) > 0 runts, 0 giants, 0 throttles > 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored > 0 input packets with dribble condition detected > 136771 packets output, 13580522 bytes, 0 underruns > 1 output errors, 0 collisions, 0 interface resets > 0 babbles, 0 late collision, 0 deferred > 0 lost carrier, 0 no carrier > 0 output buffer failures, 0 output buffers swapped out > > You will note that it is "Half-duplex, 10Mb/s". That is no mistake since the > device that is connected to this switch-port is only capable of 10Mb/s. > > I did a 'clear counters FastEthernet4/10' yesterday and came in this morning > to find our ATM link was down again and "Total output drops" up to 118. > > I then reboot the device that is connected to this switch-port and volia, ATM > link > comes up and EIGRP neighbour adjacency reforms. > > Not sure how to verify if congestion is the root cause of this re-occuring > problem. > > -aW > > IMPORTANT: This email remains the property of the Australian Defence > Organisation and is subject to the jurisdiction of section 70 of the CRIMES > ACT 1914. If you have received this email in error, you are requested to > contact the sender and delete the email. > > > _______________________________________________ > cisco-nsp mailing list [email protected] > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
