Skip to main content

Proposed MPLS/DiffServ TE Class Types
draft-ash-mpls-diffserv-te-class-types-01

Document Type Expired Internet-Draft (individual)
Expired & archived
Author Gerald Ash
Last updated 2002-06-07
RFC stream (None)
Intended RFC status (None)
Formats
Stream Stream state (No stream defined)
Consensus boilerplate Unknown
RFC Editor Note (None)
IESG IESG state Expired
Telechat date (None)
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:

Abstract

Service Provider requirements for support of DiffServ aware MPLS Traffic Engineering (MPLS-DS-TE) are presented in [MPLS-DS-TE-REQ]. This initiative includes the definition of MPLS-DiffServ-TE class types (CTs), wherein CTs are defined as aggregations of individual service classes. Instead of having per-class parameters being configured and propagated on each LSR interface, classes are aggregated into CTs having common per-CT parameters (e.g., minimum bandwidth) to satisfy required performance levels, however, no bandwidth requirements are enforced for classes within a CT. The main motivation for grouping a set of classes into a CT is to improve the scalability of IGP LSAs by propagating information on a per-CT basis instead of on a per-class basis, and also to allow better bandwidth sharing between classes in the same CT. In order to further improve scalability through the introduction of CTs, we propose to a) limit the number of CTs to 6, and b) to generalize the notion of CTs and consider them to be a combination of i) DiffServ/queuing priority per-hop-behaviors (PHBs), ii) QoS classes (e.g., as specified in [Y.1541]), iii) admission-control priority classes, and iv) restoration priority classes at both the MPLS-LSP and transport link level.

Authors

Gerald Ash

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)