Aller au contenu principal

7. Changements par rapport au RFC 3036

Voici une liste des changements par rapport au RFC 3036

1. Suppression du Host Address FEC et des références à celui-ci, car il n'est utilisé par aucune implémentation.

2. Division de la liste des références en références normatives et informatives

3. Suppression de "MPLS using ATM VP Switching" de la liste des références normatives, ainsi que des références à celui-ci.

4. Suppression de la référence au RFC 1700 et remplacement par un lien vers http://www.iana.org/assignments/address-family-numbers.

5. Suppression de la référence au RFC 1771 et remplacement par une référence au RFC 4271.

6. Clarification de l'utilisation du F-bit.

7. Ajout d'une option permettant le split horizon lors du contrôle ordonné (Ordered Control).

8. Clarification du traitement des messages dont le U-bit est positionné pendant les procédures d'initialisation de session

9. Clarification du traitement du E-bit pendant les procédures d'initialisation de session.

10. Ajout d'un texte expliquant que le message Shutdown du diagramme de transition d'états est mis en œuvre sous forme de message Notification avec un Status TLV indiquant une erreur fatale.

  1. Ajout du cas de longueur de TLV trop courte dans la spécification de traitement des TLV malformés.

  2. Explication de la menace de sécurité posée par l'usurpation de hello.

  3. Ajout des références 4271 et 4278 ainsi qu'un texte sur la variance de maturité des normes en ce qui concerne l'option MD5.

  4. Ajout d'un texte issu de 3031 expliquant le traitement de l'étiquette NULL implicite.

  5. Inclusion de l'encodage des DLCI afin de supprimer la référence normative à 3034.

  6. Déplacement vers les références informatives des références à 3031, 3032 et 3034.

  7. Dans la section décrivant le traitement d'un TLV inconnu, suppression de la référence à une section inexistante (errata du document d'origine).

  8. Ajout d'un texte clarifiant la manière de parvenir à l'interopérabilité lors de l'envoi de TLV et de messages privés de fournisseur.

  9. Dans les procédures "receive label request", en cas de détection d'une boucle, modification de la procédure pour envoyer une notification avant d'interrompre le reste du traitement.

  10. Dans les procédures "receive label release", clarification du comportement pour les LSR capables de fusion.

  11. Dans les procédures "receive label release", clarification du comportement lors de la réception d'une FEC inconnue.

  12. Dans la note 4 de "Detect Change in FEC Next Hop", modification du texte pour référencer le bon ensemble de conditions pour l'envoi d'une procédure de label request (coquille dans le document d'origine).

  13. Dans les procédures "LSR decides to no longer label switch a FEC", clarification du fait que l'étiquette ne doit pas être réutilisée tant qu'un label release n'a pas été reçu.

  14. Dans la routine "Prepare_Label_Mapping_Attributes", ajout d'une note concernant le traitement des TLV inconnus selon leurs U- et F-bits.

  15. Dans les procédures de traitement du message Address, clarification du comportement dans le cas où un LSR reçoit la ré-annonce d'une adresse qu'il a précédemment annoncée, ou le retrait d'une adresse de la part d'un LSR qui n'a pas précédemment annoncé cette adresse.

  16. Dans la routine "Receive Label Mapping", clarification du sens de PrevAdvLabel lorsqu'aucun message d'annonce d'étiquette n'a été envoyé auparavant.

  17. Dans les procédures "Receive Label Mapping", en cas de détection d'une boucle, modification de la procédure pour envoyer une notification avant d'interrompre le reste du traitement.

  18. Dans les procédures "Receive Label Mapping", correction de l'étape LMp.10 pour gérer les messages Label Mapping destinés à des LSP additionnels (non fusionnés) pour la FEC.

  19. Dans les procédures "Receive Label Mapping", clarification du comportement lors de la réception d'une étiquette en double pour la même FEC.

  20. Dans la routine "Receive Label Abort Request", clarification du comportement pour les LSR qui ne fusionnent pas.

  21. Ajout des éléments suivants à la section traitant des domaines d'étude future :

  o  extensions pour communiquer l'unité de transmission maximale
  o  découverte de pairs de base sur support NBMA
  o  option d'arrêt d'une adjacence
  o  mécanismes pour sécuriser les messages Hello
  o  détection d'un redémarrage rapide du plan de contrôle sans état
  o  prise en charge du message "end of LIB"

  o  mécanismes pour traiter le cas où différents LSR annoncent la même adresse