I understand cisco phone will send both cos5 and dscp 46 markings by default, so on the 3560 sw port f0/1 i have elected to use the " mls qos trust cost " command to trust cos instead of dscp. The "mls qos trust cos" command will now tricker the 3560sw to use the internally mapping cos-to-dscp and this will ( Show mls qos map gives me cos-dscp 0 8 16 24 32 46 48 56) convert the cos value to dscp 46 when egress out the 3560 gig0/1 to the uplink 3750sw gig0/2. The below part is where i am at a lost ........
On the 3750 gig0/2 ingress port, do i use the mls qos trust dscp at this point? My concern is if i use the "trust dscp" the 3750 sw will convert the marking from dscp to cos due to the internally mapping on the 3750sw and on egress gig0/1 the service provider will get a cos value instead of a dscp value? or maybe not, since it isn't a trunk link between the 3750sw and the SP router?
I understand the Service Provider would want dscp and not cos value.
I think what is confusing you is the CoS -> DSCP mapping.
Let's start from the IP phone where it will generate a voice packet which has CoS5/DSCP46. We need to keep in mind that CoS is Layer2 and DSCP is Layer3.
On the 3560- as you trust cos of 5 -> the DSCP will be mapped according to the CoS-DSCP map, which in your case is 5 - 46 - so no changes.The switch does not "convert" CoS to DSCP. The switch may modifiy the fields but CoS value will exist in 802.1q tag (12bit VLAN identifier | 3 bit Prioritization) and a DSCP value will exist in IP header
When the traffic arrives on g0/2 3750 -> it will have CoS5/DSCP46 -> Trust cos -> access port g0/1 DSCP46 queue to SP router (queue according to DSCP)
So the g0/1 where you have an SP router should be trusting DSCP for return traffic
That is correct. The internal DSCP or CoS is used to evaluate the packet for scheduling and assigns the packet to one of the queues.
Trusting DSCP throughout the network will work however as with everything in engineering a network, it's about practice. I always thought logically, in an L2 network or connected to a L2 802.1q link it's easier to think to trust CoS. Where it's Layer3 or connected to a L3 link - trust DSCP. It can be up to you, as long as it is consistent in the network.
Perhaps some bed time reading for you? Enterprise QoS Design - SRND - Solution Reference Network Design guides
Question We run asr9001 with XR 6.1.3, and we have a very long delay to
login w/ SSH 1 or 2 to the device compare to IOS device. After
investigation, the there is 1s delay between the client KEXDH_INIT and
the server (XR) KEXDH_REPLY. After debug ssh serv...
Introduction The purpose of this document is to demonstrate the Open
Shortest Path First (OSPF) behavior when the V-bit (Virtual-link bit) is
present in a non-backbone area. The V-bit is signaled in Type-1 LSA only
if the router is the endpoint of one or ...
Hi, I am seeing quite a few issues with patch install and wanted to
share my experience and workaround to this. Login to admin via CLI, then
access root with the “shell” command Issue “df –h” and you’ll probably
see the following directory full or nearly ...