Symptom/Cause | Solution |
|---|---|
Traffic takes a different queue from what is configured QOS not enabled globally Conflicting configuration RSVP session not up in case of elsp-signaled traffic PHP scenario | Use this command: show running-config qos verify if qos is enabled show running-config interface IFNAME Verify if any policy-map is attached on the interface: show class-map show policy-map Verify the match criteria and set action of the policy map: show mpls diffserv Verify the global mapping if policy-map is not attached: show rsvp session Verify if RSVP session is up and if the traffic is intended to go via the RSVP trunk. Check for the mapping in the same command if the session is up. |
Full rate traffic observed even after applying policer command RSVP session not up Traffic is not taking the rsvp trunk path Hardware limitation reached | Use this command: show rsvp session <trunk-id> Verify if the session is UP and check the policer status. If policer is configured but not applied in hardware, either session would be down or hardware limitation would have reached. If the traffic is flowing in full rate even when the policer shows as applied in hardware, then the traffic may not be taking RSVP trunk path. show mpls forwarding table Verify if RSVP trunk is selected. |