Question : VOIP QOS Cisco 2800 and 1800s - Metro-Ethernet

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.

I found a link on Cisco that discussed creating a hierarchical policy :
http://www.cisco.com/en/US/tech/tk543/tk545/technologies_tech_note09186a0080114326.shtml

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.
Code Snippet:
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:
25:
26:
27:
28:
29:
30:
31:
32:
33:
34:
35:
36:
37:
38:
class-map match-any Site-B
 match access-group 100
class-map match-any Site-C
 match access-group 101
class-map match-any Site-D
 match access-group 102
class-map match-any VOICE
 match ip dscp ef
 
policy-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-based
 
interface GigabitEthernet0/0
 description To Metro-E
 no ip address
service-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

Answer : VOIP QOS Cisco 2800 and 1800s - Metro-Ethernet

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
Random Solutions  
 
programming4us programming4us