From: Reza Toghraee (reza@toghraee.com)
Date: Sun Oct 19 2008 - 16:13:48 ARST
Yes, also if you run "show frame-relay pvc 104" it also show you the
bc=128000.
But the effective value for BC is the "Byte" in "show traffic shape" you can
see it is 2000 bytes which is equal to 16000 bits.
map-class frame-relay FRTS
frame-relay cir 128000
frame-relay bc 8000
!
Rack1R2(config-map-class)#do sh fram pvc 201
PVC Statistics for interface Serial0/0 (Frame Relay DTE)
DLCI = 201, DLCI USAGE = LOCAL, PVC STATUS = INACTIVE, INTERFACE = Serial0/0
input pkts 0 output pkts 0 in bytes 0
out bytes 0 dropped pkts 0 in pkts dropped 0
out pkts dropped 0 out bytes dropped 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
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
pvc create time 01:03:14, last time pvc status changed 01:03:14
cir 128000 bc 8000 be 0 byte limit 1000 interval 62
<<==== Look at the bc and Byte here 8000 bits , 1000 Bytes yes its Correct
mincir 64000 byte increment 992 Adaptive Shaping none
pkts 0 bytes 0 pkts delayed 0 bytes delayed 0
shaping inactive
traffic shaping drops 0
Queueing strategy: fifo
Output queue 0/40, 0 drop, 0 dequeued
And If we remove it :
map-class frame-relay FRTS
frame-relay cir 128000
!
Rack1R2(config-map-class)#do sh fram pvc 201
PVC Statistics for interface Serial0/0 (Frame Relay DTE)
DLCI = 201, DLCI USAGE = LOCAL, PVC STATUS = INACTIVE, INTERFACE = Serial0/0
input pkts 0 output pkts 0 in bytes 0
out bytes 0 dropped pkts 0 in pkts dropped 0
out pkts dropped 0 out bytes dropped 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
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
pvc create time 01:05:20, last time pvc status changed 01:05:20
cir 128000 bc 128000 be 0 byte limit 2000 interval 125
<<==== Hey, bc=128000 BUT byte Limit is 2000 BUT bc is bytes will be
16000!!!
mincir 64000 byte increment 2000 Adaptive Shaping none
pkts 0 bytes 0 pkts delayed 0 bytes delayed 0
shaping inactive
traffic shaping drops 0
Queueing strategy: fifo
Output queue 0/40, 0 drop, 0 dequeued
Maybe this is a bug , which calculates the NULL bc equal to CIR. But it
should calculate it based on Byte_limit.
Anyway I think with or without putting the bc its OK. Also another proof
will be the "IE Frame-Relay Traffic Shaping" document.
You can download it from IE website, check the EXAMPLE 1, it is written :
Map-class frame-relay MYCLASS
Frame-relay cir 128000
Frame-relay bc 16000 (optional)
Also EXAMPLE 2.
Regards
Reza Toghraee
-----Original Message-----
From: mihai.grigore@onlinehome.de [mailto:mihai.grigore@onlinehome.de]
Sent: Sunday, October 19, 2008 9:34 PM
To: reza@toghraee.com
Subject: Re: RE: FRTS in IE WB solution guide
I followed a similar reasoning for my solution and this is why I did not
configure the bc=128000 / 8 = 16000. However, the output below under Sustain
differs when configured with bc or without.
Lab8_R1#sh traf | i 10[4-5]|Interface|Access
Interface Se0/0
Access Target Byte Sustain Excess Interval Increment Adapt
104 128000 2000 16000 0 125 2000 -
105 128000 2000 16000 0 125 2000 -
Lab8_R1#conf t
Enter configuration commands, one per line. End with CNTL/Z.
Lab8_R1(config)#map-class frame-relay FRTS
Lab8_R1(config-map-class)#no frame-relay bc 16000
Lab8_R1(config-map-class)#do sh traf | i 10[4-5]|Interface|Access
Interface Se0/0
Access Target Byte Sustain Excess Interval Increment Adapt
104 128000 2000 128000 0 125 2000 -
105 128000 2000 128000 0 125 2000 -
So would I get the points without configuring the bc in this case ? Other
opinions ??
Blogs and organic groups at http://www.ccie.net
This archive was generated by hypermail 2.1.4 : Sat Nov 01 2008 - 15:35:21 ARST