The MPLS-OPS Archive

[fraanro <fraanro@arrakis.es>]

If you are giving customers A, B and C a "guaranteed" bandwidth, and 
then you permit bursts, then you could (depending on the equipment you 
have) lower the priority of the traffic which is out of the CIR 
profile, so that, in any case, if there is congestion, the extra 
traffic of anyone will not have impact to the guaranteed traffic. How 
to do it is a matter of each vendor's implementation of packet 
classification, internal queuing/scheduling, policing mechanisms, out 
of profile actions, and so on. Not necessarily depending on whether you 
have MPLS or not. In theory, it should not matter, but the actual 
implementation of vendors might be different.

Rgds.

----- Mensaje Original -----
Remitente: "Babloo Babloo" <bruce_reid202@hotmail.com>
Fecha: Viernes, Enero 17, 2003 11:59 am
Asunto: [MPLS-OPS]: Traffic Shapping

> Hi,
> 
> Is there any way one can rate-limit traffic against a "value"
> 
> Fr example I may have a requirement which says
> 
> total b/w=X
> 
> customers A, B, C have CIR-A, CIR-B, CIR-C and Burst-A, Burst-B 
> and Burst-C
> 
> How does one know how much to let A burst so that it doesnt hog 
> away the 
> bandwidth of B and C?
> 
> infact how will the internal queuing mechanism ever work for 
> policies other 
> than "if traffic-A > CIR then drop " when all A , B , C are using 
> their full 
> capacit and A+B+C=X?
> 
> Shouldnt one specify the bandwidth that one is "working against" 
> in 
> computing the queue?
> 
> -Bruce
> 
> 
> 
> 
> 
> 
> 
> 
> _________________________________________________________________
> Protect your PC - get McAfee.com VirusScan Online 
> http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
> 
> -------
> The MPLS-OPS Mailing List
> Subscribe/Unsubscribe:  http://www.mplsrc.com/mplsops.shtml
> Archive: http://www.mplsrc.com/mpls-ops_archive.shtml
> 

-------
The MPLS-OPS Mailing List
Subscribe/Unsubscribe:  http://www.mplsrc.com/mplsops.shtml
Archive: http://www.mplsrc.com/mpls-ops_archive.shtml