Aller au contenu principal

RFC 3270 - Support de MPLS pour les Services Différenciés (Diff-Serv)

  • Statut: Proposed Standard
  • Publié: May 2002
  • Stream: IETF
  • Met à jour: RFC3032
  • Errata: Pas d'errata

Résumé (Abstract)​

Ce document définit une solution flexible pour le support des services différenciés (Diff-Serv) sur les réseaux à commutation d'étiquettes multiprotocoles (MPLS).

Cette solution permet à l'administrateur du réseau MPLS de choisir comment les agrégats de comportement Diff-Serv (BA) sont mappés sur les chemins à commutation d'étiquettes (LSP) afin qu'il puisse répondre au mieux aux objectifs de Diff-Serv, d'ingénierie de trafic et de protection au sein de son réseau particulier. Par exemple, cette solution permet à l'administrateur réseau de décider si différents ensembles de BA doivent être mappés sur le même LSP ou mappés sur des LSP distincts.

1. Introduction​

Dans un domaine MPLS [MPLS_ARCH], lorsqu'un flux de données traverse un chemin commun, un chemin à commutation d'étiquettes (LSP) peut être établi à l'aide de protocoles de signalisation MPLS. Au niveau du routeur de commutation d'étiquettes (LSR) d'entrée, chaque paquet se voit attribuer une étiquette et est transmis en aval. À chaque LSR le long du LSP, l'étiquette est utilisée pour transmettre le paquet au saut suivant.

Dans un domaine de services différenciés (Diff-Serv) [DIFF_ARCH], tous les paquets IP traversant un lien et nécessitant le même comportement Diff-Serv sont dits constituer un agrégat de comportement (BA). Au nœud d'entrée du domaine Diff-Serv, les paquets sont classés et marqués avec un point de code Diff-Serv (DSCP) qui correspond à leur agrégat de comportement. À chaque nœud de transit, le DSCP est utilisé pour sélectionner le comportement par saut (PHB) qui détermine le traitement de planification et, dans certains cas, la probabilité de rejet pour chaque paquet.

Ce document spécifie une solution pour prendre en charge les agrégats de comportement Diff-Serv dont les PHB correspondants sont actuellement définis (dans [DIFF_HEADER], [DIFF_AF], [DIFF_EF]) sur un réseau MPLS. Cette solution offre également une flexibilité pour une prise en charge facile des PHB qui pourraient être définis à l'avenir.

Cette solution repose sur l'utilisation combinée de deux types de LSP :

  • E-LSP (EXP-Inferred-PSC LSP) : LSP qui peuvent transporter plusieurs agrégats ordonnés (Ordered Aggregates), de sorte que le champ EXP de l'en-tête MPLS Shim transmet au LSR le PHB à appliquer au paquet (couvrant à la fois les informations sur le traitement de planification du paquet et sa priorité de rejet).
  • L-LSP (Label-Only-Inferred-PSC LSP) : LSP qui ne transportent qu'un seul agrégat ordonné, de sorte que le traitement de planification du paquet est déduit par le LSR exclusivement à partir de la valeur de l'étiquette du paquet, tandis que la priorité de rejet du paquet est transmise dans le champ EXP de l'en-tête MPLS Shim ou dans le mécanisme de rejet sélectif spécifique à la couche de liaison d'encapsulation (ATM, Frame Relay, 802.1).

1.1 Terminologie (Terminology)​

  • E-LSP : LSP où le PSC est déduit du champ EXP (EXP-Inferred-PSC LSP)
  • L-LSP : LSP où le PSC est déduit de l'étiquette uniquement (Label-Only-Inferred-PSC LSP)
  • OA : Agrégat Ordonné (Ordered Aggregate). L'ensemble des agrégats de comportement qui partagent une contrainte d'ordonnancement.
  • PSC : Classe de Planification PHB (PHB Scheduling Class). L'ensemble d'un ou plusieurs PHB appliqués aux agrégats de comportement appartenant à un OA donné.

1.2 LSP à PSC déduit du champ EXP (E-LSP)​

Un seul LSP peut être utilisé pour prendre en charge un ou plusieurs OA. De tels LSP peuvent prendre en charge jusqu'à huit BA d'une FEC donnée, quel que soit le nombre d'OA que ces BA couvrent. Avec de tels LSP, le champ EXP de l'en-tête MPLS Shim est utilisé par le LSR pour déterminer le PHB à appliquer au paquet. Cela inclut à la fois le PSC et la priorité de rejet.

Nous appelons ces LSP "LSP à PSC déduit du champ EXP" (E-LSP), car le PSC d'un paquet transporté sur ce LSP dépend de la valeur du champ EXP pour ce paquet.

1.3 LSP à PSC déduit de l'étiquette uniquement (L-LSP)​

Un LSP distinct peut être établi pour une seule paire <FEC, OA>. Avec de tels LSP, le PSC est explicitement signalé au moment de l'établissement de l'étiquette, de sorte qu'après l'établissement de l'étiquette, le LSR peut déduire exclusivement de la valeur de l'étiquette le PSC à appliquer à un paquet étiqueté. Lorsque l'en-tête Shim est utilisé, la priorité de rejet à appliquer par le LSR au paquet étiqueté est transmise à l'intérieur de l'en-tête MPLS Shim du paquet étiqueté à l'aide du champ EXP.

Nous appelons ces LSP "LSP à PSC déduit de l'étiquette uniquement" (L-LSP) car le PSC peut être entièrement déduit de l'étiquette sans aucune autre information (par exemple, quelle que soit la valeur du champ EXP).

2. Modèle de transfert d'étiquettes pour les LSR Diff-Serv et modèles de tunneling​

2.1 Modèle de transfert d'étiquettes pour les LSR Diff-Serv​

Afin de décrire le transfert d'étiquettes par les LSR Diff-Serv, nous modélisons le comportement de commutation d'étiquettes Diff-Serv du LSR, composé de quatre étapes :

  1. Détermination du PHB entrant (Incoming PHB Determination)
  2. Détermination du PHB sortant avec conditionnement de trafic optionnel (Outgoing PHB Determination With Optional Traffic Conditioning)
  3. Transfert d'étiquettes (Label Forwarding)
  4. Encodage des informations Diff-Serv dans la couche d'encapsulation (Encoding of Diff-Serv information into Encapsulation Layer) (EXP, CLP, DE, User_Priority)

2.6 Modèles de tunneling Diff-Serv sur MPLS​

[DIFF_TUNNEL] examine l'interaction des services différenciés avec les tunnels IP de diverses formes. Les LSP MPLS ne sont pas une forme de "tunnels IP" car l'en-tête d'encapsulation MPLS ne contient pas d'en-tête IP. Cependant, les LSP MPLS sont une forme de "tunnel".

Ce document définit les opérations de deux modèles conceptuels sur MPLS : le modèle Pipe et le modèle Uniform.

2.6.2 Modèle Pipe (Pipe Model)​

Avec le modèle Pipe, les tunnels MPLS (alias LSP) sont utilisés pour masquer les nœuds MPLS intermédiaires entre l'entrée et la sortie du LSP du point de vue Diff-Serv. Les paquets tunnelés doivent transmettre deux éléments significatifs d'information Diff-Serv :

  • Information Diff-Serv LSP : significative pour les nœuds intermédiaires sur l'étendue du LSP, y compris la sortie du LSP.
  • Information Diff-Serv Tunnelée : significative au-delà de la sortie du LSP.

2.6.3 Modèle Uniforme (Uniform Model)​

Avec le modèle Uniforme, les tunnels MPLS (alias LSP) sont considérés comme des artefacts du chemin de bout en bout du point de vue Diff-Serv. Dans ce modèle, tout paquet contient exactement un élément d'information Diff-Serv significatif qui est toujours encodé dans l'entrée d'étiquette la plus externe.

3. Opérations détaillées des E-LSP​

3.1 Définition E-LSP​

Au sein d'un domaine MPLS Diff-Serv donné, tous les E-LSP reposant sur le mappage préconfiguré sont capables de transporter le même ensemble commun de 8 BA ou moins.

3.2 Remplissage du 'mappage Encaps-->PHB' pour un E-LSP entrant​

Le 'mappage Encaps-->PHB' pour un E-LSP est toujours de la forme 'mappage EXP-->PHB'.

3.4 Remplissage de l''ensemble de mappages PHB-->Encaps' pour un E-LSP sortant​

Un E-LSP sortant doit toujours avoir un 'mappage PHB-->EXP' dans le cadre de l''ensemble de mappages PHB-->Encaps' de son contexte Diff-Serv.

4. Opérations détaillées des L-LSP​

4.1 Définition L-LSP​

Un L-LSP est établi pour une seule paire <FEC, OA>.

4.2 Remplissage du 'mappage Encaps-->PHB' pour un L-LSP entrant​

Si le LSR termine la couche MPLS Shim sur ce L-LSP entrant et que le L-LSP entre sur une interface qui n'est ni ATM ni Frame Relay, alors c'est un 'mappage EXP-->PHB'. Ce mappage est fonction du PSC transporté sur ce LSP.

4.2.1.1 'Mappage EXP/PSC --> PHB' obligatoire​

Champ EXP      PSC             PHB
  000          DF    ---->    DF
  000          CSn   ---->    CSn
  001          AFn   ---->    AFn1
  010          AFn   ---->    AFn2
  011          AFn   ---->    AFn3
  000          EF    ---->    EF

5. Extension RSVP pour le support Diff-Serv​

5.1 Format des messages RSVP liés à Diff-Serv​

Un nouvel objet RSVP est défini dans ce document : l'objet DIFFSERV.

5.2 Objet DIFFSERV​

Il existe actuellement deux C_Types possibles. Le Type 1 est un objet DIFFSERV pour un E-LSP. Le Type 2 est un objet DIFFSERV pour un L-LSP.

5.2.1 Objet DIFFSERV pour un E-LSP​

Contient des entrées MAP, chaque entrée définissant le mappage entre une valeur de champ EXP et un PHB.

5.2.2 Objet DIFFSERV pour un L-LSP​

Contient un champ PSC indiquant la classe de planification PHB à prendre en charge par le LSP.

6. Extensions LDP pour le support Diff-Serv​

6.1 TLV Diff-Serv​

Un nouveau TLV LDP est défini : le TLV Diff-Serv.

  • TLV Diff-Serv pour un E-LSP : Contient le mappage EXP vers PHB.
  • TLV Diff-Serv pour un L-LSP : Contient le PSC.

7. Considérations IANA​

Ce document définit un nouvel objet RSVP (objet DIFFSERV, Class-Num 65) et un nouveau TLV LDP (TLV Diff-Serv).

8. Références​

[MPLS_ARCH] Rosen, E., et al., "Multiprotocol Label Switching Architecture", RFC 3031. [DIFF_ARCH] Blake, S., et al., "An Architecture for Differentiated Services", RFC 2475.

Note du traducteur : Ce document est une traduction de référence en français de la RFC 3270.

Dernière mise à jour le