Aller au contenu principal

RFC 3031 - Composants centraux de l'architecture MPLS (Architecture MPLS détaillée)

3. Composants centraux de l'architecture MPLS (Architecture MPLS détaillée)​

3.1 Classe d'équivalence de transfert (FEC)​

Une « classe d'équivalence de transfert » est un ensemble de paquets transférés de la même manière, le long du même chemin. Le critère d'appartenance à une FEC peut être un préfixe d'adresse de couche réseau, un routage explicite, une classe de service (CoS), une adresse source ou un identifiant d'application. La granularité de la FEC relève d'une politique locale.

3.2 Étiquette (Label)​

Une étiquette est un identifiant court, de longueur fixe, à signification purement locale. Elle n'a de sens unique que dans l'espace d'étiquettes où elle est distribuée. L'étiquette peut être encodée dans l'en-tête « shim » propre à MPLS, ou directement dans les champs VPI/VCI d'ATM ou DLCI de Frame Relay.

3.3 Routeur à commutation par étiquette (LSR)​

Un LSR effectue : recherche de l'ILM à partir de l'étiquette entrante, opérations sur la pile d'étiquettes (remplacement, empilement, dépilement) selon le résultat, et transfert vers le prochain saut. Le LER est un LSR situé à la frontière du domaine MPLS et assure la conversion entre paquets non étiquetés et paquets étiquetés.

3.4 Liaison d'étiquette et distribution d'étiquettes​

Une « liaison d'étiquette » survient quand un LSR aval (Rd) lie une étiquette L à une FEC F et annonce cette liaison à son pair (Ru) via le protocole de distribution. Ru, en recevant la liaison, sait que pour envoyer à Rd les paquets de la FEC F, il utilisera l'étiquette L.

3.5 Mode de distribution d'étiquettes​

  • Aval sur demande (Downstream on Demand) : Ru demande explicitement à Rd l'étiquette d'une FEC.
  • Aval non sollicité (Downstream Unsolicited) : Rd annonce spontanément ses liaisons, sans demande préalable.

3.6 Mode de contrôle d'étiquettes​

  • Contrôle indépendant (Independent) : chaque LSR lie et distribue une étiquette dès qu'il reconnaît une FEC (proche de la convergence du routage IP classique).
  • Contrôle ordonné (Ordered) : un LSR ne lie et ne distribue une étiquette pour une FEC que s'il en est la sortie du LSP, ou s'il a reçu de son prochain saut une liaison pour cette FEC. Le contrôle ordonné garantit que le LSP est complet avant d'y faire circuler le trafic, utile quand le chemin doit avoir des propriétés précises (réservation de ressources, routage explicite, absence de nœud en double).

3.7 Mode de rétention d'étiquettes​

  • Rétention libérale (Liberal) : Ru conserve les liaisons reçues de Rd même si Rd n'est pas son prochain saut, pour une réutilisation rapide après changement de route (coût : plus d'étiquettes à gérer).
  • Rétention conservatrice (Conservative) : Ru rejette les liaisons venant d'un Rd non prochain saut, et les réobtient si nécessaire (coût : réétablissement après changement, mais moins d'étiquettes occupées).

3.8 Pile d'étiquettes (Label Stack)​

MPLS prend en charge une pile d'étiquettes (LIFO). Plusieurs étiquettes peuvent être empilées. Le transfert se base toujours sur l'étiquette au sommet, indépendamment du niveau hiérarchique. Pour une pile de profondeur m, on parle d'étiquettes de niveau 1 à m. La pile permet les « tunnels LSP » et la « hiérarchie MPLS » (§3.27).

3.9 NHLFE (entrée de transfert vers le prochain saut)​

La NHLFE sert au transfert des paquets étiquetés et contient :

  1. le prochain saut du paquet ;
  2. l'opération sur la pile : remplacer l'étiquette du sommet / dépiler / remplacer et empiler une ou plusieurs nouvelles étiquettes ;
  3. éventuellement : encapsulation de liaison, encodage de la pile, et autres informations nécessaires.

Si le prochain saut est le LSR lui-même, il doit dépiler puis prendre une nouvelle décision de transfert sur le reste (une autre étiquette ou de l'IP native).

3.10 ILM (table de correspondance des étiquettes entrantes)​

L'ILM mappe chaque étiquette entrante vers un ensemble de NHLFE. S'il y en a plusieurs, l'une doit être choisie avant transfert (ex. répartition de charge à chemins multiples équivalents). Le choix est hors architecture.

3.11 FTN (correspondance FEC vers NHLFE)​

La FTN sert aux paquets arrivant sans étiquette mais à étiqueter avant transfert. Le LSR analyse l'en-tête réseau pour déduire la FEC, puis mappe via la FTN vers une NHLFE. Comme pour l'ILM, un choix peut être nécessaire.

3.12 Commutation par étiquettes (Label Swapping)​

Paquet étiqueté : LSR recherche l'étiquette du sommet → ILM → NHLFE → décide du prochain saut et opère sur la pile → encode la nouvelle pile et transfère. Paquet non étiqueté : LSR analyse l'en-tête réseau → FEC → FTN → NHLFE → étiquette et transfère.

Important : avec la commutation par étiquettes, le prochain saut provient toujours de la NHLFE et peut parfois différer du prochain saut « sans MPLS ».

3.13 Portée et unicité des étiquettes​

Rd peut lier L1 à la FEC F et la distribuer à Ru1, et L2 à la même FEC F pour Ru2 ; L1==L2 est décidé localement. Si Rd peut distinguer si l'étiquette L reçue au sommet a été empilée par Ru1 ou Ru2, alors F1==F2 n'est pas exigé et Rd est vu comme utilisant des « espaces d'étiquettes » différents pour Ru1 et Ru2.

Rd ne peut utiliser un espace d'étiquettes « par interface » (per-interface) que si Ru1 et Ru2 sont ses seuls pairs de distribution et reliés chacun par une liaison point-à-point. Sinon l'étiquette doit être unique sur tout le périphérique (per-platform). Si Rd est relié à Ru par deux liaisons point-à-point, il peut lier la même valeur à des FEC différentes, mais seulement si la liaison n'est valide que pour cette interface. Hors cela, Rd ne doit pas lier une même valeur à deux FEC différentes (même à des niveaux différents — MPLS n'a pas de notion d'« espace d'étiquettes par niveau »).

3.14 Chemin commuté par étiquette (LSP), entrée et sortie​

Un « LSP de niveau m » est une séquence <R1, ..., Rn> où R1 (entrée) empile une étiquette pour obtenir la profondeur m, chaque Ri transfère selon l'étiquette de niveau m (via ILM), la profondeur reste ≥ m de R1 à R[n-1], et les commutateurs L2 traversés ne décident pas en fonction de l'étiquette de niveau m ni de l'en-tête réseau (ils l'ignorent ou regardent une étiquette de niveau supérieur).

Un « LSP pour une FEC F » est, pour un paquet P, le LSP de niveau m dont l'étiquette de niveau m correspond à F. L'arbre formé en regroupant plusieurs LSP d'entrée sur une même sortie constitue l'« arbre LSP » (arbre multipoint-à-point) de la FEC.

3.15 Dépilement à l'avant-dernier saut (Penultimate Hop Popping)​

Selon §3.14, R[n-1] peut envoyer P à Rn avec une profondeur m-1, c'est-à-dire dépiler à l'avant-dernier saut plutôt qu'à la sortie. C'est architecturalement valide : l'étiquette de niveau m ne sert qu'à amener P à Rn, et dès que R[n-1] décide de l'envoyer à Rn, elle n'est plus utile.

Avantage : la sortie ne fait qu'une recherche (au lieu de deux), l'avant-dernier saut aussi, ce qui simplifie le « fast path » matériel. La sortie du LSP peut alors ne pas être un LSR. Mais certains matériels ne savent pas dépiler, donc cela n'est pas imposé : l'avant-dernier saut dépile uniquement si la sortie le « demande explicitement » ou si le prochain saut du LSP ne supporte pas MPLS. Un LSR capable de dépiler doit le faire si le pair aval le demande. La négociation initiale doit déterminer si le voisin sait dépiler ; on ne doit pas demander de dépilement à un pair qui ne le supporte pas.

3.16 Prochain saut du LSP (LSP Next Hop)​

Le « prochain saut du LSP » d'un paquet étiqueté dans un LSR est le prochain saut indiqué par la NHLFE utilisée pour le transfert. Pour une FEC, c'est le prochain saut indiqué par la NHLFE indexée par l'étiquette correspondant à la FEC. Il peut différer du prochain saut choisi par l'algorithme de routage de couche réseau (prochain saut L3).

3.17 Étiquettes entrantes invalides​

Si un LSR reçoit un paquet étiqueté dont l'étiquette entrante n'a aucune liaison, il ne doit pas simplement retirer l'étiquette et transférer comme IP non étiqueté — cela peut former une boucle (l'amont croit à un routage explicite, l'aval croit à une absence de liaison, et le routage IP saut par saut peut renvoyer le paquet en amont). Le paquet doit donc être jeté, à moins qu'on ne puisse déterminer que le transfert non étiqueté ne causera aucun préjudice.

3.18 Contrôle du LSP : ordonné vs indépendant​

Voir §3.6. Le contrôle indépendant décide localement (comme la convergence IP classique). Le contrôle ordonné lie l'étiquette seulement à la sortie ou après réception d'une liaison du prochain saut. Si le trafic doit suivre un chemin à propriétés précises (pas de nœud en double, ressources garanties, chemin explicite), le contrôle ordonné est requis. Un LSP ordonné peut être initié par l'entrée ou la sortie. Les deux contrôles sont pleinement interopérables ; mais toute présence d'un nœud non ordonné dans le LSP rend le comportement global proche du contrôle indépendant. L'architecture laisse ce choix comme affaire locale.

3.19 Agrégation (Aggregation)​

Créer une FEC par préfixe de table de routage peut produire un grand nombre de FEC empruntant le même chemin dans le domaine MPLS. On peut alors agréger l'union de ces FEC en une FEC plus grande à laquelle on ne lie qu'une étiquette — c'est l'« agrégation ». Elle réduit le nombre d'étiquettes et le trafic de contrôle de distribution.

Pour un ensemble de FEC agrégeables, on peut (a) agréger en une FEC (granularité la plus grossière), (b) en plusieurs FEC, ou (c) ne pas agréger (la plus fine). En contrôle ordonné, chaque LSR doit aligner sa granularité sur celle de son prochain saut. En contrôle indépendant, les granularités de deux LSR adjacents peuvent différer : si Ru est plus fin que Rd, il mappe simplement ses nombreuses étiquettes vers les moins nombreuses de Rd (avec retraits/renvois éventuels) ; si Ru est plus grossier que Rd, il privilégie la granularité plus fine de Rd (retrait de m, distribution de n) ou mappe ses m étiquettes vers un sous-ensemble des n de Rd (si le résultat de routage est identique). Tout LSR doit (par configuration) connaître la granularité des étiquettes qu'il attribue.

3.20 Sélection de route (Route Selection)​

MPLS prend en charge deux sélections de route pour le LSP : (1) routage saut par saut ; (2) routage explicite. En routage saut par saut, chaque nœud choisit son prochain saut indépendamment (mode classique IP). En routage explicite, un seul LSR (généralement l'entrée ou la sortie) spécifie tous ou partie des nœuds du LSP : tout spécifié = routage explicite strict, partie spécifiée = routage explicite lâche. La séquence peut être déterminée par configuration ou calculée dynamiquement par un nœud (ex. la sortie utilisant sa base d'état de liens). Le routage explicite sert le routage par politique et l'ingénierie de trafic ; MPLS le spécifie à l'attribution de l'étiquette, bien plus efficace que le source-routing IP. Les procédures détaillées sont hors architecture.

3.21 Absence d'étiquette de sortie (Lack of Outgoing Label)​

Un paquet étiqueté suivant un LSP peut atteindre un LSR dont l'ILM ne mappe pas (l'étiquette valide) entrante vers aucune NHLFE (état transitoire ou mauvais prochain saut). Là encore, il ne faut pas simplement retirer la pile et continuer selon l'en-tête réseau — si le LSP était explicite, une boucle est possible, et l'en-tête réseau peut ne pas suffire au LSR pour transférer correctement. Sauf à pouvoir déterminer l'absence des deux, la seule action sûre est de jeter le paquet.

3.22 Durée de vie (TTL)​

L'IP classique décrémente le TTL à chaque saut et jette à 0, offrant une protection contre les boucles dues aux erreurs de configuration ou à une convergence lente ; le TTL sert aussi à la portée multicast et à traceroute. MPLS doit traiter deux aspects TTL : (i) inhibition des boucles ; (ii) portée et autres fonctions.

Après avoir suivi un LSP, le TTL d'un paquet doit être égal à celui qu'il aurait eu sans commutation d'étiquettes sur la même séquence de routeurs ; pour une hiérarchie de LSP, le nombre total de sauts LSR traversés doit se refléter dans le TTL.

Le traitement dépend de l'encodage de l'étiquette — en-tête shim MPLS ([MPLS-SHIM]) ou en-tête L2 (ATM [MPLS-ATM], Frame Relay [MPLS-FRMRLY]) :

  • en-tête shim : le champ TTL y est obligatoire ; il est chargé depuis le TTL réseau, décrémenté à chaque saut LSR, et recopié dans le TTL réseau à la sortie du LSP.
  • en-tête L2 (ex. VPI/VCI ATM AAL5) sans champ TTL : la décrémentation par saut est impossible. Un tel segment de LSP « sans TTL » nécessite, à la sortie, l'attribution d'un TTL reflétant le nombre de sauts LSR (en monodiffusion, la longueur du LSP peut être propagée à l'entrée pour décrémentation préalable). Si, à l'entrée d'un segment sans TTL, on peut déduire qu'un paquet épuisera son TTL avant la sortie, le LSR ne doit pas commuter par étiquette (d'autres procédures, ex. transfert saut par saut pour traceroute, restent à développer).

3.23 Contrôle de boucle (Loop Control)​

Sur un segment de LSP sans TTL, le TTL ne protège pas des boucles. L'importance dépend du matériel. Ex. : si le matériel ATM ne décrémente pas le TTL, aucune protection ; si le matériel offre un accès équitable au pool de tampons pour les cellules entrantes selon VPI/VCI, une boucle transitoire n'affecte pas gravement le reste ; sinon, elle dégrade sérieusement les performances.

Même avec un tamponnage équitable, il vaut mieux détecter les boucles dépassant une durée plausible. Et même survivable via TTL / files équitable, il est préférable d'éviter d'établir des LSP en boucle quand possible. Ainsi, tout LSR pouvant se connecter à un segment sans TTL doit prendre en charge une technique commune de détection de boucle, mais son usage est optionnel (voir [MPLS-ATM] et [MPLS-LDP]).

3.24 Encodages d'étiquettes (Label Encodings)​

Pour transporter la pile d'étiquettes avec le paquet, il faut définir un encodage concret. L'architecture en supporte plusieurs selon le type de matériel.

3.24.1 Matériel/logiciel MPLS dédié​

Le plus direct : placer un protocole « shim » entre la couche liaison et l'en-tête réseau, comme encapsulation réseau « indépendante de protocole » (generic MPLS encapsulation), portée par la liaison. Voir [MPLS-SHIM].

3.24.2 Utiliser un commutateur ATM comme LSR​

Le transfert MPLS ressemble au commutateur « étiquette » ATM : le commutateur indexe une table de cross-connexion par port entrant + VPI/VCI pour obtenir port sortant et VPI/VCI. Si l'étiquette peut être encodée dans ces champs, un simple upgrade logiciel suffit à en faire un LSR (ATM-LSR). Trois encodages dans l'en-tête de cellule ATM (AAL5) :

  1. SVC : VPI/VCI encode l'étiquette du sommet. Chaque LSP est un SVC ATM, et le protocole de distribution est la signalisation ATM. Ce mode n'autorise pas push/pop de pile.
  2. SVP : VPI encode l'étiquette du sommet, VCI la seconde étiquette (si présente). Réalise le « VP switching » ATM (LSP = SVP). Mais si un chemin virtuel ATM traversant un réseau non MPLS existe, le VPI peut ne pas être disponible ; à la sortie VP, l'ATM-LSR effectue en réalité un « pop ».
  3. SVP multipoint : VPI encode l'étiquette du sommet, une partie du VCI la seconde étiquette, le reste du VCI identifie l'entrée du LSP. Avec le VP switching ATM classique, on réalise un VP multipoint-à-point où des cellules de sources différentes portent des VCI distincts, permettant la fusion d'étiquettes sans entrelacement de cellules sur les commutateurs ne supportant pas la fusion VC. Cela dépend de l'attribution de valeurs VCI 16 bits sans chevauchement entre commutateurs.

Si la pile compte plus d'étiquettes que l'en-tête ATM ne peut en encoder, on combine encodage ATM et shim générique.

3.24.3 Interopérabilité entre encodages​

Des sauts différents d'un LSP peuvent utiliser des encodages différents. Le LSR doit décoder la pile courante, l'opérer, puis l'encoder pour le prochain saut. Mais un commutateur ATM ne peut pas convertir entre deux encodages ; l'architecture exige donc que deux commutateurs ATM pouvant être des LSR consécutifs sur un LSP de niveau m utilisent le même encodage. Un LSR mixte (interface ATM + interface shim) peut, à l'entrée, retirer l'encodage ATM et, à la sortie, remettre l'encodage shim.

3.25 Fusion d'étiquettes (Label Merging)​

Quand un LSR lie plusieurs étiquettes entrantes à une même FEC et veut appliquer une seule étiquette de sortie à tout ce trafic — c'est la « fusion d'étiquettes ».

Un LSR « peut fusionner » s'il peut recevoir deux paquets de interfaces/étiquettes différentes et les émettre par la même interface de sortie avec la même étiquette (l'information d'origine est alors perdue). Il « ne peut pas fusionner » si deux paquets d'interfaces/étiquettes différentes doivent aller vers des interfaces ou étiquettes différentes. Les ATM-LSR en SVC/SVP ne peuvent pas fusionner.

Un LSR non fusionnant doit transférer avec des étiquettes de sortie différentes les paquets d'une même FEC arrivant avec des étiquettes entrantes différentes. En fusion : 1 étiquette de sortie par FEC suffit ; en non-fusion : jusqu'au nombre de nœuds du réseau. L'architecture englobe les deux types de LSR et leurs procédures d'interopérabilité.

3.25.1 LSR ne pouvant pas fusionner​

Le transfert MPLS ressemble à ATM/Frame Relay : recherche dans une table de cross-connexion par étiquette (VPI/VCI ou DLCI), choix du port, réécriture de l'étiquette ; le protocole de distribution tient lieu de signalisation. Mais ces technologies ne supportent pas toujours la fusion : forcer la fusion ATM entrelace les cellules de paquets différents, irrécupérables ; certains commutateurs Frame Relay à dos de cellules ont le même problème.

MPLS offre deux solutions : des procédures permettant d'utiliser des LSR non fusionnants, et le support de certains commutateurs ATM comme LSR fusionnants. MPLS inclut aussi les procédures d'interopérabilité correcte des deux.

3.25.2 Étiquettes pour LSR fusionnants / non fusionnants​

Un LSR amont supportant la fusion n'a besoin que d'une étiquette par FEC ; un voisin amont non fusionnant en a besoin de plusieurs (nombre indéterminable a priori). L'architecture stipule : envers un voisin amont non fusionnant, ne distribuer aucune étiquette à moins qu'il ne la demande explicitement ; il peut demander plusieurs fois, obtenant à chaque fois une nouvelle étiquette ; si le voisin aval est lui-même non fusionnant, il doit à son tour en demander une à son voisin aval.

Un nœud ne pouvant fusionner qu'un nombre limité d'étiquettes entrantes en une sortante (ex. max 4 pour 6 reçues) peut fusionner en 2 sortantes. L'applicabilité de la fusion aux LSP à routage explicite reste à étudier.

3.25.3 Fusion sur ATM​

Supprimer l'entrelacement de cellules :

  1. Fusion VP (SVP multipoint) : plusieurs chemins virtuels fusionnés en un seul, distingués par des VCI différents dans le VP.
  2. Fusion VC : le commutateur tamponne toutes les cellules d'un paquet jusqu'à réception complète (indiquée par la fin AAL5) avant émission.

La fusion VP est compatible avec plus d'implémentations ATM, sans délai ni tampon au point de fusion, mais nécessite de coordonner l'espace VCI dans chaque VP. Le choix reste à étudier. Pour concilier compatibilité et complexité/extensibilité, MPLS devrait supporter les deux ; chaque commutateur ATM participant doit savoir si son voisin direct fait de la fusion VP, VC ou aucune.

Interopérabilité (VC / VP / aucune fusion) : la plus simple est VC et aucune fusion, toutes basées sur le transfert VC (concaténation VPI/VCI). Si le voisin amont fait VC, une seule paire VPI/VCI suffit ; s'il ne fusionne pas, il lui faut une paire pour lui et assez pour ses amonts. Un nœud VP demande un VP (un VPI) plus plusieurs VCI dans ce VP. Pour les trois simultanément, il faut permettre au nœud amont de demander une combinaison de « zéro ou plusieurs VC (VPI/VCI) + zéro ou plusieurs VP (un VPI), chacun avec un nombre spécifié de VC ».

3.26 Tunnels et hiérarchie (Tunnels and Hierarchy)​

Un routeur Ru peut explicitement livrer un paquet à un autre routeur Rd bien que Ru et Rd ne soient pas adjacents sur le chemin saut par saut du paquet et que Rd n'en soit pas la destination finale — par exemple en encapsulant le paquet dans un paquet réseau adressé à Rd, formant un « tunnel » Ru→Rd. Un tel paquet est « encapsulé en tunnel ».

  • Tunnel à routage saut par saut : le paquet encapsulé suit le chemin saut par saut Ru→Rd ; « point d'émission » Ru, « point de réception » Rd.

  • Tunnel à routage explicite : le paquet encapsulé suit un chemin non saut par saut (ex. source-routing).

  • Tunnel LSP : un tunnel réalisé par un LSP, le paquet traversant par commutation d'étiquettes plutôt que par encapsulation réseau. Le tunnel est le LSP <R1, ..., Rn>, R1 émetteur, Rn récepteur. Les paquets à y introduire forment une FEC ; chaque LSR du tunnel doit attribuer une étiquette à cette FEC (le tunnel). On introduit un paquet en empilant l'étiquette de tunnel et en l'envoyant au prochain saut du tunnel. Si le récepteur n'a pas besoin de distinguer, on dépile à l'avant-dernier saut.

    • « Tunnel LSP à routage saut par saut » = LSP saut par saut entre émetteur et récepteur.
    • « Tunnel LSP à routage explicite » = tunnel LSP qui est aussi un LSP à routage explicite.

  • Hiérarchie : tunnel LSP dans un LSP : considérons <R1,R2,R3,R4>. R1 empile pour ce chemin, mais R2 et R3 ne sont pas directement reliés ; ils sont adjacents comme extrémités d'un tunnel LSP. P suit en réalité <R1,R2,R21,R22,R23,R3,R4>. R1→R2 profondeur 1 ; R2 remplace par une étiquette signifiante pour R3 et empile une étiquette de niveau 2 pour R21 ; R21/R22/R23 commutent sur l'étiquette de niveau 2 ; R23 (avant-dernier saut du tunnel R2-R3) dépile vers R3 ; R3 voit P avec seulement l'étiquette de niveau 1 (sorti du tunnel) et, comme avant-dernier saut du LSP de niveau 1, dépile ; R4 reçoit P sans étiquette. La pile permet d'imbriquer les tunnels LSP à profondeur arbitraire.

  • Pairs de distribution et hiérarchie : sur le LSP de niveau 1 <R1,R2,R3,R4>, R2→R3 emprunte le LSP de niveau 2 <R2,R21,R22,R3>. Pour le niveau 2, le pair de R2 est R21 ; pour le niveau 1, ce sont R1 et R3. Chaque niveau a ses pairs. R2 et R21 doivent être voisins IGP ; R2 et R3 pas nécessairement.

    • Voisin IGP aussi = « pair local » ; non voisin IGP mais peut être pair = « pair distant ». Ici R2-R21 local, R2-R3 distant.
    • L'architecture supporte deux modes de distribution inter-niveaux : pair explicite (messages de distribution adressés explicitement au pair, adapté aux pairs distants peu nombreux ou à haute hiérarchie) et pair implicite (l'étiquette de haut niveau est attribut de l'étiquette de bas niveau, distribuée avec elle à un pair local qui la propage, adapté aux nombreux pairs distants mais impose aux nœuds intermédiaires de stocker des informations qui ne les concernent pas directement).

3.27 Transport du protocole de distribution (Label Distribution Protocol Transport)​

Le protocole de distribution établit et maintient les liaisons entre nœuds MPLS. Pour fonctionner correctement, les informations doivent être transportées de façon fiable, les messages d'une même FEC ordonnés, idéalement contrôlés en flux et permettant plusieurs messages par datagramme. Une méthode est d'utiliser TCP comme transport (c'est le cas de [MPLS-LDP] et [MPLS-BGP]).

3.28 Pourquoi plusieurs protocoles de distribution ?​

L'architecture ne fixe pas de règle stricte, mais note :

  • BGP et LDP : dans bien des cas, lier une étiquette à une FEC identifiable par un préfixe d'adresse est pertinent. Si un algorithme de routage standard distribue ces routes, il est optimal de « piggybacker » la distribution d'étiquettes sur celle des routes. Ex. BGP distribue ces routes ; si un locuteur BGP doit aussi distribuer des étiquettes à ses pairs, utiliser BGP ([MPLS-BGP]) permet au réflecteur de routes BGP de distribuer aussi des étiquettes, avec un avantage d'extensibilité marqué sur LDP entre pairs BGP.
  • Étiquettes pour un Flowspec RSVP : quand RSVP réserve des ressources pour un flux, étiqueter ses paquets évite d'appliquer le filtre RSVP à chaque saut ; le plus efficace est que RSVP distribue les étiquettes lors de l'établissement path/resv.
  • Étiquettes pour un LSP à routage explicite : l'ingénierie de trafic exige un routage explicite de l'entrée à la sortie avec réservation. Deux approches : étendre le protocole de réservation pour le routage explicite et les étiquettes ([MPLS-RSVP-TUNNELS]), ou étendre LDP pour le routage explicite et la réservation ([MPLS-CR-LDP]).

3.29 Multicast​

Section laissée à de plus amples études.