Output drops in 7200 gig interface

[Haris P]

Dears ,

I have too much output drops in my cisco 7206 VxR NPE G1 router .

I'm doing dot1Q on this interface and is connected to  switch , i changed the router and IOS but still the error is same . What can be the reason . The interface on switch and router are 1000/Full and i changed the cable also . The traffic only comes about  max70Mbps and it is really confusing .

I will rate the useful answers

GigabitEthernet0/3 is up, line protocol is up

  Hardware is BCM1250 Internal MAC, address is

  MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,

     reliability 255/255, txload 17/255, rxload 10/255

  Encapsulation ARPA, loopback not set

  Keepalive set (10 sec)

  Full-duplex, 1000Mb/s, media type is RJ45

  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 04:32:37

  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 3519327

  Queueing strategy: fifo

  Output queue: 0/40 (size/max)

  5 minute input rate 39407000 bits/sec, 13506 packets/sec

  5 minute output rate 68839000 bits/sec, 15108 packets/sec

     218011118 packets input, 4156468935 bytes, 0 no buffer

     Received 1502964 broadcasts, 0 runts, 0 giants, 0 throttles

     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

     0 watchdog, 2116357 multicast, 0 pause input

     0 input packets with dribble condition detected

     236105298 packets output, 865690632 bytes, 0 underruns

     0 output errors, 0 collisions, 0 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

Regards

Haris P

[paolo bevilacqua]

This happens with traffic bursts,. You donn't see that, but youre exceeding interface bandwith.

Aslo since you have flow control enabled, check attached device what is sending.

[Haris P]

I have many devices attached on this interface .may be about 100 dot1Q

subinterfaces with service policy . Whether this will make problem?

Is there is anyway to know which sub-interface is making the problem?

interface GigabitEthernet0/3.12

encapsulation dot1Q 12

ip address 10.10.10.1 255.255.255.252

service-policy input 1M

service-policy output 1M

!

interface GigabitEthernet0/3.13

encapsulation dot1Q 13

ip address 10.10.10.5 255.255.255.252

service-policy input 2M

service-policy output 2M

Regards

Haris P

[Joseph W. Doherty]

Disclaimer

The   Author of this posting offers the information contained within this   posting without consideration and with the reader's understanding that   there's no implied or expressed suitability or fitness for any purpose.   Information provided is for informational purposes only and should not   be construed as rendering professional advice of any kind. Usage of  this  posting's information is solely at reader's own risk.

Liability Disclaimer

In   no event shall Author be liable for any damages whatsoever (including,   without limitation, damages for loss of use, data or profit) arising  out  of the use or inability to use the posting's information even if  Author  has been advised of the possibility of such damage.

Posting

If your only showing an average utilization of 70 Mbps on a gig interface, as Paolo describes, very likely it's transient bursts.  To better deal with such, you might want to increase your output queue depth up from the default of 40; try 1024.  (NB: if 1,024 seems large, that's about 12 ms for 1500 byte packets @ gig.)

[Haris P]

I tried changing , input /output queue to 512 and also to 1024 ,clear the

interface counters but still there is drops

MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,

reliability 255/255, txload 11/255, rxload 7/255

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

Full-duplex, 1000Mb/s, media type is RJ45

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 00:00:56

Input queue: 0/512/0/0 (size/max/drops/flushes); Total output drops: 4522

Queueing strategy: fifo

Output queue: 0/512 (size/max)

5 minute input rate 27776000 bits/sec, 9725 packets/sec

5 minute output rate 45021000 bits/sec, 11001 packets/sec

539060 packets input, 191303123 bytes, 0 no buffer

Received 2292 broadcasts, 0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 5194 multicast, 0 pause input

[Joseph W. Doherty]

Disclaimer

The    Author of this posting offers the information contained within this    posting without consideration and with the reader's understanding that    there's no implied or expressed suitability or fitness for any  purpose.   Information provided is for informational purposes only and  should not   be construed as rendering professional advice of any kind.  Usage of  this  posting's information is solely at reader's own risk.

Liability Disclaimer

In    no event shall Author be liable for any damages whatsoever  (including,   without limitation, damages for loss of use, data or  profit) arising  out  of the use or inability to use the posting's  information even if  Author  has been advised of the possibility of such  damage.

Posting

Haris Padinharethil wrote:
I tried changing , input /output queue  to 512 and also to 1024 ,clear the
interface counters but still there is drops 

I didn't write it would totally eliminate them, but has the drop percentage decreased?  (Can't tell from you latest stats as you didn't provide total output packets.)

PS:

BTW, I see you have subinterface policies.  What's the stats and configurations for those?

[Haris P]

The below is the output drops when i tried changing the queue to 512 ,note that i cleared the counters just 1 min ago

Yes i do have policies on sub-interface ,it is just to control the BW . Is there is any way to find the drops under each sub-interface ?

  MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,

     reliability 255/255, txload 11/255, rxload 7/255

  Encapsulation ARPA, loopback not set

  Keepalive set (10 sec)

  Full-duplex, 1000Mb/s, media type is RJ45

  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 00:00:56

  Input queue: 0/512/0/0 (size/max/drops/flushes); Total output drops: 4522

  Queueing strategy: fifo

  Output queue: 0/512 (size/max)

  5 minute input rate 27776000 bits/sec, 9725 packets/sec

  5 minute output rate 45021000 bits/sec, 11001 packets/sec

     539060 packets input, 191303123 bytes, 0 no buffer

     Received 2292 broadcasts, 0 runts, 0 giants, 0 throttles

     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

     0 watchdog, 5194 multicast, 0 pause input

     0 input packets with dribble condition detected

     596900 packets output, 308703970 bytes, 0 underruns

     0 output errors, 0 collisions, 0 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

policy-map 2M

  class class-default

   police 2048000 conform-action transmit  exceed-action drop

policy-map 1M

  class class-default

   police 1024000 conform-action transmit  exceed-action drop

interface GigabitEthernet0/3.12

encapsulation dot1Q 12

ip address 10.10.10.1 255.255.255.252

service-policy input 1M

service-policy output 1M

interface GigabitEthernet0/3.13

encapsulation dot1Q 13

ip address 10.10.10.5 255.255.255.252

service-policy input 2M

service-policy output 2M

[Joseph W. Doherty]

Disclaimer

The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.

Liability Disclaimer

In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.

Posting

Yes i do have policies on sub-interface ,it is just to control the BW . Is there is any way to find the drops under each sub-interface ?

Oh, that does change expectations!

You drops are likely policing drops, and if they are, increasing the output queue won't decrease them.

Try a show policy-map interface command for its stats.

[Haris P]

Seems like my drops are due to do policing .

Thanks

Haris P

[ปลาวาฬทราย RMUTT CPE IX]

Good answer.

Same as me, it drop due to the policy-map

Dear Haris,

Could you please click Correct Answer to troubleshoot quickly for other?

Thank you very much.

[Leo Laohoo]

Try lowering the speed to 100.