Cisco QoS for Shoretel switch


I have a client with the following network config:

Shoretel switch - HQ LAN - Cisco switch - Point2Point T1 - Cisco switch - Remote LAN - VOIP phones

They have lots of issues with voicequality because QoS is not properly implemented.  I am planning to put in the QoS.  However, before I do, I want to ask the E-E community to look over my code (attached) and tell me if I am on the right track.

Remember, this is a Shoretel VOIP system, not a Cisco VOIP system.

Would the ACLs and other configs be "exactly" the same on both switches or would there be a difference on the remote side?

Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

crapshooterAuthor Commented:
Oh yeah, both switches are running 12.2.
crapshooterAuthor Commented:
I tried adding this to a test switch and several of the commands came back as unrecognized.  For example, match protocol rtp audio - among others.

I am running 12.2(44)SE5.  Does this need to be upgraded?  Can i do without those commands that don't work under this version?
What type of switches do you have (show version)? Your config looks rather like a router config. This doesn't work on switches. The switches don't have NBAR which is used for the "match protocol ..." commands.
Powerful Yet Easy-to-Use Network Monitoring

Identify excessive bandwidth utilization or unexpected application traffic with SolarWinds Bandwidth Analyzer Pack.

crapshooterAuthor Commented:
They are Catalyst 2960's.  NBAR is not needed for QoS.  MQC is.  My concern is that the version of IOS I am running (stated above) does not have all of the commands that I need.
crapshooterAuthor Commented:
As I said, these devices do not seem to support the extended MQC commands such as 'bandwidth', 'priority' or 'fair-queue'. How will this affect our ability to implement QoS?

Is there a way around this?
crapshooterAuthor Commented:
OK, I'm slowly starting to get the picture.  I now realize what people are saying (here and elsewhere) about a router vs. a switch config.  Now, the question still remains.  If I do not have routers at the ends of the T1, how can I configure QoS on two Catalyst 2960s running 12.2 (or I can upgrade to 15.0) so that ShoreTel VOIP will get priority over standard data traffic.

I have implemented 'auto qos voip trust' on both sides.  Is that all I can do? Is that enough for ShoreTel or is there something else that is needed?

To put it straight: routers do software QoS whereas switches do the QoS in hardware. This fact creates two completely different types of feature sets. And if you look at the switches each switch type has to be looked at individually because newer ASIC technology brings newer QoS features.

Our auto qos voip trust already might help a bit but you might want to have a look at this document for ShoreTel QoS config:

But I do not yet see how you linked the two 2960 with a T1. In my opinion the switch might not see any reason for queuing because of the link speeds on the 2960 that are at least 100Mbps. But maybe I am missing some configuration that I have not seen yet.

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
crapshooterAuthor Commented:
In both locations, the switches are connected to CSU/DSUs which accept a 100/full connection and then pass it to the T1 circuit.  I've looked at the link mentioned above but it gives Dell specific commands, not Cisco.

I've attached the latest versions of the configs (which I have not yet applied).  I started with 'auto qos voip trust' and made a couple of mods.  Please let me know if I am on the right track.  (Remember, the voice system is a Shoretel).

We will be making the recommendation to the end-client to put in routers, but that is down the road.  We need a short-term fix before we can get to the routers.

The important part in the document of ShoreTel is the setting of the DSCP to 184. If your phones do that and all switch ports are set to mls qos trust dscp you make sure that the switches recognize the traffic as voice bearer traffic and transport it in the priority queue.

Furthermore allow me a few questions: how many parallel calls do you want to support on your T1 link? What type of codec are you using for your calls? On which interfaces are your phones? Is the link between the switches HQ g0/45 and Remote f0/24? Are there any phones on the Dell switch(es)? Do you have a small network layout?

To adjust the QoS settings between the switches it might make sense to bring the link between the switches down to a speed that allows to tune it more easily. It go to 10Mb/full so you can do a proper shaping configuration. Do your CSU/DSU allow something like that? Can they be configured for 10Mb fixed speed?
crapshooterAuthor Commented:
We have convinced the client to put routers in.  Thanks for the help.
Good idea.  It is easier for a camel to go through the eye of a needle, than to shape QoS traffic through a T1 attached to a switch. Since the switches do not support MQC (apart from some very specific exceptions) a router will be the right device to be attached to the T1. And since the link speed is so slow the router performance will be more than sufficient to do the QoS reordering job.
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Voice Over IP

From novice to tech pro — start learning today.