QoS quality of service on MetroEthernet links

[ecolmenaresb1]

Good Afternoon,

I have the following problem,

I have a vlan configured on a border router that connects different branches,

the problem is that it is the same vlan for all branches and edge router.

I seek to apply QoS to ensure voice ip, I know how to set it at branches but in the edge router is not as guarantee bandwidth for each branch if they are in the same vlan or subinterface.

It is a kind of hub and spoke about MetroEthernet links

please I need your help

thank you very much I look forward to your prompt response.

[Joseph W. Doherty · Accepted solution]

Disclaimer

The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.

Liability Disclaimer

In no event shall Author be liable for any damages wha2tsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.

Posting

Yes, that's a common problem with MAN/WAN clouds.

What you might do is determine if your MetroE vendor provides any kind of QoS support, and if they do, then determine if it's sufficient for your needs.  If so, use it.  (NB: sometimes this is an extra cost feature.)

If your MetroE vendor doesn't support any QoS, or their support is insufficient, providing effective QoS because complicated and/or expensive, very quickly.  Often you might try to defer the need for QoS by obtaining more bandwidth.

[ecolmenaresb1]

thank you sir joseph,

we investigate some solution we find the following.

gre tunnel in metroethenert links with the same vlan

the tunnel ensures a point to point between the branches and the edge router.
QoS is applied to the tunnel and the policy map is effective and there is no drop on the link or the tunnel.

Annex configuration.

----------------------------------------------------------------------

interface Tunnel100408
 description XXXXXXX
 bandwidth 1024
 ip address 10.6.8.18 255.255.255.252
 no ip redirects
 ip mtu 1500
 ip route-cache flow
 load-interval 30
 tunnel source 10.141.0.27
 tunnel destination 10.141.0.1
 service-policy output Shape-1024Kbps




AG_XXX-R01#show policy-map interface tunnel 100408
 Tunnel100408

  Service-policy output: Shape-1024Kbps

    Class-map: Trafico-Voz (match-any)
          617979 packets, 51626288 bytes
          30 second offered rate 0 bps, drop rate 0 bps
          Match: access-group name Trafico-Voz
            617979 packets, 51626288 bytes
            30 second rate 0 bps
          Queueing
            Strict Priority
            Output Queue: Conversation 72
            Bandwidth 60 (kbps) Burst 1500 (Bytes)
            (pkts matched/bytes matched) 310/18237
            (total drops/bytes drops) 0/0


-------------------------------------------------------------------------

interface Tunnel100408
 description XXXXXXXX
 bandwidth 1024
 ip address 10.6.8.17 255.255.255.252
 no ip redirects
 ip mtu 1500
 ip flow ingress
 load-interval 30
 tunnel source 10.141.0.1
 tunnel destination 10.141.0.27
 service-policy output QoS-1024-Kbps



ASR-XXX-01#show policy-map interface tunnel 100408       
 Tunnel100408

  Service-policy : QoS-1024-Kbps
          
        
          
   Class-map: Trafico-Voz (match-any)  
         184873456 packets, 16624470671 bytes
         30 second offered rate 9000 bps, drop rate 0000 bps
         Match: access-group name Trafico-Voz
           Priority: 60 kbps, burst bytes 1500, b/w exceed drops: 196358
         queue stats for all priority classes:
           Queueing
           queue limit 512 packets
          (queue depth/total drops/no-buffer drops) 0/196358/0
          (pkts output/bytes output) 90804304/9618199961

----------------------------------------------------------------------------------------------------------

is optimal settings shown?

I hope your answer thanks.

[Joseph W. Doherty]

Disclaimer

The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.

Liability Disclaimer

In no event shall Author be liable for any damages wha2tsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.

Posting

Yes, tunnels might be used, and it some respects it might simplify your QoS, but it doesn't avoid all congestion management problems, and tunnels can lead to packet fragmentation.

For example, if you're running (logically) a pure hub and spoke, your tunnels can be shaped to avoid over running any one branch, but can the aggregate of all your tunnels egress exceed the hubs physical bandwidth?  Or, can the aggregate of all your branch tunnels egress exceed the physical ingress capacity of the hub interface?

More about optimizing tunnels can be found here: http://www.cisco.com/c/en/us/support/docs/ip/generic-routing-encapsulation-gre/25885-pmtud-ipfrag.html

BTW, most Cisco shapers (I believe) don't account for L2 overhead, so you need to adjust them slower then the nominal bandwidth.

[ecolmenaresb1]

ok thanks for the recommendation take this into account.

another question friend

there any way to watch the traffic crossing in a gre tunnel  or DMVPN  through netwflow ??

[Joseph W. Doherty]

Disclaimer

The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.

Liability Disclaimer

In no event shall Author be liable for any damages wha2tsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.

Posting

Not sure.

Can you enable Netflow on a tunnel interface?  If so, I would guess it should become part of Netflow stats.