09-23-2011 07:25 AM - edited 03-07-2019 02:23 AM
All:
Have a bit of a problem. We have a sattelite office that is connected via TLC transparently underneath a 100Mb Ethernet connection, terminated on a 6500 and 1841 ISR.
My problem is such that I need to figure out how I can either police or priority queue voice traffic over other less sensitive traffic down to the rate of 5Mb/s...
It's easy enough to do on the ISR, but the 6500 seems to be a different story. For one the module where it's connected does not support MQC, so HQOS is not an option.
Any suggestions? Can this be done with priority queueing for voice traffic... and if so, how would I let qos know that it only has 5Mb/s to work with in terms of the queues and drop settings?
I appologize if this is a simple question... QoS is one of those things I've always know I'd have to tackle some day, but up till now, that day hasn't come.
Thanks in advance.
Ben
09-23-2011 07:38 AM
You are using the wrong line card on the 6500, you need a SIP/SPA for WAN. SIP/SPA will allow WAN HQoS with shaping. If you are using the WS-X6xxx line card, that is LAN line card.
Here is the data sheet for SIP-200 (it has higher speed, SIP-400, SIP-600):
http://www.cisco.com/en/US/prod/collateral/routers/ps368/product_data_sheet0900aecd8027c9df.html
HTH,
jerry
09-23-2011 07:41 AM
Hey Jerry
Thanks for the quick reply.
Yes I'd read that the WAN cards do HQoS... however, these switches are fully populated, not to mention we are under budget constraints that would prevent us from doing this. Further... we are also a service provider, so our TLS circuits are pretty much free for us, and this is how the like to design them - unfortunately...
So with that said...
Is there any way to do this with a regular LAN interface?
09-23-2011 08:13 AM
Hm... If you don't have any choice but the LAN line card. You can only try 2 thing:
wrr command might be able to do some shape (but this is not the same affect of HQoS)
or
police the traffic
Regards,
jerry
09-23-2011 08:16 AM
So actually in discussions with some of my peers here, we though that maybe we could police the non-voice traffic down to something more reasonable that would prevent it from hogging all the bandwidth? is that sort of what you might have in mind?
Of course, I would prefer a queueing solution... would you (or anyone else) have any suggestions as to how to go about that given the curret situation?
09-23-2011 08:18 AM
You can try that. I think it might work (one of my previous customer did this and they claim it is working).
Regards,
jerry
09-23-2011 12:12 PM
Disclaimer
The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.
Liability Disclaimer
In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.
Posting
For a less expensive queuing solution, for shaping a 100 Mbps circuit to 5 Mbps, drop a small ISR between the 6500 and the circuit.
You might also drop a small switch, with QoS features like those found on the 8 port 3560, which although inferior to an ISR's are surprisingly better in this instance than a 6500 LAN card.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide