09-27-2017 08:02 PM - edited 03-08-2019 12:11 PM
what is the different btw these 2 commands?
SUMMARY STEPS
in what situation do we use each of them??
Solved! Go to Solution.
09-28-2017 03:48 AM
This is just my take.
The "auto qos voip trust" command trusts the voip markings on the interface and from what I see should be applied to uplink trunk ports to other switches or routers. The "auto qos trust cos|dscp" should be applied to trusted access ports. The following link is what I am basing this on:
That being said, I really don't think there is a huge difference between the two. I tested this out on a 2960 and when I applied the "auto qos voip trust" command I got the following result:
!
interface GigabitEthernet1/0/11
switchport access vlan 200
switchport mode access
switchport voice vlan 623
load-interval 30
srr-queue bandwidth share 1 30 35 5
priority-queue out
mls qos trust cos
auto qos trust
spanning-tree portfast
If you apply the "auto qos trust cos" command you get the exact same result.
With the "auto qos trust dscp"
!
interface GigabitEthernet1/0/10
switchport access vlan 200
switchport mode access
switchport voice vlan 623
load-interval 30
srr-queue bandwidth share 1 30 35 5
priority-queue out
mls qos trust dscp
auto qos trust dscp
spanning-tree portfast
In all cases the same priority and srr-queueing is enabled. The subtle difference is which markings are being used to apply the policy. I wouldn't recommend applying anything that is looking for COS markings on a non trunking port. Applying the trust DSCP on either access or trunking ports should always work.
Once again, my take, and maybe a bit wordy, but I hope this helps.
09-27-2017 10:02 PM - edited 09-27-2017 10:14 PM
Hi,
AutoQoS supports marked traffic with the auto qos voip trust interface configuration command. When you enter the auto qos voip trust interface configuration command, the autoQoS feature does the following:
If QoS was not already enabled, enables QoS globally.
If VLAN-based QoS was configured for the port, reverts to the default port-based QoS (done for all ports on switching modules with 1p1q0t/1p3q1t ports).
If the port is configured with the switchport command, sets the port trust state to trust CoS.
If the port is not configured with the switchport command, sets the port trust state to trust DSCP.
Basically auto qos voip trust is configured under interfaces connecting to routers or other switches so the classification will be considered as trusted and it is considered for ingress traffic only.
Please check this link under the section Auto Qos Trust
Hope it is useful
:-)
09-28-2017 02:19 AM
i see u just quote the theory on the "auto qos voip trust" command.
i still do not see the difference and in which situation when to use either of them.
auto qos voip trust Vs auto qos trust dscp
09-28-2017 03:48 AM
This is just my take.
The "auto qos voip trust" command trusts the voip markings on the interface and from what I see should be applied to uplink trunk ports to other switches or routers. The "auto qos trust cos|dscp" should be applied to trusted access ports. The following link is what I am basing this on:
That being said, I really don't think there is a huge difference between the two. I tested this out on a 2960 and when I applied the "auto qos voip trust" command I got the following result:
!
interface GigabitEthernet1/0/11
switchport access vlan 200
switchport mode access
switchport voice vlan 623
load-interval 30
srr-queue bandwidth share 1 30 35 5
priority-queue out
mls qos trust cos
auto qos trust
spanning-tree portfast
If you apply the "auto qos trust cos" command you get the exact same result.
With the "auto qos trust dscp"
!
interface GigabitEthernet1/0/10
switchport access vlan 200
switchport mode access
switchport voice vlan 623
load-interval 30
srr-queue bandwidth share 1 30 35 5
priority-queue out
mls qos trust dscp
auto qos trust dscp
spanning-tree portfast
In all cases the same priority and srr-queueing is enabled. The subtle difference is which markings are being used to apply the policy. I wouldn't recommend applying anything that is looking for COS markings on a non trunking port. Applying the trust DSCP on either access or trunking ports should always work.
Once again, my take, and maybe a bit wordy, but I hope this helps.
09-28-2017 06:10 AM - edited 09-28-2017 06:12 AM
"auto QoS" commands, I believe, can generate different configuration statements based on platform and/or IOS version. If I'm correct in my belief, I cannot define how all the commands will differ without knowing exactly what they will generate.
That noted, the VoIP trust probably builds policies to support a VoIP phone. The trust CoS or DSCP, would likely build policies to a least accept frames tagged with CoS, for the former, or packets with ToS (using DSCP), for the latter. Where the two are most likely to differ is what special treatment, if any, the policies provide to traffic that is believed to belong to VoIP.
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