EasyQOS with subinterfaces

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:

 interface GigabitEthernet0/0/5

no ip address

shutdown

negotiation auto

plim qos input map ip dscp-based

plim qos input map ip dscp  32  40  queue strict-priority

!

interface GigabitEthernet0/0/5.100

service-policy output prm-dscp#EQ_SPP1-4Class#shape#50.0

!

interface GigabitEthernet0/0/5.200

service-policy output prm-dscp#EQ_SPP1-4Class#shape#45.0

 Here's an example of the top level of the policy-maps.

 policy-map prm-dscp#EQ_SPP1-4Class#shape#45.0

class class-default

  shape average 45000000

   service-policy prm-dscp#EQ_SPP1-4Class

 policy-map prm-dscp#EQ_SPP1-4Class#shape#50.0

class class-default

  shape average 50000000

   service-policy prm-dscp#EQ_SPP1-4Class

 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