The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2001-Jul> msg00527



[Date Prev][Date Next][Thread Prev][Thread Next]  
  [Date Index][Thread Index][Author Index][Subject Index]

QoS in Shared Media

  • From: Fred Baker <fred@cisco.com>
  • Date: Mon, 30 Jul 2001 11:36:44 +0100
  • Cc: Christian Kuhtz <ck@arch.bellsouth.net>, Juha Heinanen <jh@lohi.eng.telia.fi>, Jay Wang <jwang@opixnetworks.com>, HANSEN CHAN <hansen.chan@alcatel.com>, "Naidu, Venkata" <Venkata.Naidu@Marconi.com>, "'mpls@uu.net'" <mpls@UU.NET>, te-wg@ops.ietf.org

At 07:14 PM 7/30/2001, Eric Gray wrote:
>Unless the drain rate at each of your egress points exceeds the
>capacity of your core, you don't achieve any particularly good
>guarantees if all you do is police at the edge.

the drain rate of an RPR ring is presumably the same is its internal rate - 
if all the traffic is directed to a particular system, it will drain all 
the traffic from the ring. What it does on the next interface is 
interesting from a larger perspective, but not from the perspective of the 
RPR ring.

The point here is that diffserv may be used to control the rates at which 
various RPR systems put various kinds of traffic onto the RPR ring, and RPR 
will carry it. Like diffserv in any network, if supply exceeds demand 
sometime later, we can only hope that the users' TCPs will notice that and 
slow down.