<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi,<br>
<br>
Thanks for the replies.<br>
<br>
The network, 10.200.*.* is a VoIP only network and is on its own
VLAN (VLAN 11). No other traffic passes through this network. I
think I will include the port range as it does, as you say,
potentially prevent other traffic getting priority too, whether by
mistake or through a malicious act.<br>
<br>
A good point has been raised about the marking done by SIP phones.
The point made basically stated that even the cheapest of handsets
will tag its traffic as 'EF' (46) and therefore as priority traffic.
I think I will take this into consideration as Cisco does recommend
you get that Trust Boundary as close to the source as possible, and
nothing is closer than the phone its self. I will check exactly what
phones are being used and what marking they can do.<br>
<br>
I will let you guys know how I get on.<br>
<br>
That being said, I feel my question has been some-what missed. I was
wanting to understand whether or not my configuration, which does
seem to be getting hits from 'show mls qos interface gi0/2
statistics', is actually using a priority queue? How can I check? Is
there no way of looking at each queue and the traffic as it is
actually sitting in the queue over a 5-minute average?<br>
<br>
Cheers guys.<br>
<br>
On 03/02/2011 19:44, Cristobal Priego wrote:
<blockquote
cite="mid:AANLkTikAf3yM_pbwAqvd09_mNbqbar5dGKvWB7c49Dig@mail.gmail.com"
type="cite">correct me if i'm wrong but from what i see on your
access list<br>
any udp traffic coming on subnet 10.200.x.x will be marked as ef
(46) even if it's an ftp transfer<br>
i'd modify my access list and create extended access list <br>
<br>
ip access-list extended VVLAN-VOICE<br>
permit udp 10.200.0.0 0.0.255.255 range 16384 32767 any<br>
permit udp any 10.200.0.0 0.0.255.255 range 16384 32767<br>
<br>
so you will make sure that only your voice packets gets to the
priority queue only<br>
<br>
just a thought<br>
<br>
<div class="gmail_quote">2011/2/3 Michael Crilly <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:michael.crilly@comtek.co.uk">michael.crilly@comtek.co.uk</a>></span><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
After some playing around, I am getting this output from the
'mls qos int gi0/2 stat' command:<br>
<br>
salesSwitch#show mls qos int gi0/2 st<br>
GigabitEthernet0/2<br>
Ingress<br>
dscp: incoming no_change classified policed
dropped (in bytes)<br>
46: 732 0 0
0 0<br>
Others: 1843820098 1740299668 103521162 0 0<br>
Egress<br>
dscp: incoming no_change classified policed
dropped (in bytes)<br>
46: 580616 n/a n/a 0
0<br>
Others: 304803305 n/a n/a 0
0<br>
<br>
This to me looks as though my policy-map is working on the
fa0/1 - 24 range of ports:<br>
<br>
Policy Map VPOLICY-IN<br>
Class VCLASS-IN<br>
set dscp ef<br>
<br>
Class VCLASS-IN:<br>
<br>
Class Map match-any VCLASS-IN (id 1)<br>
Match access-group name VACL-IN<br>
<br>
VACL-IN:<br>
<br>
10 permit udp 10.200.0.0 0.0.255.255 any<br>
20 permit udp any 10.200.0.0 0.0.255.255<br>
<br>
Does this look to you guys as though the marking is working?
Also, I assume the following configuration for the Gi0/1 - 2
ports is everything needed to allow QoS to work for DSCP 46
(which goes into queue 4, the priority queue):<br>
<br>
interface GigabitEthernet0/1<br>
switchport trunk encapsulation dot1q<br>
switchport mode trunk<br>
mls qos monitor dscp 46<br>
macro description cisco-switch<br>
wrr-queue bandwidth 10 20 70 1<br>
wrr-queue cos-map 1 0 1<br>
wrr-queue cos-map 2 2 4<br>
wrr-queue cos-map 3 3 6 7<br>
wrr-queue cos-map 4 5<br>
priority-queue out<br>
spanning-tree link-type point-to-point<br>
!<br>
interface GigabitEthernet0/2<br>
switchport trunk encapsulation dot1q<br>
switchport mode trunk<br>
mls qos monitor dscp 46<br>
macro description cisco-switch<br>
wrr-queue bandwidth 10 20 70 1<br>
wrr-queue cos-map 1 0 1<br>
wrr-queue cos-map 2 2 4<br>
wrr-queue cos-map 3 3 6 7<br>
wrr-queue cos-map 4 5<br>
priority-queue out<br>
spanning-tree link-type point-to-point<br>
<br>
All help appreciated greatly.<br>
<br>
Cheers,<br>
<br>
-- <br>
<br>
Michael Crilly<br>
ICT Systems Administrator<br>
Comtek Network Systems<br>
<br>
M: 07771133663<br>
E: <a moz-do-not-send="true"
href="mailto:michael.crilly@comtek.co.uk" target="_blank">michael.crilly@comtek.co.uk</a><br>
<br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a moz-do-not-send="true"
href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a moz-do-not-send="true"
href="https://puck.nether.net/mailman/listinfo/cisco-voip"
target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</blockquote>
</div>
<br>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Michael Crilly
ICT Systems Administrator
Comtek Network Systems
M: 07771133663
E: <a class="moz-txt-link-abbreviated" href="mailto:michael.crilly@comtek.co.uk">michael.crilly@comtek.co.uk</a></pre>
</body>
</html>