RFC 4379 - 7. IANA Considerations
7. IANA-Überlegungen (IANA Considerations)
Die IANA hat den TCP/UDP-Port 3503 für MPLS echo request und reply zugewiesen.
Die folgenden Abschnitte beschreiben die von der IANA verwalteten neuen Namensräume. Jeder Namensraum ist in Zuweisungsbereiche geteilt; die Terminologie zur Beschreibung der Zuweisungsverfahren: "Standards Action" (in [IANA] definiert), "Specification Required" und "Vendor Private Use".
Werte des Bereichs "Specification Required" MÜSSEN bei der IANA registriert werden. Die Anfrage MUST über ein Experimental RFC eingereicht werden, das Format und Verfahren des Codepunkts beschreibt; die eigentliche Zuweisung erfolgt bei der IANA-Aktion dieses RFC.
Werte des Bereichs "Vendor Private" DÜRFEN NICHT bei der IANA registriert werden; die Nachricht MUST jedoch einen unter der IANA SMI Private Enterprise Number registrierten Enterprise-Code enthalten. Für jeden Namensraum mit Vendor-Private-Bereich MUST die genaue Position der SMI Private Enterprise Number angegeben sein. So können mehrere Unternehmen (Hersteller) denselben Codepunkt ohne Konflikt nutzen.
7.1. Nachrichtentypen, Antwortmodi, Rückgabecodes (Message Types, Reply Modes, Return Codes)
Die IANA hat die Registries für Nachrichtentypen, Antwortmodi und Rückgabecodes angelegt und verwaltet sie. Deren Werte liegen im Bereich 0-255. 0-191 durch Standards Action zugewiesen; 192-251 durch "Specification Required"; 252-255 für Vendor Private Use reserviert, DÜRFEN NICHT zugewiesen werden.
Liegt ein Feld im Vendor-Private-Bereich, MUST die Nachricht ein Vendor Enterprise Number-TLV der obersten Ebene enthalten.
Definierte Nachrichtentypen:
| Wert | Bedeutung |
|---|---|
| 1 | MPLS echo request |
| 2 | MPLS echo reply |
Definierte Antwortmodi:
| Wert | Bedeutung |
|---|---|
| 1 | Do not reply (nicht antworten) |
| 2 | Reply via an IPv4/IPv6 UDP packet (per IPv4/IPv6-UDP-Paket antworten) |
| 3 | Reply via an IPv4/IPv6 UDP packet with Router Alert (per IPv4/IPv6-UDP-Paket mit Router Alert antworten) |
| 4 | Reply via application level control channel (über Steuerkanal auf Anwendungsebene antworten) |
Die definierten Rückgabecodes stehen in Abschnitt 3.1.
7.2. TLV
Die IANA hat die Registry für das Type-Feld der TLVs der obersten Ebene und der zugehörigen Sub-TLVs angelegt und verwaltet sie. Hinweis: Die Bedeutung eines Sub-TLV wird durch das TLV qualifiziert, die Nummerierungsräume der Sub-TLVs sind unabhängig.
Die gültigen Bereiche für TLV und Sub-TLV sind 0-65535. 0-16383 und 32768-49161 durch Standards Action ([IANA]) zugewiesen; 16384-31743 und 49162-64511 durch "Specification Required"; 31744-32767 und 64512-65535 für Vendor Private Use reserviert, DÜRFEN NICHT zugewiesen werden.
Liegt der Type eines TLV oder Sub-TLV im Vendor-Private-Use-Bereich, MUST Length mindestens 4 sein, und die ersten 4 Bytes MÜSSEN die SMI Private Enterprise Number des Herstellers (Netzwerk-Byte-Reihenfolge) sein. Der Rest ist herstellerspezifisch.
Definierte TLVs und Sub-TLVs:
| Type | Subtyp | Wert |
|---|---|---|
| 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 | beliebiger Wert | The TLV not understood (nicht verstandenes TLV) |
| 10 | Reply TOS Byte |