From Cisco:

Caution: An increase in the hold queue can have detrimental effects on network routing and response times. For protocols that use SEQ/ACK packets to determine round-trip times, do not increase the output queue. Dropping packets instead informs hosts to slow down transmissions to match available bandwidth. This is generally better than duplicate copies of the same packet within the network, which can happen with large hold queues.

Start small, i won't go much over 100, maybe 150. Clear counters and see what the stats look like after you make the change.

On 5/23/2012 11:25 AM, [email protected] wrote:
Hi Chris,

thx for pointing this out! But what happened if I increase the hold-queue
from 75 (default) to 200 or 400?


On Wed, May 23, 2012 at 5:18 PM, Chris Gotstein<[email protected]>  wrote:
First suggestion i would make is removing spanning-tree portfast from the
switch config.

You can also try increasing your hold queue on the 7204 with the command:

hold-queue<length>  in

The recommendation is to increase in small increments, so i would suggest
starting with 100.

http://www.cisco.com/en/US/products/hw/routers/ps133/products_tech_note09186a0080094791.shtml


On 5/23/2012 1:04 AM, [email protected] wrote:

Hi,

I've some trouble with a NPE-G1 interface connected to a Catalyst
2960G switch via multimode cable. Input errors increases very fast.
Optics on both sides are original cisco. Average bandwidth is ~30-50
Mbps, burst bandwidth ~80-100 Mbps for a short period.

Configuration NPE-G1 interface:
----------------------------------------------
interface GigabitEthernet0/1
  ip address x.x.x.x 255.255.255.240
  no ip proxy-arp
  ip route-cache flow
  duplex full
  speed 1000
  media-type gbic
  negotiation auto
  ipv6 address x:x:x::x/64
  no cdp enable

Configuration switch interface:
--------------------------------------------
!
interface GigabitEthernet0/23
  description Cisco7204VXR
  switchport access vlan 250
  switchport mode access
  spanning-tree portfast
!

Uptime:
-----------
Router uptime is 9 hours, 14 minutes
System returned to ROM by bus error at PC 0x621E0668, address
0x18680DD8 at 22:37:34 MET Tue May 22 2012
System restarted at 22:40:33 MET Tue May 22 2012
System image file is "disk2:c7200-adventerprisek9-mz.124-15.T13.bin"

NPE-G1:
------------
GigabitEthernet0/1 is up, line protocol is up
   Hardware is BCM1250 Internal MAC, address is 0006.52f4.d81b (bia
0006.52f4.d81b)
   Internet address is x.x.x.x/28
   MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
      reliability 255/255, txload 1/255, rxload 1/255
   Encapsulation ARPA, loopback not set
   Keepalive set (10 sec)
   Full-duplex, 1000Mb/s, link type is autonegotiation, media type is SX
   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 never
   Input queue: 0/75/1321/1 (size/max/drops/flushes); Total output drops: 0
   Queueing strategy: fifo
   Output queue: 0/40 (size/max)
   5 minute input rate 4264000 bits/sec, 871 packets/sec
   5 minute output rate 5859000 bits/sec, 1597 packets/sec
      27479327 packets input, 3434822229 bytes, 0 no buffer
      Received 941 broadcasts, 0 runts, 0 giants, 0 throttles
      989 input errors, 0 CRC, 0 frame, 989 overrun, 0 ignored
      0 watchdog, 17119 multicast, 0 pause input
      0 input packets with dribble condition detected
      43616309 packets output, 2243854018 bytes, 0 underruns
      5 output errors, 0 collisions, 4 interface resets
      561 unknown protocol drops
      0 babbles, 0 late collision, 0 deferred
      5 lost carrier, 0 no carrier, 0 pause output
      0 output buffer failures, 0 output buffers swapped out

Catalyst:
--------------
GigabitEthernet0/23 is up, line protocol is up (connected)
   Hardware is Gigabit Ethernet, address is 04fe.7f65.2197 (bia
04fe.7f65.2197)
   Description: Cisco7204VXR
   MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
      reliability 255/255, txload 1/255, rxload 1/255
   Encapsulation ARPA, loopback not set
   Keepalive not set
   Full-duplex, 1000Mb/s, link type is auto, media type is 1000BaseSX SFP
   input flow-control is off, output flow-control is unsupported
   ARP type: ARPA, ARP Timeout 04:00:00
   Last input never, output 00:00:01, output hang never
   Last clearing of "show interface" counters never
   Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
   Queueing strategy: fifo
   Output queue: 0/40 (size/max)
   5 minute input rate 5582000 bits/sec, 1596 packets/sec
   5 minute output rate 5445000 bits/sec, 1002 packets/sec
      160765357185 packets input, 75815081907836 bytes, 0 no buffer
      Received 580911 broadcasts (468086 multicasts)
      0 runts, 0 giants, 0 throttles
      5 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
      0 watchdog, 468086 multicast, 343548 pause input
      0 input packets with dribble condition detected
      116641123524 packets output, 71833102673211 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

The last uptime was nearly 70 days and input errors round about 96k.
Does anyone have an explanation for that?


Thanks
_______________________________________________
cisco-nsp mailing list  [email protected]
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/


--
---- ---- ---- ----
Chris Gotstein, Network Engineer, U.P. Logon/Computer Connection U.P.
http://uplogon.com | +1 906 774 4847 | [email protected]
_______________________________________________
cisco-nsp mailing list  [email protected]
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

--
---- ---- ---- ----
Chris Gotstein, Network Engineer, U.P. Logon/Computer Connection U.P.
http://uplogon.com | +1 906 774 4847 | [email protected]
_______________________________________________
cisco-nsp mailing list  [email protected]
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Reply via email to