The MPLS WG Archive

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



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

QoS in Shared Media

  • From: Christian Kuhtz <ck@arch.bellsouth.net>
  • Date: Mon, 30 Jul 2001 13:55:47 -0400
  • Cc: Fred Baker <fred@cisco.com>, 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

On Mon, Jul 30, 2001 at 08:33:08PM +0300, Juha Heinanen wrote:
> fred,
> 
> i have no problems whatsoever with diffserv support in regular 801.1q
> ethernet switches that allow me to map the user priority field to wfq
> queues.  rpr doesn't offer this capability. 
> 
> phb stands for "per HOP behavior".  of course it is possible to support
> diffserv only at the edge, but that doesn't lead to the most efficient
> use of the bandwidth.  it is the same as using cbr vc to connect routers
> together over atm backbone.

Err, lets set the perfect world aside for a moment.  

If your core has a specific capacity, and you meter, classify, policy at the
edge, don't you have guarantees which enable differentiated services?  Sure,
diffserv everywhere would be cool.. but, also $$$ and how real is this real?

You can drive diffserv as far as you want, and theoretically anything's
possible, but at some point you reach the point of diminishing returns.. 

Budgetary realities do exist.

Flame away.

Cheers,
Chris

-- 
Christian Kuhtz <ck@arch.bellsouth.net> -wk, <ck@gnu.org> -hm
Sr. Architect, Engineering & Architecture, BellSouth.net, Atlanta, GA, U.S.
"I speak for myself only.""