Cisco 6500 - Modification from auto qos voip trust

I'm in the unfortunate need of modifying from our previously working simplistic QoS over the WAN, configured only for voice. I have control of only the core switch, not the site router. We have a completely Cisco based voice setup, with Cisco phones (set up with auto-qos as well at the port level) and a centralized Cisco CallManager cluster over the WAN. I need to modify the following on the port going to the router:
interface GigabitEthernet1/1
 description To WAN Router
 switchport access vlan 100
 switchport mode access
 speed 1000
 duplex full
 wrr-queue bandwidth 50 255
 wrr-queue queue-limit 75 15
 wrr-queue random-detect min-threshold 2 70 100
 wrr-queue random-detect max-threshold 2 90 100
 wrr-queue cos-map 1 2 0
 wrr-queue cos-map 2 1 1 2 3 4
 wrr-queue cos-map 2 2 6 7
 mls qos trust cos
 auto qos voip trust

I need to add the capability to add both an additional class for a prioritized data application, lets call it bitching-erp-users-because-it-is-month-end, and due to that, also a default catch-all class for the rest of the bulk.

I know that I will have to remove auto qos voip trust if I apply a different policy, but I'm unsure what's practically applied -in- auto-qos policy to reapply it with the additional classes. I'm also unsure of the correct way to apply the two data classes in such a way as to ensure the priority of the one application, and the bulk application of the rest.

Internet, please don't fail me now.
Who is Participating?
SouljaConnect With a Mentor Commented:
For example:

class-map match-all voice
match access-group name voice_traffic

class-map match-all whiningusers
match access-group name specialapp

policy-map qosvoice
class voice
set dscp ef

policy-map erp
class whiningusers
set dscp af41

ip access list extended voice_traffic
permit ip any

ip access list extended specialapp
permit ip any

I don't know the details of you network, but what you could do is create an ACL that permits the networks your voice traffic resides on. Then create  a class map to match it. Then create a policy map to set the voice class with a high dscp value. Then repeat for the special application. Create an acl to match the ports or networks that the special applicattion is sourcing from or to. The rest of the traffic that you don't mark will just use class default.
skpruettAuthor Commented:
That's what I was thinking as well. I'm a bit unsure what all is marked related to voice though in order to duplicate "auto qos voip trust." I'm assuming call-control and conversation, but I'm having a hard time finding the actual matching done when using that statement.

I know everything coming from the equipment is pre-marked, but I guess the question is ... to what?
Improve Your Query Performance Tuning

In this FREE six-day email course, you'll learn from Janis Griffin, Database Performance Evangelist. She'll teach 12 steps that you can use to optimize your queries as much as possible and see measurable results in your work. Get started today!

My understanding and someone can correct me if I am wrong, if you remove:

mls qos trust cos
auto qos voip trust

The interface will ignore the markings that the equipment is sending. You can then just apply your own policy inbound on that interface.
skpruettAuthor Commented:
Okay, worth a shot. More info once I try applying something.
skpruettAuthor Commented:
Soulja, I was able to get a working implementation, although it's a bit rough. Thanks for leading me down the right path.
skpruettAuthor Commented:
I had to modify based on my needs, but the answer was great in helping me see what I should do.
What did you come up with if you don't mind me asking?
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.