From: kumara.shunmugam@wipro.com
Date: Mon Aug 22 2005 - 03:02:12 GMT-3
Thanks a Lot Chris ...
Regards
Shunmugam
-----Original Message-----
From: Chris Lewis (chrlewis) [mailto:chrlewis@cisco.com]
Sent: Saturday, August 20, 2005 7:25 AM
To: Kumara Guru Shunmugam L (WI01 - Services); thomwin_chen@yahoo.com; ccielab@groupstudy.com
Subject: RE: Appling Service policy in Frame-relay
Shun,
The configurations and show commands are taken from a router running
12.3 mainline.
The disadvantage is as you point out, if you want different policies on
a per dlci basis, you should use the FRTS option, the GTS config I show
is for the interface, it is not present on sub interfaces. I extend the
configuration used previously with some sub-interfaces
interface Serial2/0
ip address 10.1.1.1 255.255.255.0
service-policy output test
encapsulation frame-relay
!
interface Serial2/0.1 point-to-point
ip address 10.1.2.2 255.255.255.0
frame-relay interface-dlci 122
!
interface Serial2/0.2 multipoint
ip address 10.1.3.3 255.255.255.0
frame-relay interface-dlci 144
!
Now when I do a show policy-map interface, the output is still the same
and nothing is reported for sub-interfaces
Router1#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)
103 packets, 4330 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: any
Chris
-----Original Message-----
From: kumara.shunmugam@wipro.com [mailto:kumara.shunmugam@wipro.com]
Sent: Saturday, August 20, 2005 5:59 AM
To: Chris Lewis (chrlewis); thomwin_chen@yahoo.com;
ccielab@groupstudy.com
Subject: RE: Appling Service policy in Frame-relay
Yes....Chris.. If this is possible, then my assumptions are right. The
disadvantage of such direct service-policy apply in FR interface is that
you can't control the allocation of bandwidth/priority for per DLCI..
This will be applicable for the whole interface traffic itself ? Am I
right ?
If I apply the below policy directly to FR main interface, Will all sub
interfaces also inherits the same settings? Pls clarify
-----Original Message-----
From: Chris Lewis (chrlewis) [mailto:chrlewis@cisco.com]
Sent: Saturday, August 20, 2005 3:26 AM
To: Kumara Guru Shunmugam L (WI01 - Services); thomwin_chen@yahoo.com;
ccielab@groupstudy.com
Subject: RE: Appling Service policy in Frame-relay
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