01-12-2012 09:53 AM - edited 03-04-2019 02:53 PM
I'm doing some research on configuring QoS on our multi-site MPLS network and have a question. I think I've seen somewhere that our network provider's QoS settings would have to match our internal settings. So, if I'm trying to carve out 60% of a circuit for VoIP, our provider would have to do the same for that circuit, correct?
Thanks,
Chris
Solved! Go to Solution.
01-12-2012 10:04 AM
Hello,
what you are saying is absolutely correct. Now with MPLS QoS, there are three types:
1- Unfifrom Model.
2- Short PiPe Model.
3- PiPe Model.
The Service Provider choses the Type Of QoS to be used based on the Customer requirement and SLA Agreement.
Each on of those models has its own type and characterstics, but eventually to maintain your QoS marking across an IP/MPLS Backbone, the Service Provider needs to implement (Short PiPe Model) technique, which tunnels the QoS policy according to the CE (Customer Markings).
Regards,
Mohamed
01-12-2012 10:07 AM
That's corect but if you need 60% for voip, you'd rather request an upgrade of the bandwidth.
Because voip needs the priority queue, other traffic is considerably throttled when you reserve 60% for priority traffic.
A more acceptable (safe) value would be 10% and you should really avoid going beyond 20%.
regards,
Leo
01-12-2012 10:04 AM
Hello,
what you are saying is absolutely correct. Now with MPLS QoS, there are three types:
1- Unfifrom Model.
2- Short PiPe Model.
3- PiPe Model.
The Service Provider choses the Type Of QoS to be used based on the Customer requirement and SLA Agreement.
Each on of those models has its own type and characterstics, but eventually to maintain your QoS marking across an IP/MPLS Backbone, the Service Provider needs to implement (Short PiPe Model) technique, which tunnels the QoS policy according to the CE (Customer Markings).
Regards,
Mohamed
01-12-2012 10:06 AM
Okay, so we'll definitely need to contact our provider before we start implementing QoS. What would happen to traffic if we were to configure our end and the provider either didn't configure their end or misconfigured their end?
Thanks,
C
01-12-2012 10:15 AM
Christopher,
If this is to happen, then you will simply end up losing your markings, and you may also not having all your traffic priotrized as you want.
Regards,
Mohamed
01-12-2012 10:07 AM
That's corect but if you need 60% for voip, you'd rather request an upgrade of the bandwidth.
Because voip needs the priority queue, other traffic is considerably throttled when you reserve 60% for priority traffic.
A more acceptable (safe) value would be 10% and you should really avoid going beyond 20%.
regards,
Leo
01-12-2012 10:17 AM
Thanks both of you for your quick and thoughtful replies.
I think that the way it's been configured previously is through a policy map that set bandwidth to some number (I can look up the details if needed) that was a fraction of the total available bandwidth. Is there a 'best practices' kind of document out there? I'll show some of the config in a separate message.
C
01-12-2012 10:19 AM
here's some of the config....
policy-map Voice-Traffic
class Voice
bandwidth 2500
class Business_Data
bandwidth 3000
class class-default
fair-queue
random-detect dscp-based
policy-map QOS_INGRESS_LAN
class Business_Ingress
set ip dscp af21
class Voice_Ingress
set ip dscp ef
01-12-2012 10:33 AM
christopher_hall@earthlink.net wrote:
here's some of the config....
policy-map Voice-Traffic
class Voice
bandwidth 2500
class Business_Data
bandwidth 3000
class class-default
fair-queue
random-detect dscp-based
policy-map QOS_INGRESS_LAN
class Business_Ingress
set ip dscp af21
class Voice_Ingress
set ip dscp ef
You can probably do it like this as well:
class Voice
bandwidth percent 10
etc...
The big advantage is that the traffic ratio's are preserved when changing the available bandwidth.
When using fixed numbers, you need to rewrite the entire policy.
With MPLS you probably also need shaping:
I will post a complete and working example shortly; its on another machine.
regards,
Leo
01-12-2012 10:46 AM
Here it is:
class-map match-any AF4x
match ip dscp af41
class-map match-any AF3x
match ip dscp af31
class-map match-any AF2x
match ip dscp af21
class-map match-any Voice
match ip dscp ef
class-map match-any Scavenger
match ip dscp cs1
class-map match-any AFclass
match ip dscp af21 af31 af41
!
!
policy-map AFsubclass
class AF4x
police rate percent 20
exceed-action set-dscp-transmit af42
class AF3x
police rate percent 5
exceed-action set-dscp-transmit af32
class AF2x
police rate percent 5
exceed-action set-dscp-transmit af22
policy-map STDqos
class Voice
priority percent 10
class AFclass
bandwidth percent 25
service-policy AFsubclass
class Scavenger
police rate percent 5
exceed-action set-dscp-transmit default
violate-action drop
class class-default
bandwidth percent 50
random-detect dscp-based
!
policy-map Shape10Mb
class class-default
shape average 10000000
service-policy STDqos
! class-map match-any AF4x
match ip dscp af41
class-map match-any AF3x
match ip dscp af31
class-map match-any AF2x
match ip dscp af21
class-map match-any Voice
match ip dscp ef
class-map match-any Scavenger
match ip dscp cs1
class-map match-any AFclass
match ip dscp af21 af31 af41
!
!
policy-map AFsubclass
class AF4x
police rate percent 20
exceed-action set-dscp-transmit af42
class AF3x
police rate percent 5
exceed-action set-dscp-transmit af32
class AF2x
police rate percent 5
exceed-action set-dscp-transmit af22
policy-map STDqos
class Voice
priority percent 10
class AFclass
bandwidth percent 25
service-policy AFsubclass
class Scavenger
police rate percent 5
exceed-action set-dscp-transmit default
violate-action drop
class class-default
bandwidth percent 50
random-detect dscp-based
!
policy-map Shape10Mb
class class-default
shape average 10000000
service-policy STDqos
!
This example uses a lot of features to play with. It does for example remarking and shaping.
Take out what you can use.
Leo
01-12-2012 10:48 AM
Very cool, Leo! Thanks a bunch!
01-12-2012 10:52 AM
Disclaimer
The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.
Liability Disclaimer
In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.
Posting
christopher_hall@earthlink.net wrote:
I'm doing some research on configuring QoS on our multi-site MPLS network and have a question. I think I've seen somewhere that our network provider's QoS settings would have to match our internal settings. So, if I'm trying to carve out 60% of a circuit for VoIP, our provider would have to do the same for that circuit, correct?
Thanks,
Chris
No, they don''t have to match, although most would configure them to match.
Since MPLS usually supports multi-site, it's possible traffic types might be different between sites or to some specific sites and traffic might also have asymmetrical flow rates. For example, consider branch sites that back up their workstations to a HQ site. Each branch, perhaps needs to set aside 20% of its QoS policy for this traffic's egress but perhaps the HQ site needs 10% of its QoS policy for this traffic's ingress. In this example we're probably dealing with aggregation but other factors could be timezones, as all branches might not backup at the same time, and different bandwidth capacities for branches vs. HQ; both perhaps impacted necessary bandwidth reservations in the QoS policies.
Further, workstations restores are unlikely to use the same amount of bandwidth as the backups, so opposite direction QoS policy bandwidth reservations can be different too.
01-12-2012 12:04 PM
Thanks for the information, Joseph.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide