[cisco-voip] Looking for a sample 6513 IOS-based QoS config
Jonathan Charles
jonvoip at gmail.com
Thu Dec 7 09:57:06 EST 2006
Once again.
The 6506/09/13 switch, running IOS, DOES NOT support auto qos.
Here is a working config:
mls qos
interface range gi3/1 - 48
switchport access vlan 100
switchport voice vlan 400
mls qos trust cos
mls qos trust extend cos 0
wrr-queue cos-map 1 1 1
wrr-queue cos-map 1 2 0
wrr-queue cos-map 2 1 2 3 4 6 7
wrr-queue cos-map 2 2 5
mls qos map cos-dscp 0 8 16 24 32 46 48
Jonathan
On 12/7/06, Andre Beck <cisco-voip at ibh.net> wrote:
>
> On Wed, Dec 06, 2006 at 09:12:55AM -0600, Jonathan Charles wrote:
> > We are in the process of adding a new 6500 core and I am looking for a
> QoS
>
> I wouldn't call that a core (phones are access), but anyway ;)
>
> > config for VoIP... I will have some phones plugged into one blade, so I
> need
> > the port configs as well... just looking for a sample, it is kind of
> > difficult to pull out what I need from Cisco's web site...
>
> The basic problem here is that switches are not really flexible in their
> QoS designs. They can do exactly what the ASICs were designed for, and
> that sometimes requires a lot of reading for the user to understand, too.
>
> For the 3560/3750 there is a quite good description of how they work
> in the manual, I assume that there will be even more and deeper for
> the flagship. Don't expect to grok it in less than a day worth of
> reading time, though.
>
> > For instance, I want to trust the DSCP markings of the phone and I want
> a
> > priority queue for VoIP bearer traffic (dscp ef)...
>
> I'd recommend to have a look into the "auto qos voip cisco-phone" and
> "auto qos voip trust" automation statements. They configure a rather
> complicated global setup and apply everything needed to the interface
> in the context of which they were called. The configuration that results
> from these statements should be studied, understand and then changed
> according to local needs. For instance, the "cisco-phone" variant on
> a switched port will generate statements for CoS trust, not DSCP trust.
> Further, it is a good question whether you need priority queuing at
> all, at 100Mbps and especially 1Gbps, a shared or shaped queue with a
> certain guaranteed bandwidth share will usually have low enough latency
> and jitter impact for VoIP to work perfectly. On the 3560/3750 e.g. the
> auto qos statements do not generate any priority queueing on the egress
> ports, they rather create a shaped queue with 10% guarantee of the total
> interface bandwidth. They use a priority queue in the ingress path though,
> due to the switch design (potentially oversubscribed stack ring).
>
> HTH,
> Andre.
> --
> The _S_anta _C_laus _O_peration
> or "how to turn a complete illusion into a neverending money source"
>
> -> Andre Beck +++ ABP-RIPE +++ IBH Prof. Dr. Horn GmbH, Dresden <-
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20061207/2428e8bc/attachment-0001.html
More information about the cisco-voip
mailing list