02-17-2015 02:59 AM - edited 03-07-2019 10:41 PM
Hello, I have been running 20Mb mpls circuit over which i have formed GRE tunnel. My circuit goes choke most of the times. So i am planning to configure QoS and assign 5mb for voice traffic(i.e. for VOIP phone communication) and rest BW for others traffic. What would be best solution, should i police voice traffic under voice class map or PQ would be good.
Also how should i classify voice traffic for my voip phones. pls help.
Solved! Go to Solution.
02-18-2015 09:59 AM
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
I would recommend marking VoIP bearer traffic DSCP EF.
For VoIP signalling traffic, I would recommend using the RFC recommendation of DSCP CS5 although Cisco recommends using DSCP CS3.
02-17-2015 06:55 AM
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
From what you've described, there's insufficient information to suggest a possible "best" solution, but a good solution might be to shape for the 20 Mbps, and then allocate LLQ for your VoIP bear traffic and FQ for everything else. Also, as you mention using a GRE tunnel, also define the tunnel to optimally deal with the lost of 24 bytes to GRE.
02-17-2015 07:21 AM
Thanks Joseph as always for helping on QoS especially.
Actually we have two locations suppose A&B both locations are connected through MPLS but we configured GRE tunnel b/w A & B location.
MPLS BW is 20MB both sides. Also we have VOIP phones and other applications running both sides.
Since other applications like FTP,HTTP, mails occupies most of traffic hence faces voice disturbance talking on VOIP.
I want to assign sufficient BW to voice traffic lets say 5mb and rest BW for rest others traffic.
So i want your help in setting up QoS. Since i have configured GRE tunnel so i guess service policy should be applied over tunnel interface.
Pls help me in configuring QoS and allocating BW.
02-17-2015 04:59 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 what Cisco devices and IOS images?
02-18-2015 01:09 AM
Hi. both end devices are....
Cisco 2821 c2800nm-spservicesk9-mz.124-24.T.bin
Cisco 3845 c3845-spservicesk9-mz.124-20.T.bin
02-18-2015 02:48 AM
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
BTW, 20 Mbps can push the practical performance capacity of a 2821.
class-map match-any LLQ
!match your VoIP bearer traffic here
policy-map Shape20M
class class-default
shape average 17000000 !we're shaping 15% slower to allow for L2 overhead
service-policy Sample
policy-map Sample
class LLQ
priority percent 30
class class-default
bandwidth remaining percent 100
fair-queue
interface tunnel #
ip tcp adjust-mss 1436
ip mtu 1476
service-policy output Shape20M
tunnel path-mtu-discovery
keepalive 1
02-18-2015 04:16 AM
Thanks Joseph.. Under class-map which traffic should i match.
Should it be "match ip dscp ef" or any ports range. pls suggest.
02-18-2015 05:43 AM
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
What you match on depends on what you can count on indicating the traffic you want to match, and only match to. If you know all your VoIP bearer traffic is correctly marked with DSCP EF (and no other traffic is incorrectly marked with DSCP EF), matching the ToS value is ideal.
02-18-2015 07:24 AM
Hi Joseph.. i am not doing currently marking for VOIP phones communication, what would be the good way to mark. If i dont mark VOIP traffic, can this be classified.
02-18-2015 09:59 AM
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
I would recommend marking VoIP bearer traffic DSCP EF.
For VoIP signalling traffic, I would recommend using the RFC recommendation of DSCP CS5 although Cisco recommends using DSCP CS3.
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