[c-nsp] VOIP QOS
Paul Stewart
paul at paulstewart.org
Mon Nov 12 13:40:56 EST 2007
Thanks... good point ... today though we have no QOS to tag even OSPF in
place - are you saying that it is tagged by the process itself?
-----Original Message-----
From: Holtz,Robert [mailto:Robert.Holtz at edwardjones.com]
Sent: Monday, November 12, 2007 1:32 PM
To: Paul Stewart; Mike Louis; Jonathan Charles
Cc: cisco-nsp at puck.nether.net
Subject: RE: [c-nsp] VOIP QOS
You will want to verify this but I think that by throwing OSPF into your
VoIP bucket you're actually lowering its' priority.
Internetwork control traffic is typically tagged at a value of 6 where's as
DSCP EF traffic is 5.
If you are not the intended recipient of this message (including
attachments), or if you have received this message in error, immediately
notify us and delete it and any attachments. If you no longer wish to
receive e-mail from Edward Jones, please send this request to
messages at edwardjones.com. You must include the e-mail address that you wish
not to receive e-mail communications. For important additional information
related to this e-mail, visit www.edwardjones.com/US_email_disclosure
-----Original Message-----
From: cisco-nsp-bounces at puck.nether.net
[mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of Paul Stewart
Sent: Monday, November 12, 2007 12:24 PM
To: 'Mike Louis'; 'Jonathan Charles'
Cc: cisco-nsp at puck.nether.net
Subject: Re: [c-nsp] VOIP QOS
Thanks to everyone for their input.... we got the following working well
(open to ideas to make it better but seems to work great).... Special thanks
to Pelle ;) We added OSPF in for priority as well even though has nothing
to do with VOIP...
class-map match-any VOIP
match protocol rtp
match protocol sip
match protocol ospf
!
!
policy-map VOIP-Priority
class VOIP
priority 2000
set dscp ef
policy-map QOS-VOIP
class class-default
shape average 5200000
service-policy VOIP-Priority
Paul
-----Original Message-----
From: Mike Louis [mailto:MLouis at nwnit.com]
Sent: Monday, November 12, 2007 12:43 PM
To: Jonathan Charles; Paul Stewart
Cc: cisco-nsp at puck.nether.net
Subject: RE: [c-nsp] VOIP QOS
Are you using the maximum bandwidth command on the interfaces heading to the
customer and explicitly setting the bandwidth on the interface?
I see packet delayed in the default class, which is normal with shaping, but
i don't see any drops. Maybe i am missing something.
Why arent you using LLQ on the voice side ? Do you not want to queue
priority traffic out that interface and just mark and rate limit it?
one option would be to use
class VOIP
set dscp ef
priority 2000000
LLQ has a built in rate limiter.
________________________________________
From: cisco-nsp-bounces at puck.nether.net
[cisco-nsp-bounces at puck.nether.net]
On Behalf Of Jonathan Charles [jonvoip at gmail.com]
Sent: Monday, November 12, 2007 10:34 AM
To: Paul Stewart
Cc: cisco-nsp at puck.nether.net
Subject: Re: [c-nsp] VOIP QOS
Just a head's up, cuz Cisco changed this...
It used to be you would do EF for voip payload and AF31 for control.
Well, Cisco changed it and now voip control is using CS3, so you need to do
a match any for voip control and hit either.
J
On Nov 8, 2007 9:33 AM, Paul Stewart <paul at paulstewart.org> wrote:
> Hi there...
>
> I know this has been discussed several times and searched the
archives...
> I'm being told by a client that this isn't working well.. my question
> is what is a better way to offer this?
>
> 5 Meg synchronous connection carrying VOIP (SIP/RTP) and general
> Internet traffic. Want to prioritize the VOIP and carve out "up to" 2
> meg of traffic when needed leaving "up to" 3 meg for general
> traffic... also want to be able to use 4 meg of general traffic when
> VOIP
isn't using much etc....
>
> Cisco 2821 at customer premise with FE0/0 being the edge interface -
> Cisco 7206VXR on our side with customer connection coming off
> subinterface
> GigE0/0.101
>
> Between these devices is ethernet equipment that supports DSCP and is
> supposed to prioritize - below you'll see no congestion in place but
> on the VOIP side we're seeing dropped packets frequently that are not
> seen when we remove QOS from interfaces indicating something in this
config is wrong....
>
> Any thoughts are appreciated...
>
> Both sides have the following applied outbound on the edge interface:
>
> class-map match-any VOIP
> match protocol rtp
> match protocol sip
> !
> !
> policy-map QOS-VOIP
> class VOIP
> set dscp ef
> shape average 2000000
> class class-default
> set dscp default
> shape average 3000000
>
>
> FastEthernet0/0
>
> Service-policy output: QOS-VOIP
>
> Class-map: VOIP (match-any)
> 4649311 packets, 996776732 bytes
> 5 minute offered rate 401000 bps, drop rate 0 bps
> Match: protocol rtp
> 4644189 packets, 993315456 bytes
> 5 minute rate 397000 bps
> Match: protocol sip
> 5121 packets, 3461062 bytes
> 5 minute rate 4000 bps
> QoS Set
> dscp ef
> Packets marked 4649311
> Traffic Shaping
> Target/Average Byte Sustain Excess Interval
Increment
> Rate Limit bits/int bits/int (ms)
(bytes)
> 2000000/2000000 12500 50000 50000 25 6250
>
> Adapt Queue Packets Bytes Packets Bytes
Shaping
> Active Depth Delayed Delayed
Active
> - 0 4649311 996776732 0 0 no
>
> Class-map: class-default (match-any)
> 1687936 packets, 438092041 bytes
> 5 minute offered rate 120000 bps, drop rate 0 bps
> Match: any
> QoS Set
> dscp default
> Packets marked 1680145
> Traffic Shaping
> Target/Average Byte Sustain Excess Interval
Increment
> Rate Limit bits/int bits/int (ms)
(bytes)
> 3000000/3000000 18750 75000 75000 25 9375
>
> Adapt Queue Packets Bytes Packets Bytes
Shaping
> Active Depth Delayed Delayed
Active
> - 0 1687936 438092041 40206 48842063 no
>
> _______________________________________________
> cisco-nsp mailing list cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
>
_______________________________________________
cisco-nsp mailing list cisco-nsp at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
Note: This message and any attachments is intended solely for the use of the
individual or entity to which it is addressed and may contain information
that is non-public, proprietary, legally privileged, confidential, and/or
exempt from disclosure. If you are not the intended recipient, you are
hereby notified that any use, dissemination, distribution, or copying of
this communication is strictly prohibited.
If you have received this communication in error, please notify the original
sender immediately by telephone or return email and destroy or delete this
message along with any attachments immediately.
_______________________________________________
cisco-nsp mailing list cisco-nsp at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
More information about the cisco-nsp
mailing list