BC and Mincir do not matter in this example. BC is only used to calculate
the time interval TC and will default to 1/8 or 125ms if no value is
provided. It must be in the range of 10ms - 125ms and defaults to 125ms for
any specified values outside of this range. Forget about BC.
Mincir also has no bearing. Mincir only comes into play IF shaping is
enabled with adaptive response to BECN/FECN. If you aren't listening to
FECN/BECN messages, it also has no bearing.
The way I read the docs, CIR is the committed rate contracted with the
carrier. The port speed which usually equals some rate above the CIR and
cannot exceed the port speed would equate to (installed access port
speed)-(committed rate from carrier) = Cisco's BE value.
I'll go back to the original example:
A 96Kbps port is purchased from the provider.
I buy 64Kbps of guaranteed delivery on said port
I can burst up to 96Kbps, but the provider will not guarantee delivery and
will mark packets above 64Kbps as discard eligible.
Which brings about the configuration of:
map-class frame-relay 96KPort64KCIR
frame-relay cir 64000
frame-relay be 32000
As opposed to the configuration everyone else is speaking about:
map-class frame-relay 96KPort64KCIR
frame-relay cir 96000
frame-relay mincir 64000
-----Original Message-----
From: Volkov, Dmitry (Toronto - BCE) [mailto:dmitry_volkov@xxxxxxxxx]
Sent: Monday, August 26, 2002 11:11 AM
To: 'Jim Brown'
Subject: RE: I need FRTS help or review
Jim,
That is confuses me: "provider contracted CIR" - what is it with relation of
placing FRTS config in router:
is it MinCIR or CIR ?
1) if it is CIR so Bc = 8000, Be = (96K - 64K)/8 = 4000 and MinCIR = CIR/2
by default = 32 K
2) If it is MinCIR (According to CCO "provider contracted CIR" has to be
interpreted as MinCIR. ) - so what is CIR in this case ?? I don't see enough
information to place FRTS config in router (what CIR should I use, etc...)
Dmitry
-----Original Message-----
From: Jim Brown [mailto:Jim.Brown@xxxxxxxxxxxxx]
Sent: Monday, August 26, 2002 12:39 PM
To: 'Volkov, Dmitry (Toronto - BCE)'; 'steven.j.nelson@xxxxxx'; Jim
Brown; kip.palmer@xxxxxxxxxxx
Cc: ccielab@xxxxxxxxxxxxxx
Subject: RE: I need FRTS help or review
Dmitry,
The original proposed scenario was a 96Kbps access/port speed and a provider
contracted CIR of 64Kbps.
The use of BE also marks the DE bit of any packets above the CIR.
-----Original Message-----
From: Volkov, Dmitry (Toronto - BCE) [mailto:dmitry_volkov@xxxxxxxxx]
Sent: Monday, August 26, 2002 10:32 AM
To: 'steven.j.nelson@xxxxxx'; Jim.Brown@xxxxxxxxxxxxx;
kip.palmer@xxxxxxxxxxx
Cc: ccielab@xxxxxxxxxxxxxx
Subject: RE: I need FRTS help or review
Steven,
Now I'm not agree with You or maybe You right but CCO wrong :)
AR =96 K, CIR =96 K
Here again http://www.cisco.com/warp/public/125/traffic_shaping_6151.html
Configure Be only if the Frame Relay CIR value is less than the AR.
So Be in your case should be "0".
And Bc+Be = 40000 bits in your case much more than AR/8 = 96000/8 = 12000
bits.
Depending on CIR it has to be =< 12000 - CIR*Tc (bits)
Dmitry
-----Original Message-----
From: steven.j.nelson@xxxxxx [mailto:steven.j.nelson@xxxxxx]
Sent: Monday, August 26, 2002 11:58 AM
To: Jim.Brown@xxxxxxxxxxxxx; kip.palmer@xxxxxxxxxxx
Cc: ccielab@xxxxxxxxxxxxxx
Subject: RE: I need FRTS help or review
All
Jim is correct in this one, his figures pan out as follows
CIR 96000
MINCIR 64000
BE 32000
BC 8000
TC 0.125Ms
So in 8 time slots (1 Second) he will transmit :-
0.125Ms 40000 (BC+BE)
0.125Ms 8000 (BC)
0.125Ms 8000 (BC)
0.125Ms 8000 (BC)
0.125Ms 8000 (BC)
0.125Ms 8000 (BC)
0.125Ms 8000 (BC)
0.125Ms 8000 (BC)
Which is equivalent to 96K per second.
And when no tokens are available then the MIN CIR will be met by the 8000 BC
* 8 = 64000
Thanks to Jim for this one.
Steve
-----Original Message-----
From: Jim Brown [mailto:Jim.Brown@xxxxxxxxxxxxx]
Sent: 26 August 2002 15:24
To: 'kpalmer'
Cc: 'ccielab@xxxxxxxxxxxxxx'
Subject: RE: I need FRTS help or review
After your e-mails I rethought my stance on FRTS. I did a little more
research and I believe my original configuration at the bottom of the post
is the correct answer from a lab or testing context for a 96Kbps port and
64Kbs contracted CIR.
map-class frame-relay TestShape
frame-relay cir 64000
frame-relay be 32000
frame-relay bc 8000
I'm basing this on a single new piece of information I turned-up. Check the
Networkers 2002 CCIE Power Session, in their FRTS example, they configure
the parameters exactly as I have described below.
I still stand by my original assessment of Cisco's CIR set to the providers
CIR and Cisco's BE set to the difference between providers CIR and port
speed.
I'm posting this back to the list to hopefully open up discussion again.
-----Original Message-----
From: kpalmer [mailto:kip.palmer@xxxxxxxxxxx]
Sent: Sunday, August 25, 2002 8:27 PM
To: 'Jim Brown'
Subject: RE: I need FRTS help or review
Line speed | Access Rate | Port Speed
=======================================
What you bought from the Provider. Per DLCI.
Average Rate | configured CIR (not mincir)
=======================================
When Shaping 128 to 64, it's 64k, with Bc ='s the Average Rate of remote
64, /8.
-----Original Message-----
From: nobody@xxxxxxxxxxxxxx [mailto:nobody@xxxxxxxxxxxxxx] On Behalf Of
Jim Brown
Sent: Sunday, August 25, 2002 1:04 PM
To: ccielab@xxxxxxxxxxxxxx
Subject: I need FRTS help or review
Everything I have read about FRTS doesn't seem to clear up the use of
BE, BC, CIR, and MINCIR. I have been unable to locate a solid resource
explaining the concept with any finality.
I've read most of the relevant Usenet postings on Deja, watched the
threads on groupstudy, scoured CCO, and examined the QOS v1.0 course
material.
I will throw out my assumptions and let list members either verify or
shoot holes on my take of FRTS.
A few definitions up front:
AR is the Access Rate or Port Speed of the connection to the frame relay
cloud. This is the maximum number of bits that can be transmitted to the
cloud.
CIR is the Committed Information Rate. This is the maximum number of
bits the provider promises to transmit. Anything above the CIR and below
the access rate will have the DE bit marked and is eligible for
discard/drop during times of congestion.
Lets take a hypothetical circuit for instance, a port speed of 96Kbps
and a CIR of 64Kbps.
The way I read the documentation, in a Cisco configuration CIR should be
set to the actual provider CIR or 64000. The BE or burst excess should
be set to the difference between the access rate and the CIR. I think BE
should be set to 32000, the difference between 96 and 64.
Here is a brief sample config:
map-class frame-relay TestShape
frame-relay cir 64000
frame-relay be 32000
The map-class could then be applied to the frame map or the interface. I
was previously under the impression you would set the Cisco CIR to the
port speed and the minCIR to the provider contracted CIR. I don't think
this is really the case?
Here is an example:
map-class frame-relay TestShape
frame-relay cir 96000
frame-relay mincir 64000
Comments or suggestions? Is this wrong, why or why not?
_________________________________________________________________
Commercial lab list: http://www.groupstudy.com/list/commercial.html
Please discuss commercial lab solutions on this list.
_________________________________________________________________
Commercial lab list: http://www.groupstudy.com/list/commercial.html
Please discuss commercial lab solutions on this list.
_________________________________________________________________
Commercial lab list: http://www.groupstudy.com/list/commercial.html
Please discuss commercial lab solutions on this list.
_________________________________________________________________
Commercial lab list: http://www.groupstudy.com/list/commercial.html
Please discuss commercial lab solutions on this list.
__________________________________________________________________
To unsubscribe from the CCIELAB list, send a message to
majordomo@xxxxxxxxxxxxxx with the body containing:
unsubscribe ccielab