RFC 4379 - 7. IANA Considerations
7. Considérations IANA (IANA Considerations)
L'IANA a attribué le port TCP/UDP 3503 pour les messages LSP echo request et reply.
Les sections suivantes détaillent les nouveaux espaces de noms gérés par l'IANA. Chaque espace est divisé en plages d'attribution ; la terminologie pour décrire les procédures d'attribution : "Standards Action" (défini dans [IANA]), "Specification Required" et "Vendor Private Use".
Les valeurs de la plage "Specification Required" MUST être enregistrées auprès de l'IANA. La demande MUST être soumise via un RFC expérimental décrivant le format et la procédure d'utilisation du point de code ; l'attribution réelle intervient lors de l'action IANA de ce RFC.
Les valeurs de la plage "Vendor Private" MUST NOT être enregistrées ; mais le message MUST contenir un code d'entreprise enregistré comme numéro d'entreprise privé SMI IANA. Pour chaque espace avec plage Vendor Private, la position exacte du numéro d'entreprise privé SMI MUST être indiquée. Ainsi, plusieurs entreprises peuvent utiliser le même point de code sans conflit.
7.1. Types de message, modes de réponse, codes de retour (Message Types, Reply Modes, Return Codes)
L'IANA a créé et gère les registres des types de message, modes de réponse et codes de retour. Leurs valeurs sont dans 0-255. 0-191 alloué par Standards Action ; 192-251 par "Specification Required" ; 252-255 réservé à Vendor Private Use, MUST NOT être alloué.
Si un champ est dans la plage Vendor Private, le message MUST contenir un TLV Vendor Enterprise Number de niveau supérieur.
Types de message définis :
| Valeur | Signification |
|---|---|
| 1 | MPLS echo request |
| 2 | MPLS echo reply |
Modes de réponse définis :
| Valeur | Signification |
|---|---|
| 1 | Do not reply (ne pas répondre) |
| 2 | Reply via an IPv4/IPv6 UDP packet (répondre par paquet UDP IPv4/IPv6) |
| 3 | Reply via an IPv4/IPv6 UDP packet with Router Alert (répondre par paquet UDP IPv4/IPv6 avec Router Alert) |
| 4 | Reply via application level control channel (répondre via un canal de contrôle de couche application) |
Les codes de retour définis sont à la section 3.1.
7.2. TLV
L'IANA a créé et gère le registre du champ Type des TLV de niveau supérieur et des sous-TLV associés. Noter que la signification d'un sous-TLV est qualifiée par le TLV, et les espaces de numérotation des sous-TLV sont indépendants.
Les plages valides pour TLV et sous-TLV sont 0-65535. 0-16383 et 32768-49161 alloués par Standards Action ([IANA]) ; 16384-31743 et 49162-64511 par "Specification Required" ; 31744-32767 et 64512-65535 réservés à Vendor Private Use, MUST NOT être alloués.
Si le Type d'un TLV ou sous-TLV est dans la plage Vendor Private Use, Length MUST être au moins 4, et les 4 premiers octets MUST sont le numéro d'entreprise privé SMI du fournisseur (ordre réseau). Le reste est privé au fournisseur.
TLV et sous-TLV définis :
| Type | Sous-type | Valeur |
|---|---|---|
| 1 | Target FEC Stack | |
| 1 | LDP IPv4 prefix | |
| 2 | LDP IPv6 prefix | |
| 3 | RSVP IPv4 LSP | |
| 4 | RSVP IPv6 LSP | |
| 5 | Not Assigned | |
| 6 | VPN IPv4 prefix | |
| 7 | VPN IPv6 prefix | |
| 8 | L2 VPN endpoint | |
| 9 | "FEC 128" Pseudowire (Deprecated) | |
| 10 | "FEC 128" Pseudowire | |
| 11 | "FEC 129" Pseudowire | |
| 12 | BGP labeled IPv4 prefix | |
| 13 | BGP labeled IPv6 prefix | |
| 14 | Generic IPv4 prefix | |
| 15 | Generic IPv6 prefix | |
| 16 | Nil FEC | |
| 2 | Downstream Mapping | |
| 3 | Pad | |
| 4 | Not Assigned | |
| 5 | Vendor Enterprise Number | |
| 6 | Not Assigned | |
| 7 | Interface and Label Stack | |
| 8 | Not Assigned | |
| 9 | toute valeur | The TLV not understood (TLV non compris) |
| 10 | Reply TOS Byte |