8. IANA Considerations (Considérations IANA)
8. IANA Considerations (Considérations IANA)
Ce document effectue les enregistrements suivants dans le sous-registre "Routing Types" du registre "Internet Protocol Version 6 (IPv6) Parameters" maintenu par l'IANA :
| Value | Description | Reference |
|---|---|---|
| 4 | Segment Routing Header (SRH) | This document |
Ce document effectue les enregistrements suivants dans le message "Type 4 - Parameter Problem" du registre "Internet Control Message Protocol version 6 (ICMPv6) Parameters" maintenu par l'IANA :
| Code | Name |
|---|---|
| 4 | SR Upper-layer Header Error |
8.1. Segment Routing Header Flags Registry (Registre des drapeaux d'en-tête de routage de segment)
Ce document décrit un nouveau registre géré par l'IANA pour identifier les bits de drapeaux SRH. La procédure d'enregistrement est "IETF Review" [RFC8126]. Le nom du registre est "Segment Routing Header Flags". Les drapeaux sont de 8 bits.
8.2. Segment Routing Header TLVs Registry (Registre des TLV d'en-tête de routage de segment)
Ce document décrit un nouveau registre géré par l'IANA pour identifier les TLV SRH. La procédure d'enregistrement est "IETF Review". Le nom du registre est "Segment Routing Header TLVs". Un TLV est identifié par une valeur de point de code non signée de 8 bits, avec des valeurs assignées de 0 à 127 pour les TLV qui ne changent pas en route et de 128 à 255 pour les TLV qui peuvent changer en route. Les points de code suivants sont définis dans ce document :
| Value | Description | Reference |
|---|---|---|
| 0 | Pad1 TLV | This document |
| 1 | Reserved | This document |
| 2 | Reserved | This document |
| 3 | Reserved | This document |
| 4 | PadN TLV | This document |
| 5 | HMAC TLV | This document |
| 6 | Reserved | This document |
| 124-126 | Experimentation and Test | This document |
| 127 | Reserved | This document |
| 252-254 | Experimentation and Test | This document |
| 255 | Reserved | This document |
Les valeurs 1, 2, 3 et 6 ont été définies dans des versions provisoires de cette spécification et sont réservées pour la compatibilité ascendante avec les implémentations précoces et ne devraient pas être réassignées. Les valeurs 127 et 255 sont réservées pour permettre l'expansion du champ Type dans les spécifications futures, si nécessaire.