[j-nsp] CoS buffer size

Dan Peachey dan at illusionnetworks.com
Wed Jun 24 15:29:06 EDT 2015


On 24 June 2015 at 19:09, Saku Ytti <saku at ytti.fi> wrote:

> On (2015-06-24 16:08 +0100), Dan Peachey wrote:
>
> Hey Dan,
>
> > class-of-service {
> >     traffic-control-profiles {
> >         10M {
> >             scheduler-map 10M_COS;
> >             shaping-rate 10m;
>               guaranteed-rate 10m; # add this
> >         }
>

If I do this, can I still oversubscribe the interface? For example, lets
say I have 20 x IFL in an interface-set which I have shaped to 1G and each
of those 20 IFL's have 100M shaper with child CoS policy - so 2:1
oversubscription. My understanding was that I would need to use PIR/shaper
only for this and not touch G-rate since I cannot really offer a
"guaranteed rate" because of the oversubscription.


>
> > Queue    State        Max       Guaranteed   Burst  Weight Priorities
> > Drop-Rules
> > Index                 rate         rate      size            G    E
>  Wred
> >  Tail
> > ------ ----------- ----------- ------------ ------- ------ ----------
> > ----------
> >     32  Configured    10000000            0  131072    320   GL   EL    4
> >   0
> >     33  Configured    10000000            0  131072    320   GL   EL    4
> >   0
> >     34  Configured    10000000            0  131072     26   GL   EL    4
> >   0
> >     35  Configured    10000000            0  131072     13   GM   EH    4
> > 127
> >     36  Configured    10000000            0  131072      1   GL   EL    0
> > 255
> >     37  Configured    10000000      2400000  131072    320   GH   EH    4
> > 193
> >     38  Configured    10000000            0  131072      1   GL   EL    0
> > 255
> >     39  Configured    10000000            0  131072      1   GL   EL    0
> > 255
>
> Notice how g-rate is 0 for all but the policed class, all your queues
> running
> in excess area. Setting guarantee-rate == shaping-rate.
> Right now the % does not mean anything, only thing that means is what is
> excess priority (EL => excess low, EH => excess high, all EH traffic would
> be
> drained before any EL traffic is touched).
>
>
I thought the weights were determined by the %? The weights are then used
to schedule the queues appropriately. Even if the queues are in excess,
they should be weighted correctly?

Thanks,

Dan


More information about the juniper-nsp mailing list