[c-nsp] Deferred packets on 2950 10/full interface

[Church, Chuck]

Guys,

	Deferred frame counts are simply the number of times that the
switch tried to put a frame on the wire, and the medium was busy.  I
believe those deferred will be re-tried after a random backoff period.
As you can see, there are no output drops, so I wouldn't worry about it.
I think that frame will just sit in the TX ring for a few more
microseconds  Check out:
http://www.cisco.com/en/US/products/hw/switches/ps605/products_configura
tion_guide_chapter09186a0080112d29.html#62679


Chuck Church
Lead Design Engineer
CCIE #8776, MCNE, MCSE
Netco Government Services - Design & Implementation Team
1210 N. Parker Rd.
Greenville, SC 29609
Home office: 864-335-9473
Cell: 703-819-3495
cchurch at netcogov.com
PGP key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x4371A48D 


-----Original Message-----
From: cisco-nsp-bounces at puck.nether.net
[mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of Mike
Sent: Saturday, January 15, 2005 9:25 AM
To: Michael K. Smith
Cc: cisco-nsp at puck.nether.net
Subject: Re: [c-nsp] Deferred packets on 2950 10/full interface

Hello Mike,

Can you please tell me why running cdp is not recommended?

Thanks,
Mike Hayes


Michael K. Smith wrote:
> On 1/14/05 2:25 PM, "Clinton Work" <clinton at scripty.com> wrote:
> 
> 
>>I'm seeing 3716 deferred frames on a 10/full interface. I suspect a
>>duplex mismatch even though the Telco assures me that their interface
is
>>10/full as well. Anybody seen this problem on another 2950 switch?
>>
>>
>>Router#show int fa0/1
>>FastEthernet0/1 is up, line protocol is up (connected)
>>   Hardware is Fast Ethernet, address is 000e.38a0.3901 (bia
000e.38a0.3901)
>>   Description:
>>   MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec,
>>      reliability 255/255, txload 1/255, rxload 1/255
>>   Encapsulation ARPA, loopback not set
>>   Keepalive set (10 sec)
>>   Full-duplex, 10Mb/s
>>   input flow-control is off, output flow-control is off
>>   ARP type: ARPA, ARP Timeout 04:00:00
>>   Last input 00:00:00, output 00:00:05, output hang never
>>   Last clearing of "show interface" counters 6w0d
>>   Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops:
0
>>   Queueing strategy: fifo
>>   Output queue :0/40 (size/max)
>>   30 second input rate 0 bits/sec, 0 packets/sec
>>   30 second ouxtput rate 0 bits/sec, 0 packets/sec
>>      2979697 packets input, 477032533 bytes, 0 no buffer
>>      Received 2612753 broadcasts, 241 runts, 0 giants, 0 throttles
>>      316 input errors, 0 CRC, 75 frame, 0 overrun, 0 ignored
>>      0 watchdog, 2612346 multicast, 0 pause input
>>      0 input packets with dribble condition detected
>>      1110744 packets output, 296966944 bytes, 0 underruns
>>      0 output errors, 0 collisions, 0 interface resets
>>      0 babbles, 0 late collision, 3716 deferred
>>      0 lost carrier, 0 no carrier, 0 PAUSE output
>>      0 output buffer failures, 0 output buffers swapped out
>>
>>IOS (tm) C2950 Software (C2950-I6Q4L2-M), Version 12.1(13)EA1, RELEASE
>>SOFTWARE (fc1)
>>Copyright (c) 1986-2003 by cisco Systems, Inc.
>>Compiled Tue 04-Mar-03 02:14 by yenanh
>>Image text-base: 0x80010000, data-base: 0x805A8000
>>Model number: WS-C2950-12
>>
>>
> 
> I only say this for troubleshooting purposes.  I'm fairly certain you
will
> see duplex mismatch error messages in your log if you have CDP enabled
(and
> if you're logging, of course).  However, I would not recommend running
CDP
> after you determine if there is a mismatch.
> 
> Mike
> 
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> 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.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/