cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
667
Views
4
Helpful
3
Replies

High overruns on an switchport interface ...

Hi,

I have this issue whereby I see very high 'overruns' on the interface of a switchport.

The issue seems to happens only when the weekly backup is done. The impact of this is

that the backup takes way too long to run eventhough there is no bottleneck on

the bandwidth utilization on the switch port interface.

--------------------------------------------------------------------------------------------------------------------------------

Input queue: 0/2000/141087/0 (size/max/drops/flushes); Total output drops: 0

  Queueing strategy: fifo

  Output queue: 0/40 (size/max)

  5 minute input rate 21000 bits/sec, 6 packets/sec

  5 minute output rate 441000 bits/sec, 177 packets/sec

     9128061256 packets input, 12196984289255 bytes, 0 no buffer

     Received 143800 broadcasts (182 multicast)

     0 runts, 0 giants, 0 throttles

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

     0 watchdog, 0 multicast, 0 pause input

     0 input packets with dribble condition detected

     11629306367 packets output, 4726809133166 bytes, 0 underruns

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

-----------------------------------------------------------------------------------------------------------------------------

What are my options here so that the backup is done in a timely manner. I was thinking flow control

would help here since its the burst traffic is an issue and the pause frame would help slow down the traffic

from the server.

Cheers,

- SN -

3 Replies 3

Richard Burts
Hall of Fame
Hall of Fame

SN

It does make logical sense that the backup process, which generates a large volume of frames toward the switch interface, could produce overruns on the switch interface. You do not identify the model of switch so we do not know exactly what options are available. But I would agree that flow control which could slow down the input rate, would be an effective solution to this issue.

HTH

Rick

HTH

Rick

Hi Rick,

The switch involved here is a 6500 series running MSFC2/PFC2.

Therefore I believe the default setting for a gig interface on this 6500 series is "-

'Input flow-control is off, output flow-control is desired'.

Therefore , I should put this command on the interface :-

int g4/32

flow-control receive on

Would that be correct ?

Cheers,

- Sanjay -

Hello Sanjay,

Please also go through below link. It talks about some meaningful inputs

http://www.unixunderground.com/blog/?p=169

Regards

Mahesh