We have recently added some new Avaya phone systems to our network and are utilizing VOIP to connect our remote sites to our main site. I have worked with the phone vendor in configuring the QOS in the routers to support this, but I am not sure I like the way it is configured.
We have 9 remote sites connecting to our main site via Metro Ethernet. Each site has varying CIR from the carrier. Only 3 of our remote sites have VOIP phones currently, and in the future we will be adding additional sites.
We have 1 policy-map that is applied to the physical interface where all the metro-E subinterfaces are.
It showed the following example which looks like it might be a better and more flexible way to do this :
policy-map child
class voice
priority 512
policy-map parent
class class-default
shape average 2000000
service-policy child
interface ethernet0/0.1
service-policy parent
I like this because I can create a policy-map for each site, and apply them directly to the subinterfaces, rather than the entire physical interface.
Any opinions on this? Would the hierarchical policy method do what I want? (shape the link to carriers CIR and prioritize voice traffic up to 512kbps)
The code below is an example of what we are currently using. It is modified from the actual config to be posted here.
class-map match-any Site-B match access-group 100class-map match-any Site-C match access-group 101class-map match-any Site-D match access-group 102class-map match-any VOICE match ip dscp efpolicy-map VOIP class VOICE priority 512 class Site-B shape average 2850000 28500 class Site-C shape average 1900000 19000 class Site-D shape average 1900000 19000 class class-default fair-queue random-detect dscp-basedinterface GigabitEthernet0/0 description To Metro-E no ip addressservice-policy output VOIP!interface GigabitEthernet0/0.1 description WAN interface to Site-B ip address 10.1.1.x 255.255.255.252 !interface GigabitEthernet0/0.2 description WAN interface to Site-C ip address 10.1.1.x 255.255.255.252 !interface GigabitEthernet0/0.3 description WAN interface to Site-D ip address 10.1.1.x 255.255.255.252
Any assistance would be appreciated. Thank you! I have been browsing web and Experts-exchange for any similar postings and have yet to locate anything that helps me. If you have a link to a similar question, that would be very helpful as well. Thanks!
I see you are grabbing EF marked traffig (hopefully RTP) and putting it in your priority queue, what I don't see is any signalling traffig getting handled by this policy. Typically signalling is marked as AF31.
Yea I don't have any signalling in there at this time, mostly concerned with the actual VOIP traffic and getting that locked down.
I just really like the idea of setting up the QOS on a per sub-interface setting, rather than on the entire physical interface that houses all the subinterfaces.
I went ahead and applied the hierarchical qos policies last night and from what I can see, it is working as I was hoping. If anyone can point out any negatives to this method, I'd be glad to hear them! :)
Thanks
Not the solution you were looking for?
IT issues often require a personalized solution. With Ask the Experts™, submit your questions to our certified professionals and receive unlimited, customized solutions that work for you.
Premium Content
You need an Expert Office subscription to comment.Start Free Trial