From: Nick Shah (nshah@xxxxxxxxxxxxxx)
Date: Mon Mar 04 2002 - 23:38:33 GMT-3
Traffic shaping is active in the following scenarios:
1. BECNs are received and DLCI has been configured to shape to BECNs
2. The number of data bytes to transmit out of an interface are more than
the available credit (byte limit) in a given interval (Tc).
3. FRF.12 fragmentation has been configured and packets are waiting to be
fragmented.
In your case the DLCI has been configured but until BECN's are recd. the
shaping wouldnt become active (ps. its not "always active")
hth
Nick
----- Original Message -----
From: "Giblin Dean L." <dlgiblin@VASC.com>
To: <ccielab@groupstudy.com>
Sent: Tuesday, March 05, 2002 12:59 PM
Subject: RE: Frame Relay Configuration
> Thanks Nick. 'Preciate the feedback.
>
> I have forged ahead with traffic shaping and read a few additional
articles from Cisco's web site. Still having a bit of a hard time with Bc,
Be, CIR, and CIRMin. To me they appear redundant. None-the-less while
trying to configure and test a configuration on a 2500 router traffic
shaping does not activate. I have tried the configuration under a
multipoint interface and a physical interface; neither worked. From what I
can tell the following is a text book configuration based on Caslow's book.
However, under the 'show frame-relay pvc 130" command it states that traffic
shaping is not enabled. When streaming packets the counters for BE and DE
never increment. I have also tried restarting the router. Below is the IOS
version, fragment of the configuration and the output of the show command.
Any thoughts?
>
> version 11.2(26a)
> hostname jpl
> !
> interface Serial0
> ip address 128.10.10.1 255.255.255.248
> encapsulation frame-relay
> frame-relay traffic-shaping
> frame-relay map ip 128.10.10.5 120 broadcast
> frame-relay map ip 128.10.10.6 130 broadcast
> frame-relay interface-dlci 130
> class 64k
> frame-relay lmi-type ansi
> !
> map-class frame-relay 64k
> frame-relay cir 64000
> frame-relay bc 8000
> frame-relay be 16000
> frame-relay mincir 32000
> !
> jpl#sh frame pvc 130
>
> PVC Statistics for interface Serial0 (Frame Relay DTE)
>
> DLCI = 130, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0
>
> input pkts 33 output pkts 27 in bytes 3168
> out bytes 2304 dropped pkts 0 in FECN pkts 0
> in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
> in DE pkts 0 out DE pkts 0
> out bcast pkts 0 out bcast bytes 0
> pvc create time 00:01:10, last time pvc status changed 00:01:10
> cir 64000 bc 8000 be 16000 limit 3000 interval 125
> mincir 32000 byte increment 1000 BECN response yes
> pkts 27 bytes 2304 pkts delayed 0 bytes delayed 0
> **shaping inactive <=
*****************************************************
> Serial0 dlci 130 is first come first serve default queueing
>
> Output queue 0/40, 0 drop, 0 dequeued
> jpl#sh traffic
> Access Target Byte Sustain Excess Interval Increment Adapt
> I/F List Rate Limit bits/int bits/int (ms) (bytes) Active
> Se0 64000 3000 8000 16000 125 1000 BECN
> Se0 56000 7875 56000 56000 125 875 BECN
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:56:52 GMT-3