Remember that Frame-relay traffic-shaping can be enabled in two ways:
The first method:
Enabling it directly under the main interface: You probably do not want to
do that as the first step in your configuration, because it will rate-limit
all DLCIs to 56000 b/s and it could adversely affect all traffic,
therefore, if you have more than one DLCI under a given interface, I
recommend configuring a "Map-class" for each DLCI and applying the
map-class to each DLCI in the DLCI configuration mode, and then enabling
the Frame-relay traffic-shaping as the last step of the configuration.
R1(config)#Int S0/0
R1(config-if)#Encap frame-relay
R1(config-if)#Frame-relay traffic-shaping
*You can see that it is NOT a good thing to do as the first step of your
configuration:*
* *
R1#Show traffic-shape
Interface Se0/0
Access Target Byte Sustain Excess Interval Increment Adapt
VC List Rate Limit bits/int bits/int (ms) (bytes)
Active
164 *56000* 875 7000 0 125 875
-
112 *56000* 875 7000 0 125 875
-
106 *56000* 875 7000 0 125 875
-
105 *56000* 875 7000 0 125 875
-
104 *56000* 875 7000 0 125 875
-
103 *56000* 875 7000 0 125 875
-
102 *56000* 875 7000 0 125 875
-
The second method:
R1(config)#*Policy-map tst*
R1(config-pmap)#*class class-default*
R1(config-pmap-c)#*Shape adaptive 32000*
*NOTE: You should see the following console message:*
*Traffic Shaping must be enabled on this class before the command can be
issued*
In this method you MUST use the *Shape average* or *Shape peak*; when
you configure either one of these commands, it actually does two things:
1. With Shape average, you send BCs worth of data
every Tc, and with Shape Peak, you send Bc + Be every Tc.
2. It also enables Frame-relay traffic-shaping.
So in the first approach, you have to statically configure the Frame-relay
traffic-shaping, and in the second method, when you use the Shape
average or the Shape peak, it will enable it for you automatically.
R1(config)#*Policy-map tst*
R1(config-pmap)#*class class-default*
R1(config-pmap-c)#*Shape average 64000 8000 0*
R1(config-pmap-c)#*Shape adaptive 32000*
NOTE: You no longer get any console messages.
I am strictly going based on what I see in the IOS. I am running "
flash:3725-adventerprisek9-mz.124-15.T13.bin", now later IOSes might show
you a different console message.
I hope this helped.
On Fri, Dec 28, 2012 at 6:43 AM, Tauseef Khan
<tasneemjan_at_googlemail.com>wrote:
> Bit of confusion on Frame relay traffic shaping. appreciate if some one
> could calrify as its not clear on CCO docs
> Is it mandatory to use <frame-relay traffic shaping> on a frame-relay pvc
> or svc if I need to enable frame-relay traffic shapping with frame-relay
> class:
>
> I have the following config on a pvc:
>
> map-class frame-relay FRTS
> frame-relay cir 384000
> frame-relay bc 48000
> frame-relay be 96000
> frame-relay mincir 192000
> frame-relay adaptive-shaping becn
>
> int s0/0/0
> encap frame-relay
> frame-relay class FRTS
> frame-relay traffic-shaping ! <=============== wll the FRTS work without
> this command
>
> If have to enable service policy on the same interface (S0/0/0), is there
> a way of doing that as i can't also apply the service-policy if frame-relay
> traffic shaping is enabled on the interface
> thanks in advance
> &
> Kind regards
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>
>
>
>
-- *Narbik Kocharians *CCSI#30832, CCIE# 12410 (R&S, SP, Security) *www.MicronicsTraining.com* <http://www.micronicstraining.com/> Sr. Technical Instructor YES! We take Cisco Learning Credits! A Cisco Learning Partner Blogs and organic groups at http://www.ccie.netReceived on Fri Dec 28 2012 - 15:12:52 ART
This archive was generated by hypermail 2.2.0 : Tue Jan 01 2013 - 09:36:53 ART