nick.jon.griffin at gmail
May 11, 2012, 8:00 AM
Post #3 of 3
(445 views)
Permalink
|
If they are both set for for auto speed and duplex, seems like it
negotiated correctly. Looks like the cable is most likely bad.
Nick Griffin
CCIE 17381, S/P,R/S
On Fri, May 11, 2012 at 9:46 AM, Scott Voll <svoll.voip [at] gmail> wrote:
> I have a 2821(15.1(3)T2) connected to a 3560(12.2(55)SE3) and recently i
> have had the Line protocol between the two go down.
>
> The two are connected on a dot1q truck.
>
> Sh int on the router:
>
> GigabitEthernet0/0 is up, line protocol is up
> Hardware is MV96340 Ethernet, address is 001b.d470.8fa8 (bia
> 001b.d470.8fa8)
> MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
> reliability 255/255, txload 1/255, rxload 1/255
> Encapsulation 802.1Q Virtual LAN, Vlan ID 1., loopback not set
> Keepalive set (10 sec)
> Full Duplex, 100Mbps, media type is T
> output flow-control is XON, input flow-control is XON
> ARP type: ARPA, ARP Timeout 04:00:00
> Last input 00:00:00, output 00:00:00, output hang never
> Last clearing of "show interface" counters 13w2d
> Input queue: 0/75/36/0 (size/max/drops/flushes); Total output drops: 0
> Queueing strategy: fifo
> Output queue: 0/40 (size/max)
> 5 minute input rate 55000 bits/sec, 28 packets/sec
> 5 minute output rate 143000 bits/sec, 71 packets/sec
> 1805047870 packets input, 3205641174 bytes, 1 no buffer
> Received 14405186 broadcasts (3085682 IP multicasts)
> 14 runts, 0 giants, 22 throttles
> 5895 input errors, 49 CRC, 1 frame, 0 overrun, 5831 ignored
> 0 watchdog, 0 multicast, 0 pause input
> 1591540763 packets output, 638093162 bytes, 0 underruns
> 0 output errors, 0 collisions, 0 interface resets
> 269848 unknown protocol drops
> 0 babbles, 0 late collision, 0 deferred
> 50 lost carrier, 0 no carrier, 10 pause output
> 0 output buffer failures, 0 output buffers swapped out
>
> sh int on the switch:
>
> FastEthernet0/1 is up, line protocol is up (connected)
> Hardware is Fast Ethernet, address is 0017.94ab.8103 (bia 0017.94ab.8103)
> Description: Router Port
> MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
> reliability 255/255, txload 1/255, rxload 1/255
> Encapsulation ARPA, loopback not set
> Keepalive set (10 sec)
> Full-duplex, 100Mb/s, media type is 10/100BaseTX
> input flow-control is off, output flow-control is unsupported
> ARP type: ARPA, ARP Timeout 04:00:00
> Last input 00:00:34, output 00:00:00, output hang never
> Last clearing of "show interface" counters never
> Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 641849
> Queueing strategy: fifo
> Output queue: 0/40 (size/max)
> 5 minute input rate 127000 bits/sec, 70 packets/sec
> 5 minute output rate 87000 bits/sec, 32 packets/sec
> 841389935 packets input, 363402231378 bytes, 0 no buffer
> Received 382643887 broadcasts (382078407 multicasts)
> 7 runts, 0 giants, 0 throttles
> 7 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
> 0 watchdog, 382078407 multicast, 18 pause input
> 0 input packets with dribble condition detected
> 1827233350 packets output, 2184911648917 bytes, 0 underruns
> 0 output errors, 0 collisions, 1 interface resets
> 0 babbles, 0 late collision, 0 deferred
> 0 lost carrier, 0 no carrier, 0 PAUSE output
> 0 output buffer failures, 0 output buffers swapped out
>
> The are directly connected with a 5 foot patch cable.
>
> What are runts? pause inputs? unknown protocol drops?
>
> Since I'm seeing Inputs errors and CRC's is this a bad patch cable? This
> Router and switch when setup did not get hard set for speed and duplex.....
> could that be the issue?
>
> TIA
>
> Scott
> _______________________________________________
> cisco-nsp mailing list cisco-nsp [at] puck
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
_______________________________________________
cisco-nsp mailing list cisco-nsp [at] puck
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
|
