[c-nsp] remote location voice qos with switches

[Arie Vayner (avayner)]

Dan,

Most likely what you would want to do is to implement an hierarchical
QOS policy using a parent shaper, and in the child policy put the VOIP
traffic in the priority queue, while the rest of the data in its
respective queues (high priority data, bulk transfers etc).

The reason for the need for such a shaper is to allow the network to
"know" how much bandwidth you really have downstream, or else nothing
would stop the traffic from bursting to the physical line rate of the
link (which is 100M or even 1G), while your real downstream bandwidth is
70Mbps.
In such cases traffic would be dropped on the wireless bridge, and it
does not have any awareness  of which traffic class the packets being
dropped belong to, so it would drop some data packets and some voice
packets.


Unfortunately, the Cat 3560 is the wrong tool for the task... I would
suggest you look at either using a "real" router (like the 2900/3900
series) or maybe a metro switch (ME3600 could be a great option).
Note that the same functionality has to be implemented on both ends of
the link.

This is a common problem, and is generally called "sub rate links"
This is another reference:
http://www.gossamer-threads.com/lists/cisco/nsp/94076


Arie


-----Original Message-----
From: cisco-nsp-bounces at puck.nether.net
[mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of Dan Letkeman
Sent: Wednesday, August 17, 2011 04:48
To: cisco-nsp
Subject: [c-nsp] remote location voice qos with switches

Hello,

I have a remote location, where I have a 3560 which connects to our main
location via a wireless bridge and goes into a 3560G.  The wireless
bridge has approximately 70mbps throughput.  This remote location has
about 12 7962 phones, and for the most part everything works fine,
except when some of our I.T. staff are doing large backups or copying
images across the link.  What would be the most simple qos config to
solve the data transfers from hogging the link?  Or maybe not qos, maybe
just policing?

Thanks,
Dan.
_______________________________________________
cisco-nsp mailing list  cisco-nsp at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/