From: David Duncon (david_ccie@hotmail.com)
Date: Thu Sep 30 2004 - 09:40:23 GMT-3
Hello Group,
I got a real world situation where I am running LLQ between HUB and Spoke to
protect voice on a 192k PVC. In the recent past I have been noticing large %
of signaling drops. Even though allocated 8k for 12 x 7960s should be fine ,
I am considering to increase the signaling band width to may be 15k. But
before I do that , I just want to try our *queue-limit* command under
class-map of Signaling in order to reduce the current latency existing on
Signaling queue.
I do understand that in the absence of RED or WRED , this queue-limit value
will define the *number of packets* queued for a given traffic class.
So my Qs are , 1) what is the default queue-limit value for Signaling
traffic in general 2) what queue-limit value can I set for Signaling traffic
in order to reduce the current latency 3) Is this queue-limit value should
be different for RTP (even though there is NO latency for RTP packets now /
i.e I have No drops on this queue)and RTCP/Signalling in the following
config. If yes , why they should be different.
Policy-map VOIP-192
Class voip-rtp
Priority 100
Class voip-signaling
Bandwidth 8
Queue-limit ?? ----------------------------> would like to set statically
configure this value before I increase the allocated B/w for signaling, but
not sure how much should I go for?
I really appreciate any timely feed back :-)
Thanks in advance
David.
This archive was generated by hypermail 2.1.4 : Fri Oct 01 2004 - 15:00:51 GMT-3