3. Réponses

Cette section répond aux questions posées dans la section précédente.

A. L'allocation des étiquettes MPLS à usage spécial se fait par « Standards Action ».

B. Le registre IANA sera renommé « Special-Purpose MPLS Label Values ».

C. L'allocation anticipée peut être autorisée au cas par cas.

D. L'espace actuel de 16 étiquettes à usage spécial est trop petit pour réserver des valeurs à un usage expérimental ou privé. Toutefois, le registre « Extended Special-Purpose MPLS Label Values » créé par ce document dispose d'un espace suffisant, et ce document définit une plage pour un usage expérimental.

2. Une RFC Standards Track doit accompagner toute demande d'allocation d'étiquettes à usage spécial relevant de « Standards Action », conformément à [RFC5226].

3. Le retrait d'une valeur d'étiquette MPLS à usage spécial doit suivre un processus strict et bien documenté. Cela est nécessaire car nous devons éviter d'orpheliner l'utilisation de cette valeur d'étiquette dans les déploiements existants. Ce processus est détaillé à la Section 3.2.

4. Pour l'instant, l'utilisation de l'« Implicit NULL Label » (valeur 3) dans le plan de données ne sera pas autorisée. Si cette décision est réexaminée ultérieurement, une RFC Standards Track d'accompagnement devra détailler l'utilisation de l'étiquette, une discussion des sources possibles de confusion entre la signalisation et le plan de données, ainsi que les mesures d'atténuation correspondantes.

5. Une étiquette à usage spécial (l'« Extension Label », XL, valeur 15) est réservée afin d'étendre l'espace des étiquettes à usage spécial. De plus amples détails sont fournis à la Section 3.1.

6. [RFC6790] indique que les étiquettes à usage spécial MUST NOT être utilisées pour l'équilibrage de charge. La même logique s'applique aux étiquettes à usage spécial étendues (ESPL). Ainsi, ce document spécifie que les ESPL MUST NOT être utilisées pour l'équilibrage de charge. Il est à noter que les implémentations existantes y contreviendraient, car elles ne reconnaissent la XL que comme une étiquette à usage spécial unique et ne s'attendent pas à ce qu'une ESPL suive. La conséquence est que, si des ESPL sont utilisées dans certains paquets d'un flux, ces paquets peuvent être livrés par des chemins différents et donc être réordonnés. Il est toutefois important de spécifier le comportement correct pour les implémentations futures, d'où l'emploi de « MUST NOT ».

Une autre question devait être tranchée à cet égard : une étiquette à usage spécial « ordinaire » conserve-t-elle sa signification si elle suit la XL ? La réponse à cette question est fournie à la Section 3.1.

3.1. Valeurs d'étiquettes MPLS à usage spécial étendues

La XL MUST être suivie d'une autre étiquette L (et doit donc avoir le bit de bas de pile à zéro). L MUST être interprétée comme une ESPL et interprétée selon la définition d'un nouveau registre créé par ce document (voir la Section 5). Le fait que L ait ou non le bit de bas de pile positionné dépend de la présence d'autres étiquettes après L. La XL n'attribue une signification spéciale qu'à L. Une étiquette suivant L (s'il y en a une) est analysée comme d'habitude et peut donc être une étiquette ordinaire ou une étiquette à usage spécial ; dans ce dernier cas, il peut s'agir de la XL, elle-même suivie d'une autre ESPL.

La valeur d'étiquette 15 est réservée comme XL, comme indiqué à la Section 5.

Les valeurs 0-15 du registre « Extended Special-Purpose MPLS Label Values » sont réservées. En outre, les valeurs 0-6 et 8-15 MUST NOT apparaître dans le plan de données à la suite d'une XL ; un LSR qui traite un paquet dont la XL se trouve en tête de la pile d'étiquettes et qui est suivie d'une étiquette de valeur 0-6 ou 8-15 MUST abandonner le paquet.

L'étiquette 7 (lorsqu'elle est reçue) conserve sa signification d'Entropy Label Indicator (ELI), qu'il s'agisse d'une étiquette à usage spécial ordinaire ou d'une ESPL ; cela tient à la compatibilité descendante avec le code et le matériel déjà implémentés et déployés, qui recherchent l'ELI sans vérifier si l'étiquette précédente est la XL ou non. Toutefois, lorsqu'un LSR insère une étiquette d'entropie, il MUST insérer l'ELI en tant qu'étiquette à usage spécial ordinaire, et non en tant qu'ESPL.

3.1.1. Acheminement des paquets portant des étiquettes à usage spécial étendues

Si un LSR rencontre la XL en tête de pile et ne comprend pas les étiquettes d'extension, il MUST abandonner le paquet comme spécifié pour le traitement d'une étiquette entrante non valide selon [RFC3031]. Si un LSR rencontre en tête de pile (après la XL) une ESPL qu'il ne comprend pas, il MUST abandonner le paquet, là encore en suivant la même procédure. Dans les deux cas, le LSR MAY journaliser l'événement, mais une telle journalisation MUST être limitée en débit.

Un LSR SHOULD NOT prendre de décisions d'acheminement sur des étiquettes qui ne sont pas en tête de pile. Pour les décisions d'équilibrage de charge, voir la réponse 6 à la Section 3.

3.1.2. Choix d'une nouvelle étiquette à usage spécial

Lors de l'allocation d'une nouvelle étiquette à usage spécial, les concepteurs de protocoles devraient déterminer s'ils peuvent utiliser une étiquette à usage spécial étendue. Cela permettrait de préserver les ressources limitées des étiquettes à usage spécial « normales » pour les cas où la réduction de la taille de la pile d'étiquettes est particulièrement importante.

3.2. Processus de retrait des étiquettes à usage spécial

Bien que le processus suivant soit défini par souci d'exhaustivité, notez que le retrait des étiquettes à usage spécial est difficile. Il est recommandé d'y recourir avec parcimonie.

a. Une valeur d'étiquette attribuée à partir du registre « Special-Purpose MPLS Label Values » peut être dépréciée par consensus de l'IETF, avec examen par le groupe de travail MPLS (ou par les experts désignés si le groupe de travail ou un de ses successeurs n'existe pas). Une RFC ayant au moins le statut Informational est requise.

La RFC demandera à l'IANA de marquer la valeur d'étiquette comme « deprecated » dans le registre, mais ne la libérera pas à ce stade.

La dépréciation signifie qu'aucune spécification ultérieure utilisant la valeur dépréciée ne sera documentée.

En même temps, il s'agit d'une indication aux fournisseurs de ne pas inclure la valeur dépréciée dans les nouvelles implémentations et aux opérateurs d'éviter de l'inclure dans les nouveaux déploiements.

b. Douze mois après la publication de la RFC dépréciant la valeur d'étiquette, une enquête à l'échelle de l'IETF peut être menée pour déterminer si la valeur d'étiquette dépréciée est encore utilisée. Si l'enquête indique que la valeur dépréciée est encore utilisée, l'enquête peut être répétée après 6 mois supplémentaires.

c. Si l'enquête indique qu'une valeur d'étiquette dépréciée n'est pas utilisée, 24 mois après la publication de la RFC qui a déprécié cette valeur, la publication d'un Internet-Draft Standards Track de l'IETF qui retire la valeur dépréciée peut être demandée. Ce document demandera à l'IANA de libérer la valeur d'étiquette en vue d'un usage et d'une attribution futurs.