From: Williams, Glenn (WILLIAMSG@xxxxxxxxxxxxx)
Date: Fri Apr 05 2002 - 12:01:21 GMT-3
I say you are correct. But then I didn't think this message was originally
on vofr. Maybe I missed it. But in any case don't forget to add class to
match vofr packets, priority and fragment size.
GW
-----Original Message-----
From: Lupi, Guy [mailto:Guy.Lupi@eurekaggn.com]
Sent: Friday, April 05, 2002 8:41 AM
To: Williams, Glenn; 'Ahmed Mamoor Amimi'; Muhamamd Durrani; mascot net;
ccielab@groupstudy.com
Subject: RE: FRTS
According to CCO, if you are doing voice on the DLCI, the TC should be no
higher than 10ms. That would mean that your manual class has the wrong tc
no? The bc for 64k that would give you 10ms would be 640. They also say
that the CIR and mincir should be identical if voice is on the pvc. Any
comments on this? From CCO:
frame relay cir
The average rate you want to send traffic out on a given PVC in bps. This is
generally higher than the guaranteed rate but less than the access rate
(AR). It equals the guaranteed rate only if:
1. The service provider does not allow you to send above guaranteed rate.
2. The physical line rate on the interface is same as the guaranteed rate.
3. There are Voice (voice over IP [VOIP] or voice over Frame Relay [VOFR])
packets on this PVC, therefore you cannot afford dropped packets for quality
or service.
frame relay bc
The amount of data to send per each Tc interval in bits. Ideally for data
PVCs Bc = CIR/8 so that Tc = 125msec. If we are doing voice on the PVC, then
Bc = CIR/100 is preferable, so that the interval Tc = 10msec (as voice
packets cannot tolerate a longer delay). The value of Bc by default is the
CIR in bits.
-----Original Message-----
From: Williams, Glenn [mailto:WILLIAMSG@PANASONIC.COM]
Sent: Friday, April 05, 2002 8:56 AM
To: 'Ahmed Mamoor Amimi'; Muhamamd Durrani; mascot net;
ccielab@groupstudy.com
Subject: RE: FRTS
Mamoor,
My only point was why set a mincir or any of these values without
"frame-relay adaptive-shaping becn" turned on? But I think I see your point
in how you are handling this. I think you are saying a DE marked traffic is
your way of letting frame switch discard some traffic you choose while
"frame-relay adaptive-shaping becn" is the way to use all the mincir etc,
etc stuff. However if this is the case, why specify mincir in the manual
class? Still I think DE group is not the best way. Maybe i'm wrong.
GW
-----Original Message-----
From: Ahmed Mamoor Amimi [mailto:mamoor@ieee.org]
Sent: Wednesday, April 03, 2002 9:02 AM
To: Muhamamd Durrani; Williams, Glenn; mascot net;
ccielab@groupstudy.com
Subject: Re: FRTS
Have a look at the config ... very simple.
At interface S0 i am doing simple FRST with the DE (without BECN)
and at s1 i am doing adaptive shaping with BECN.
Cisco recomends that u should not do adaptive shaping with FRTS when doing
voice on the dlci.
frame-relay de-list 1 protocol ip tcp telnet
interface Serial0
no ip address
encapsulation frame-relay
no ip route-cache
no ip mroute-cache
frame-relay de-group 1 100
frame-relay interface-dlci 100
class manual
!
interface Serial1
no ip address
encapsulation frame-relay
no ip route-cache
no ip mroute-cache
frame-relay interface-dlci 200
class automatic
!
map-class frame-relay manual
frame-relay cir 64000
frame-relay bc 8000
frame-relay mincir 32000
frame-relay holdq 5
no frame-relay adaptive-shaping
!
map-class frame-relay automatic
frame-relay cir 64000
frame-relay bc 8000
frame-relay be 16000
frame-relay mincir 32000
frame-relay adaptive-shaping becn
!
r1#
Please note that i didnt put the "no frame-relay adaptive-shaping becn" on
the map-class manual it is placed automatically
and at map-class automatic i explicidly ON it.
at s0 there will be no BECN throatling at s0 but it will do the shaping with
the DE bit and at s1 it is doing with BECN , no
DE bit set.
Please let me know if these configs are right and make sence to u .....
please correct me if i am wrong...
-Mamoor
----- Original Message -----
From: Muhamamd Durrani <dan_schaw@yahoo.com>
To: Williams, Glenn <WILLIAMSG@PANASONIC.COM>; 'Ahmed Mamoor Amimi'
<mamoor@ieee.org>; mascot net <mascotnet@yahoo.com>;
<ccielab@groupstudy.com>
Sent: Monday, April 01, 2002 9:14 PM
Subject: RE: FRTS
> Hi,
>
> Agree .
>
> You should specify the method of notification either
> (BECN or forsight). without adaptive shaping how to do
> this. Any Clue (Mamoor)
>
> Mamooor : Could you pls forward us a reference to the
> doc. you read from , may be there is some good point
> we are mis-interpreting.
>
> Regards,
>
> --- "Williams, Glenn" <WILLIAMSG@PANASONIC.COM> wrote:
> > if you disable adaptive shaping becn, then how will
> > you react to congestion
> > if you have min cir set. Seems to me that you would
> > usually want it on. Is
> > this not correct?
> > GW
> >
> > -----Original Message-----
> > From: Ahmed Mamoor Amimi [mailto:mamoor@ieee.org]
> > Sent: Sunday, March 31, 2002 4:47 PM
> > To: Muhamamd Durrani; mascot net;
> > ccielab@groupstudy.com
> > Subject: Re: FRTS
> >
> >
> > As my per understanding... adaptive shaping uses the
> > automatic shaping ,
> > working with the BECN.
> > and FRTS use the manual that we have to set the cir
> > and other stuff manually
> > to control all the fields.
> >
> > if we just enable adaptive shaping then when there
> > is congestion and BECN
> > comes the traffic will be cut to
> > 1/8 times of the total bandwidth of the interface on
> > whcih it is configured.
> >
> > So when doing FRTS u should disable adapive shape so
> > it dont come it between
> > this shapping.
> >
> >
> > Please correct me if my understanding is wrong.
> >
> > -Mamoor
> >
> >
> > ----- Original Message -----
> > From: Muhamamd Durrani <dan_schaw@yahoo.com>
> > To: mascot net <mascotnet@yahoo.com>;
> > <ccielab@groupstudy.com>
> > Sent: Monday, April 01, 2002 3:21 AM
> > Subject: Re: FRTS
> >
> >
> > > Enabling FRTS on an interface enables both traffic
> > > shaping and per-VC queueing on all the PVCs and
> > SVCs
> > > on the interface. Traffic shaping enables the
> > router
> > > to control the output rate of the circuit and
> > "react
> > > to congestion notification information if also
> > > configured."
> > >
> > > SO your Answer is " YES" we can disable Adaptive
> > > Shaping while Traffic Shaping is ON .......
> > >
> > > PS: see the quoted line ......
> > >
> > > Regards,
> > > Muhammad
> > >
> > >
> > > --- mascot net <mascotnet@yahoo.com> wrote:
> > > > Could anyone clarify if I should use the command
> > "no
> > > > frame-relay adaptive-shaping" when I configure
> > FRTS.
> > > >
> > > > -Mascot
> > > >
> > > >
> > > >
> > > >
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:57:56 GMT-3