02-15-2014 10:12 AM - edited 03-07-2019 06:13 PM
i have the following setup
Core Stack(3750)--- Distribution Stack(3750)----Access switches (3560)--- end devices
i want to implement the srr-queue bandwidth shape/share on the interface
my question is
1- on which interfaces should i implement the command and on which boxes ?
Solved! Go to Solution.
02-17-2014 11:41 AM
Hi Asus,
Also, what if i want toconfigure a port between a router and a switch to be trust for ip phones only but remark other services. How is that done ?
This can be done by a service policy apply to the switchport where it connect to the router. Here is an example for that where only voice traffic will go with the given DSCP value & all other traffic go as "class-default which is DSCP 0". First you need classify voice traffic (RTP media & Signalling) & then you can mark them appropriately. If you want to remark other traffic then you need to define those ACLs & give required DSCP marking under policy map. Then you can apply this to switchport connected to the router in ingress direction.
ip access-list extended VOIP-RTP
remark VoIP traffic
permit udp any any range 16384 32767
!
ip access-list extended VOIP-SIGNALLING
remark VOIP-SCCP Traffic
permit tcp any any range 2000 2002
permit tcp any range 2000 2002 any
remark VOIP-SIP Control Traffic
permit udp any any range 5060 5061
permit udp any range 5060 5061 any
permit tcp any any range 5060 5061
permit tcp any range 5060 5061 any
!
class-map match-all VOIP-TRAFFIC
match access-group name VOIP-TRAFFIC
!
class-map match-all VOIP-SIGNALLING
match access-group name VOIP-SIGNALLING
!
policy-map INGRESS-POLICY
class VOIP-TRAFFIC
set ip dscp ef
class VOIP-SIGNALLING
set ip dscp cs3
!
Interface Gig x/x
service-policy input INGRESS-POLICY
HTH
Rasika
*** Pls rate all useful responses ****
02-17-2014 02:40 PM
i can't thank you enough
02-17-2014 04:05 AM
Rasika
Thanks for that. Wasn't trying to pick fault because you are spot on with your answers just wanted to give the full picture in terms of some switches/linecards.
Jon
02-17-2014 11:22 AM
Hi Jon,
I perfectly understand that & it is great that you pointed out that. So it helps someone to understand topic in detail.
Regards
Rasika
02-17-2014 02:26 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 just wanted to mention, when you enable QoS on the 3560/3750 series switches, their smallish buffer resources often cause drops not seen before QoS was enabled. Buffer tuning, i.e. changing from the defaults, can sometimes mitigate this; sometimes not too.
Cisco has (finally) documented that 3750-X series has 2 MB per 24 downlink ports, and 2 MB per uplink ports. So, for really busy ports, uplinks ports allow for more physical buffers per port. Cisco hasn't, to my knowledge, documented buffer memory for other models in the series, but I would suspect uplink ports might have more physical buffers on other models too.
BTW, at LAN bandwidths, often prioritization isn't as important as drop management. So, often on these switches you might just leave QoS disabled.
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