We are using a Cat 3750-12S as for routing. I am seing packet drops on input. The VLAN has a call manager and MGCP gateway, and consequently we are getting problems with voice quality. Can someone please point me to where start looking? Could it me a physical problem, or a software issue? Where can I start looking with a protocol analyser, and what should I look for.
The switch is not CPU loaded or memory loaded, and other interfaces are OK.
Here is the relevant part of the show interface command.
Vlan24 is up, line protocol is up
Hardware is EtherSVI, address is 0022.9053.14cc (bia 0022.9053.14cc)
Internet address is 22.214.171.124/21
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 supported
ARP type: ARPA, ARP Timeout 00:05:00
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/25036/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 4000 bits/sec, 4 packets/sec
16177712 packets input, 1173810655 bytes, 0 no buffer
You note two issues, a voice quality problem and VLAN input queue drops. I would tend to think the two might be related, but is the voice quality the important issue? Reason I ask, if voice quality is the primary concern, it might be possible to correct it and still see input queue drops.
According to generic troubleshooting (for routers), i.e. http://www.cisco.com/en/US/products/hw/routers/ps133/products_tech_note09186a0080094791.shtml#topic2, an input queue can fill when the device's forwarding rate can't keep up with the input rate. Unsure how much of this applies to a 3750, but I imagine it might not take much software switched traffic to slow input queue processing. Beyond Cisco TechNotes or contacting TAC, unable to suggest much more on addressing the 3750 device's issue causing the input queue to fill.
As an alternative, to finding the solution for the input queue filling, you might be able to insure your voice quality by trying some of the following.
You might insure you're using the optimal SDM template.
You might try changing the size of the input queue, both up and down. Down will likely increase drops but reduce latency, up will likely decrease drops but increase latency. Depending which is causing the voice issue, voice quality might improve.
You might insure voice packets (both payload and signally) are processed in expedited queues, both egress and ingress queues.
You might, if possible, "shape" the devices feeding your VLAN ingress ports (if not already doing QoS on those to insure expedited queuing for voice, do so [if supported] especially if you "shape").
Besides what Joseph has, it can also be the case that the input queue is filling up because cef forwarding isn't being implemented, and instead process switching is occuring. I know you said you have cef enabled, but could it be thta some of the traffic you think is being forwarded by cef is actually being process switched?
The longer time it will take to process switch will force packets to occupy the buffers for an inordinate amount of time, especially if you have hosts on that vlan that are blasting out the traffic.
We are pleased to announce availability of Beta software for 16.6.3.
16.6.3 will be the second rebuild on the 16.6 release train targeted
towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are
looking for early feedback from customers befor...
Introduction Featured Speakers Luis Espejel is the Telecommunications
Manager of IENova, an Oil & Gas company. Currently he works with Cisco
IOS® and Cisco IOS XE platforms, and NX to some extent. He has also
worked as a Senior Engineer with the Routing P...
In this session you can learn more about Layer 3 multicast and the best
practices to identify possible threats and take security measures. It
provides an overview of basic multicast, the best security practices for
use of this technology, and recommendati...