From: Mark (ms6275@yahoo.de)
Date: Sun Nov 03 2002 - 15:52:12 GMT-3
It's simply wrong. As you know be is excess burst per interval not second but
Cisco's output gives you a figure 'per whole second'.
I think this has been rectified in newer code but it's very misleading. If you
saw what's on this link you'd be happier
http://www.cisco.com/warp/public/105/policevsshape.html
----- Original Message -----
From: "Ebru Toker" <EToker@tepum.com.tr>
To: "Groupstudy CCIELab List" <ccielab@groupstudy.com>
Sent: Sunday, November 03, 2002 4:39 PM
Subject: Frame Relay TS
Hi group,
As far as I know, in "frame-relay traffic-rate 4800 9600" statement 4800 is
CIR and 9600 is CIR+EIR. Can you explain me why do I have bc of 4800 although
the Tc is 125 . How can the value of be is equal to 4800 ?
interface Serial0/0
ip address 62.5.1.3 255.255.255.128
encapsulation frame-relay
no fair-queue
frame-relay traffic-shaping
frame-relay class slow_vcs
map-class frame-relay slow_vcs
frame-relay traffic-rate 4800 9600
frame-relay adaptive-shaping becn
R3#sh frame pvc 306
PVC Statistics for interface Serial0/0 (Frame Relay DTE)
DLCI = 306, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0
input pkts 4749 output pkts 2547 in bytes 905594
out bytes 153209 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 3 out bcast bytes 102
Shaping adapts to BECN
pvc create time 1d15h, last time pvc status changed 1d14h
cir 4800 bc 4800 be 4800 limit 675 interval 125
mincir 2400 byte increment 75 Adaptive Shaping BECN
pkts 72 bytes 5177 pkts delayed 0 bytes delayed 0
shaping inactive
traffic shaping drops 0
Serial0/0 dlci 306 is first come first serve default queueing
Output queue 0/40, 0 drop, 0 dequeued
This archive was generated by hypermail 2.1.4 : Tue Dec 03 2002 - 07:22:52 GMT-3