Trying to apply QOS policy with EasyQOS on Cisco ASR-1001X router. On this router has got interface with sub-interfaces and different QOS policy on each sub-interface. Have also added the description #WAN#50M#SPP1#, #WAN#45M#SPP1# etc on every sub-interface but there is no special policy added on the sub-interfaces.
added "#WAN#50M#SPP1#" and "#WAN#45M#SPP1# to the description of the sub-interfaces, for example:
interfaces gigabitethernet 0/0/0
interfaces gigabitethernet 0/0/0.10
description Main-Interface-To-Site-10 #WAN#50M#SPP1#
interfaces gigabitethernet 0/0/0.20
description Main-Interface-To-Site-20 #WAN#45M#SPP1#
When applied the policy with EasyQOS, the policy that was attached to the main interface (with the sub-interfaces) is the same policy as the policy attached to the other main interfaces (without sub-interfaces) on the router,
This has been filed as a bug:
EasyQoS 1.3: CSCvb09687: Service provider profile is not supported on sub-interfaces
Is the behavior you are looking for something like the following:
no ip address
plim qos input map ip dscp-based
plim qos input map ip dscp 32 40 queue strict-priority
service-policy output prm-dscp#EQ_SPP1-4Class#shape#50.0
service-policy output prm-dscp#EQ_SPP1-4Class#shape#45.0
Here's an example of the top level of the policy-maps.
shape average 45000000
shape average 50000000
Each sub-interface has a hierarchical policy with a shaper and a child policy (not shown).
Please send "make-a-wish" request and we can connect offline..
Here are some use cases . Have seen EasyQOS does not support.
Multi GRE tunnels from same source interface – In this scenario I have one IP address from the hub router that is connected to the SP, The spokes routers are also connected via the same SP with one interface. There are two GRE tunnels going from the hub router, one to each spoke exiting from the same physical interface G0/0. In this case I am adding the special description ("#WAN#XXM#SPPY#") on the GRE tunnels.
In this use case EasyQOS need to add special QOS policy to the GRE tunnels and not to add any QOS policy to the physical interface the GRE tunnels are exiting from (Doing that will lead to an error)
Multi GRE from different sub-interface – this scenario is the one I explained at the beginning of the thread, In this case the hub router have two sub-interfaces, one to each spoke. The GRE tunnel exit to each spoke via the sub-interface. The special description ("#WAN#XXM#SPPY#") is added this time to the sub-interface and EasyQOS need to implement the policy as described at the beginning of the thread.
Do you also see a use case where you might have a shaper on the physical interface (no queueing policy, just a shaper), which is less than the sum of the shaped rates under all the sub-interfaces of this physical interface? This would allow you to oversubscribe a bit, assuming not all sub-interfaces operate at peak load all the time.
This is non-DMVPN, only GRE tunnels
Please sign in to leave a comment.