MQC Frame-Relay Traffic Shaping example

Traffic shaping on frame-relay networks can be configured using the MQC just like for any other interface, but there are a couple of different methods. You can attach a policy-map with a shaper to the serial interface or to a frame-relay map-class. In this lesson, I want to show you how to configure both and the difference between the two. We will start with the map-class!

Don’t confuse a frame-relay map-class with a class-map. Those are two different things…

MQC Traffic Shaping using Map-Class

R1(config)#policy-map SHAPER
R1(config-pmap)#class class-default
R1(config-pmap-c)#shape average 256000
R1(config-pmap-c)#shape adaptive 128000

I can only use the class-default for the shaper. If you want you can configure the average shape rate and the adaptive shape rate. CBWFQ is the only queuing strategy that is supported in combination with the shaper. If you want this, you can configure it as follows:

R1(config)#class-map VOIP
R1(config-cmap)#match protocol rtp

R1(config)#policy-map CBWFQ
R1(config-pmap)#class VOIP
R1(config-pmap-c)#priority 128
R1(config-pmap-c)#exit
R1(config-pmap)#class class-default
R1(config-pmap-c)#fair-queue

Above, I created a policy-map called CBWFQ that creates a priority queue of 128 Kbps for RTP traffic. All other traffic will be served using WFQ. We still need to combine the two policy-maps and activate them:

R1(config)#policy-map SHAPER
R1(config-pmap)#class class-default
R1(config-pmap-c)#service-policy CBWFQ

We’ll add the CBWFQ configuration under the SHAPER. Now we need to attach the shaper to a map-class:

R1(config)#map-class frame-relay DLCI102
R1(config-map-class)#service-policy output SHAPER

The shaper is attached to a frame-relay map-class called “DLCI102”, now we can attach the map-class to a DLCI:

R1(config)#interface serial 0/0
R1(config-if)#frame-relay interface-dlci 102
R1(config-fr-dlci)#class DLCI102

The frame-relay map-class is attached to the DLCI directly. Something to remember is that the available bandwidth for CBWFQ is based on shape adaptive, not shape average. If you want to use frame-relay fragmentation you’ll have to do it on the interface level like this:

R1(config)#interface serial 0/0
R1(config-if)#frame-relay fragment 100 end-to-end

The command above will set the fragment size to 100 bytes. This will also enable interleaving, but you won’t see it in any show commands. This will enable fragmentation for all PVCs. Let’s verify our work:

R1#show policy-map interface serial 0/0
 Serial0/0: DLCI 102 -

  Service-policy output: SHAPER

    Class-map: class-default (match-any)
      0 packets, 0 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: any 
      Traffic Shaping
         Target/Average   Byte   Sustain   Excess    Interval  Increment
           Rate           Limit  bits/int  bits/int  (ms)      (bytes)  
         256000/256000    1984   7936      7936      31        992      

        Adapt  Queue     Packets   Bytes     Packets   Bytes     Shaping
        Active Depth                         Delayed   Delayed   Active
        BECN   0         0         0         0         0         no

      Service-policy : CBWFQ

        Class-map: VOIP (match-all)
          0 packets, 0 bytes
          5 minute offered rate 0 bps, drop rate 0 bps
          Match: protocol rtp
          Queueing
            Strict Priority
            Output Queue: Conversation 24 
            Bandwidth 128 (kbps) Burst 3200 (Bytes)
            (pkts matched/bytes matched) 0/0
            (total drops/bytes drops) 0/0

        Class-map: class-default (match-any)
          0 packets, 0 bytes
          5 minute offered rate 0 bps, drop rate 0 bps
          Match: any 
          Queueing
            Flow Based Fair Queueing
            Maximum Number of Hashed Queues 16 
        (total queued/total drops/no-buffer drops) 0/0/0

You can use the show policy-map interface command to see the shaper configuration that we applied using the frame-relay map-class. Let’s continue and see how we can attach frame-relay traffic shaping using the interface.

MQC Traffic Shaping using Interface

If you want to attach the policy-map to the interface, you have two options:

  • Attach it to the physical interface.
  • Attach it to the sub-interface.

Physical Interface:

R1(config)#class-map DLCI102
R1(config-cmap)#match fr-dlci 102

R1(config)#policy-map SHAPER
R1(config-pmap)#class DLCI102
R1(config-pmap-c)#shape average 128000

R1(config)#interface serial 0/0
R1(config-if)#service-policy output SHAPER

Above, I’m using a class-map to match on the DLCI and then use a policy-map to shape this PVC, finally, we’ll attach it to the physical interface. Let’s verify it:

We're Sorry, Full Content Access is for Members Only...

If you like to keep on reading, Become a Member Now! Here is why:

  • Learn any CCNA, CCNP and CCIE R&S Topic. Explained As Simple As Possible.
  • Try for Just $1. The Best Dollar You’ve Ever Spent on Your Cisco Career!
  • Full Access to our 786 Lessons. More Lessons Added Every Week!
  • Content created by Rene Molenaar (CCIE #41726)

1102 Sign Ups in the last 30 days

satisfaction-guaranteed
100% Satisfaction Guaranteed!
You may cancel your monthly membership at any time.
No Questions Asked!

Tags:


Forum Replies

  1. have you configured Iperf as VM / please let me know how did you use iperf for this demonstration

  2. Hello Viki

    In this particular lesson, Rene has simply described how to set up the MQC traffic shaping example. He didn’t actually run any traffic through the shaper in the lesson. However, you can run Iperf on many different platforms, (either VM or otherwise) to do such tests. Take a look at the following lesson for an example of how it has been used:

    https://networklessons.com/quality-of-service/traffic-shaping-on-cisco-ios

    Actually, you can also install it on a Cisco IOS-XE device as well, since it is also based on Linux.

    I hope this has been helpful!

    Laz

Ask a question or join the discussion by visiting our Community Forum