From: Michael King (kingmi1@xxxxxxxxx)
Date: Sat Dec 23 2000 - 21:35:53 GMT-3
Would it still be the same config as Masood Malik has
even if you were told to come down to 16000 if you
receive a BECN? I thought that was what the MINCIR
was for. However, if the MINCIR is really the CIR as
the provider gave us, then does the 16000 we are
supposed to come down to during congestion not matter
in the equation?
Mike
--- Masood Malik <malikm24@hotmail.com> wrote:
> Hi yu,
>
> Try the following
>
> map-class frame-relay yu
> frame-relay cir 64000
> frame-relay bc 8000
> frame-relay be 16000
> frame-relay mincir 48000
>
> The way cisco interprets these is as follows:
> CIR is the access/physical rate in your case 64k
> mincir is the committed information rate in your
> case 48K
>
> Thus when dealing with cisco routes use the new
> terminology viz, CIR as the
> physical rate and mincir as the term for CIR which
> telcos and you and me
> know normally. I know it is confusing but that is
> the reality.
>
> for explination of bc and be look at the following
> url, I have used bc as
> 1/8th of access rate and be double that of bc which
> is the default values
> cisco routers use.
>
> http://www.cisco.com/warp/public/125/21.shtml
>
> regards
> Masood Malik
>
>
> ----- Original Message -----
> From: "zheng jiang gu" <zjgu@ce-air.com>
> To: "YJC" <stiff.yu@datacraft-asia.com>; "Justin
> Menga"
> <Justin.Menga@computerland.co.nz>; "CCIE Group Study
> (E-mail)"
> <ccielab@groupstudy.com>
> Sent: Monday, December 18, 2000 1:05 PM
> Subject: Re: frame-relay traffic shape
>
>
> > I think so ! Justin,what do you think?
> > zjgu
> > ----- Original Message -----
> > From: YJC <stiff.yu@datacraft-asia.com>
> > To: zheng jiang gu <zjgu@ce-air.com>; Justin Menga
> <Justin.Menga@computerland.co.nz>; CCIE Group Study
> (E-mail)
> <ccielab@groupstudy.com>
> > Sent: Monday, December 18, 2000 10:50 AM
> > Subject: Re: frame-relay traffic shape
> >
> >
> > > zheng,
> > > Thank you,if you think a is right for cisco and
> b is right for RFC.
> > >
> > > ----- Original Message -----
> > > From: zheng jiang gu <zjgu@ce-air.com>
> > > To: YJC <stiff.yu@datacraft-asia.com>; Justin
> Menga
> > > <Justin.Menga@computerland.co.nz>; CCIE Group
> Study (E-mail)
> > > <ccielab@groupstudy.com>
> > > Sent: Sunday, December 17, 2000 12:42 PM
> > > Subject: Re: frame-relay traffic shape
> > >
> > >
> > > > yu:
> > > > Do you find the correct answer?
> > > > I think Justin is right.
> > > > 1 May be IOS bug ,
> > > >
> > > > "Map class fast_vcs uses a peak rate of 64000
> and average rate of
> 16000
> > > bps
> > > > map-class frame-relay fast_vcs
> > > > frame-relay traffic-rate 16000 64000
> > > > frame-relay priority-group 2"
> > > >
> > >
>
http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/12cgcr/wan_c
> > > /wcfrelay.htm#xtocid2427383
> > > >
> > > > 2 A is correct for CISCO,but not correct for
> RFC.But for a ccie
> candidate
> > > ,YOU KNOW MY MEANING!!
> > > >
> > > > frame-relay traffic-rate
> > > > To configure all the traffic shaping
> characteristics of a virtual
> circuit
> > > in a single command, use the frame-relay
> traffic-rate map-class
> > > configuration command. To remove the specified
> traffic shaping from the
> map
> > > class, use the no form of this command.
> > > >
> > > > frame-relay traffic-rate average [peak]
> > > > no frame-relay traffic-rate average [peak]
> > > >
> > > > Syntax Description
> > > > average
> > > > Average rate, in bits per second; equivalent
> to specifying the
> contracted
> > > CIR.
> > > >
> > > > peak
> > > > (Optional) Peak rate, in bits per second;
> equivalent to
> > > > CIR + Be/Tc = CIR (1 + Be/Bc) = CIR + EIR.
> > > >
> > > >
> > >
>
http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/12cgcr/wan_r
> > > /wrfrelay.htm#xtocid18778299
> > > >
> > > >
> > > >
> > > > ----- Original Message -----
> > > > From: YJC <stiff.yu@datacraft-asia.com>
> > > > To: Justin Menga
> <Justin.Menga@computerland.co.nz>; CCIE Group Study
> > > (E-mail) <ccielab@groupstudy.com>
> > > > Sent: Friday, December 15, 2000 9:52 AM
> > > > Subject: Re: frame-relay traffic shape
> > > >
> > > >
> > > > > but you show frame-relay pvc,you can see tc
> is 0.125s.
> > > > > how do you think tc is 1s.
> > > > >
> > > > > thanks
> > > > >
> > > > > ----- Original Message -----
> > > > > From: Justin Menga
> <Justin.Menga@computerland.co.nz>
> > > > > To: YJC <stiff.yu@datacraft-asia.com>; CCIE
> Group Study (E-mail)
> > > > > <ccielab@groupstudy.com>
> > > > > Sent: Saturday, December 09, 2000 5:17 PM
> > > > > Subject: RE: frame-relay traffic shape
> > > > >
> > > > >
> > > > > > Hi,
> > > > > >
> > > > > > 1. The difference is that using
> frame-relay traffic-rate command,
> the
> > > tc
> > > > > is
> > > > > > assumed to be 1 second. Hence your bc and
> be reflect values if
> tc=1
> > > > > >
> > > > > > 2. a
> > > > > >
> > > > > > Regards,
> > > > > >
> > > > > > Justin Menga MCSE+I CCNP CCSE ASE
> > > > > > WAN Specialist
> > > > > > Computerland New Zealand
> > > > > > PO Box 3631, Auckland
> > > > > > DDI: (+64) 9 360 4864 Mobile: (+64) 25
> 349 599
> > > > > > mailto: justin.menga@computerland.co.nz
> > > > > >
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: YJC
> [mailto:stiff.yu@datacraft-asia.com]
> > > > > > Sent: Wednesday, 6 December 2000 8:59 p.m.
> > > > > > To: CCIE Group Study (E-mail)
> > > > > > Subject: frame-relay traffic shape
> > > > > >
> > > > > >
> > > > > > hellow,
> > > > > >
> > > > > > I have two question.
> > > > > >
> > > > > > 1, what differnce when i use frame-relay
> traffic-rate or
> frame-relay
> > > > > bc,cir
> > > > > > ,be;
> > > > > > for
> example:cir=48000,cir+eir=64000,tc=0.125
> > > > > > the below is my config and sh
> frame-relay pvc,you can see
> many
> > > > > > difference,why?
> > > > > >
>
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:26:10 GMT-3