RE: Appling Service policy in Frame-relay

From: Chris Lewis \(chrlewis\) (chrlewis@cisco.com)
Date: Sat Aug 20 2005 - 07:26:17 GMT-3


Shun,

What I was trying to illustrate was the ability to apply MQC policies
within the map-class.

Does the following answer your question 4?

!
policy-map test
  class class-default
   shape average 64000
!
interface Serial2/0
 ip address 10.1.1.1 255.255.255.0
 service-policy output test
 encapsulation frame-relay
 no fair-queue

 sho policy int
 Serial2/0

  Service-policy output: test

    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)

            64000/64000 2000 8000 8000 125 1000

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

If you want to use the priority command instead of the shape average you
can do that too, amend to the following:

!
class-map match-all voice
  match ip rtp 16383 16383
!
policy-map test
  class voice
   priority 64
  class class-default
!
interface Serial2/0
 ip address 10.1.1.1 255.255.255.0
 service-policy output test
 encapsulation frame-relay

sho policy-map int
 Serial2/0

  Service-policy output: test

    Class-map: voice (match-all)
      0 packets, 0 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: ip rtp 16383 16383
      Queueing
        Strict Priority
        Output Queue: Conversation 264
        Bandwidth 64 (kbps) Burst 1600 (Bytes)
        (pkts matched/bytes matched) 0/0
        (total drops/bytes drops) 0/0

    Class-map: class-default (match-any)
      107 packets, 2147 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: any

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
kumara.shunmugam@wipro.com
Sent: Saturday, August 20, 2005 4:37 AM
To: thomwin_chen@yahoo.com; ccielab@groupstudy.com
Subject: RE: Appling Service policy in Frame-relay

Thanks Thomwin

I have gone through all the below URL's Here is my conclusion and query
...

1. As per Bob, both "Frame-relay traffic-shaping" and MQC
Frame-relay "Shape"
commands can't be applied in a single interface. This is correct as per
the Cisco documents also.

2. Example showed by Chris was not having any "MQC based FR shape"
command in
any of his policy-map. If you don't use the Shape command in side a
policy-map and if you are using only some "priority" or "bandwidth"
commands, it is treated as a normal CBWFQ policy-map and you can even
apply this in to a FR interface when "frame-relay traffic shaping is
enabled" (under map-class). You will not get the error message that was
popping up for bob( "remove the FRTS first before applying MQC GTS" ).
(becoz no shaping technique conflict)

3. If you want to configure a policy-map for per-dlci or
per-sub-interface or
under shaping CIR , you need to call the service-policy in to the
appropriate map-class frame-relay and then apply the "class <name> " in
to the sub-interface or in dlci mode. Here you can't directly apply a
policy-map.
This is also clear

4. My Query still is, if I don't use any of the shaping technique
in my FR
interface and I only want to prioritize some Voice traffic, Can I create
a Policy-map and apply directly in to the interface without calling it
in to the map-class frame-relay ? . Assume that I have only one DLCI
attached to my Main interface and am applying this to the main interface
Directly .

Regards
Shun

-----Original Message-----
From: Thomwin Chen [mailto:thomwin_chen@yahoo.com]
Sent: Saturday, August 20, 2005 1:39 AM
To: Kumara Guru Shunmugam L (WI01 - Services); ccielab@groupstudy.com
Subject: Re: Appling Service policy in Frame-relay

Kumara,

I also had slightly similar question several months ago (replied by
Chris and Bob).
http://www.groupstudy.com/archives/ccielab/200506/msg00730.html

perhaps, you might consider third alternative, MQC-Based FRTS.
http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122newft
/122t
/122t13/frqosmqc.htm

about your 1st alternative, I think it will be very rare to apply it
directly.

Rgds,
Thomwin

kumara.shunmugam@wipro.com wrote:
Team

A quick Question, may be a silly question too, If you are asked to
configure a CBWFQ policy and apply it in to a Frame-relay interface,
which method can we choose ?

1. Apply Directly the "service policy..." command in the interface 2.
Call the Service policy in Frame-relay Map-class and apply the
"frame-relay class" command in to the interface along with "frame-relay
shaping" .

Can anyone give some suggestions on this...?

I think we can use both methods; the second method is particularly
useful when we already have a frame-relay map class is applied on the
interface and we need to apply one more policy-map for the same
interface(physical interface).
Moreover, we can't directly apply service-policy in a frame-relay Sub
interface, hence use only the second method for sub-interface also.

Regards
Shun

Confidentiality Notice

The information contained in this electronic message and any attachments
to this message are intended for the exclusive use of the addressee(s)
and may contain confidential or privileged information. If you are not
the intended recipient, please notify the sender at Wipro or
Mailadmin@wipro.com immediately and destroy all copies of this message
and any attachments.



This archive was generated by hypermail 2.1.4 : Sun Sep 04 2005 - 17:01:19 GMT-3