From: mani poopal (mani_ccie@yahoo.com)
Date: Mon Feb 21 2005 - 07:16:04 GMT-3
Hi Scott,Bob,Simon,Richard,
So what is the final result and what cisco likes. Do we need frame-relay traffic-shaping command or No. Every bit of one mark counts to that 80%.
thanks
Mani
Scott Morris <swm@emanon.com> wrote:
It's actually an entire bizarre set of logic that the IOS goes through to
make this work! Typically, you are correct and it has to do with the idea
that you cannot queue on a subinterface/pvc level because the queues exist
higher.
The frame-relay traffic-shaping command is typically what we use in order to
do the shaping at the sub-if/pvc level. (it creates the queus necessary for
shaping and starts the ball rolling)
When the CBWFQ stuff came out, they had their own set of warped logic.
Different programmers or something. :) Anyway, they had the ability to
initiate the same concept using a shaping class, but this could actually be
initiated at the pvc/sub-if level instead of needing to be initiated at the
physical interface level.
The end result will be the same for the pvc you are interested in. But you
will not be shaping for other pvc's or interfaces. It's a different IOS
logic and set of features being used to accomplish the same result.
Scott Morris, MCSE, CCDP, CCIE4 (R&S/ISP-Dial/Security/Service Provider)
#4713, JNCIP, CCNA-WAN Switching, CCSP, Cable Communications Specialist, IP
Telephony Support Specialist, IP Telephony Design Specialist, CISSP
CCSI #21903
swm@emanon.com
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Richard Dumoulin
Sent: Sunday, February 20, 2005 6:43 AM
To: simon hart; Bob Sinclair; ccielab@groupstudy.com
Subject: RE: CBWFQ
I agree with you Simon. The reason being that there is no concept of
congestion in a PVC in order for the software to start to queue until
shaping creates it. I might be wrong though,
-- Richard
-----Original Message-----
From: simon hart [mailto:simon.hart@btinternet.com]
Sent: Sunday, February 20, 2005 12:37 PM
To: Bob Sinclair; ccielab@groupstudy.com
Subject: RE: CBWFQ
Mani,
I do not think that the policy map will take effect until you apply frame
relay traffic shaping under the physical interface.
Simon
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of Bob
Sinclair
Sent: 19 February 2005 22:02
To: ccielab@groupstudy.com
Subject: Re: CBWFQ
Hi Mani,
You can apply a policy-map within a map-class frame-relay, and then apply
the map-class to a DLCI without enabling FRTS. Your example looks about
right.
You can also shape just ONE DLCI this way by applying the shape average/peak
command to class class-default. Here is a link that goes into more depth:
http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122newft/122
t
/122t13/frqosmqc.htm
Bob Sinclair
CCIE #10427, CCSI 30427, CISSP
www.netmasterclass.net
----- Original Message -----
From: mani poopal
To: ccielab@groupstudy.com
Sent: Saturday, February 19, 2005 4:28 PM
Subject: CBWFQ
Hi Guys,
If you want to apply a service policy to only one dlci in frame relay hub
and spoke environement. Do we have to enable FRTS(-if)#frane-relay
traffic-shaping), in other words if you define a map-class(map-class
frame-realy QOS), do we have to enable FRTS. Pls look at the example below
========================================
class-map match-all TELNET
match access-group 101
policy-map POLICY
class TELNET
set ip precedence 5
interface Serial0
ip address 150.12.70.2 255.255.255.0
encapsulation frame-relay
frame-relay map ip 150.12.70.3 203 broadcast
frame-relay map ip 150.12.70.4 204 broadcast
frame-relay interface-dlci 204
class QOS
map-class frame-relay QOS
service-policy output POLICY
access-list 101 permit tcp any any eq telnet
thanks
Mani
===========================================
B.ENG,A+,CCNA,CCNP,CCNP-VOICE, CSS1,CNA,MCSE
(416)431 9929
MANI_CCIE@YAHOO.COM
This archive was generated by hypermail 2.1.4 : Thu Mar 03 2005 - 08:51:23 GMT-3