RFC 4379 - 7. IANA Considerations
7. Considerazioni IANA (IANA Considerations)
L'IANA ha assegnato la porta TCP/UDP 3503 per i messaggi MPLS echo request e reply.
Le sezioni seguenti descrivono i nuovi spazi dei nomi gestiti dall'IANA. Ciascuno spazio dei nomi è suddiviso in intervalli di allocazione; la terminologia per descrivere le procedure di allocazione: "Standards Action" (definita in [IANA]), "Specification Required" e "Vendor Private Use".
I valori dell'intervallo "Specification Required" MUST essere registrati presso l'IANA. La richiesta MUST essere presentata tramite un RFC sperimentale che descrive il formato e la procedura di utilizzo del codice punto; l'allocazione effettiva avviene durante l'azione IANA di tale RFC.
I valori dell'intervallo "Vendor Private" NON DEVONO essere registrati presso l'IANA; ma il messaggio MUST contenere un codice enterprise registrato come numero enterprise privato SMI IANA. Per ciascuno spazio dei nomi con intervallo Vendor Private, MUST essere indicata la posizione esatta del numero enterprise privato SMI. Così più aziende (fornitori) possono usare lo stesso codice punto senza conflitti.
7.1. Tipi di messaggio, modalità di risposta, codici di ritorno (Message Types, Reply Modes, Return Codes)
L'IANA ha creato e gestisce i registri dei tipi di messaggio, delle modalità di risposta e dei codici di ritorno. I loro valori sono nell'intervallo 0-255. 0-191 allocati tramite Standards Action; 192-251 tramite "Specification Required"; 252-255 riservati a Vendor Private Use, NON DEVONO essere allocati.
Se un campo è nell'intervallo Vendor Private, il messaggio MUST contenere un TLV Vendor Enterprise Number di livello superiore.
Tipi di messaggio definiti:
| Valore | Significato |
|---|---|
| 1 | MPLS echo request |
| 2 | MPLS echo reply |
Modalità di risposta definite:
| Valore | Significato |
|---|---|
| 1 | Do not reply (non rispondere) |
| 2 | Reply via an IPv4/IPv6 UDP packet (rispondere con un pacchetto UDP IPv4/IPv6) |
| 3 | Reply via an IPv4/IPv6 UDP packet with Router Alert (rispondere con un pacchetto UDP IPv4/IPv6 con Router Alert) |
| 4 | Reply via application level control channel (rispondere tramite un canale di controllo a livello di applicazione) |
I codici di ritorno definiti sono nella sezione 3.1.
7.2. TLV
L'IANA ha creato e gestisce il registro del campo Type dei TLV di livello superiore e dei relativi sub-TLV. Notare che il significato di un sub-TLV è qualificato dal TLV, e gli spazi di numerazione dei sub-TLV sono indipendenti.
Gli intervalli validi per TLV e sub-TLV sono 0-65535. 0-16383 e 32768-49161 allocati tramite Standards Action ([IANA]); 16384-31743 e 49162-64511 tramite "Specification Required"; 31744-32767 e 64512-65535 riservati a Vendor Private Use, NON DEVONO essere allocati.
Se il Type di un TLV o sub-TLV è nell'intervallo Vendor Private Use, Length MUST essere almeno 4, e i primi 4 byte MUST essere il numero enterprise privato SMI del fornitore (ordine di rete). Il resto è privato del fornitore.
TLV e sub-TLV definiti:
| Type | Subtipo | Valore |
|---|---|---|
| 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 | qualsiasi valore | The TLV not understood (TLV non compreso) |
| 10 | Reply TOS Byte |