Zum Hauptinhalt springen

10. IANA Considerations (IANA-Überlegungen)

Dieses Kapitel definiert verschiedene Parameter, die von der IANA (Internet Assigned Numbers Authority) für das L2TP-Protokoll zugewiesen und verwaltet werden müssen.

10.1 AVP Attributes (AVP-Attribute)​

Die IANA ist für die Pflege des L2TP-AVP-Attributtyp-Registers verantwortlich. Der AVP-Attributtyp ist ein 16-Bit-Feld.

Registrierungsanforderungen:

  • Wertebereich 0-1023: Durch IETF-Konsens zugewiesen (erfordert Veröffentlichung einer RFC).
  • Wertebereich 1024-65535: Zugewiesen nach dem Prinzip "Wer zuerst kommt, mahlt zuerst".

Zugewiesene Standard-AVP-Attributtypen:

AttributtypAVP-NameReferenz
0NachrichtentypRFC 2661 Section 4.4.1
1ErgebniscodeRFC 2661 Section 4.4.2
2ProtokollversionRFC 2661 Section 4.4.3
3Framing-FähigkeitenRFC 2661 Section 4.4.3
4Bearer-FähigkeitenRFC 2661 Section 4.4.3
5Tie BreakerRFC 2661 Section 4.4.3
6Firmware-RevisionRFC 2661 Section 4.4.3
7HostnameRFC 2661 Section 4.4.3
8AnbieternameRFC 2661 Section 4.4.3
9Zugewiesene Tunnel-IDRFC 2661 Section 4.4.3
10EmpfangsfenstergrößeRFC 2661 Section 4.4.3
11ChallengeRFC 2661 Section 4.4.3
12Q.931-UrsachencodeRFC 2661 Section 4.4.4
13Challenge-AntwortRFC 2661 Section 4.4.3
14Zugewiesene Sitzungs-IDRFC 2661 Section 4.4.4
15AnrufseriennummerRFC 2661 Section 4.4.4
16Minimum-BPSRFC 2661 Section 4.4.4
17Maximum-BPSRFC 2661 Section 4.4.4
18Bearer-TypRFC 2661 Section 4.4.4
19Framing-TypRFC 2661 Section 4.4.4
20PaketverarbeitungsverzögerungRFC 2661 Section 4.4.6
21Angerufene NummerRFC 2661 Section 4.4.4
22Anrufende NummerRFC 2661 Section 4.4.4
23UnteradresseRFC 2661 Section 4.4.4
24SendeverbindungsgeschwindigkeitRFC 2661 Section 4.4.4
25Physische Kanal-IDRFC 2661 Section 4.4.4
26Initial empfangenes LCP CONFREQRFC 2661 Section 4.4.5
27Zuletzt gesendetes LCP CONFREQRFC 2661 Section 4.4.5
28Zuletzt empfangenes LCP CONFREQRFC 2661 Section 4.4.5
29Proxy-AuthentifizierungstypRFC 2661 Section 4.4.5
30Proxy-AuthentifizierungsnameRFC 2661 Section 4.4.5
31Proxy-Authentifizierungs-ChallengeRFC 2661 Section 4.4.5
32Proxy-Authentifizierungs-IDRFC 2661 Section 4.4.5
33Proxy-AuthentifizierungsantwortRFC 2661 Section 4.4.5
34AnruffehlerRFC 2661 Section 4.4.6
35ACCMRFC 2661 Section 4.4.6
36ZufallsvektorRFC 2661 Section 4.3
37Private Gruppen-IDRFC 2661 Section 4.4.4
38EmpfangsverbindungsgeschwindigkeitRFC 2661 Section 4.4.4
39Sequenzierung erforderlichRFC 2661 Section 4.4.4

Anbieterspezifische AVPs:

Anbieterspezifische AVPs verwenden das Vendor-ID-Feld (basierend auf SMI-Netzwerkverwaltungs-Private-Enterprise-Codes), um Erweiterungen verschiedener Anbieter zu unterscheiden.

10.2 Message Type AVP Values (Nachrichtentyp-AVP-Werte)​

Der Wert des Nachrichtentyp-AVP (Attributtyp 0) wird verwendet, um den Typ der L2TP-Kontrollnachricht zu identifizieren.

Zugewiesene Nachrichtentypwerte:

WertNachrichtentypAbkürzungReferenz
0(Reserviert)
1Kontrollverbindungs-Start-AnfrageSCCRQRFC 2661 Section 6.1
2Kontrollverbindungs-Start-AntwortSCCRPRFC 2661 Section 6.2
3Kontrollverbindungs-Start-VerbundenSCCCNRFC 2661 Section 6.3
4Kontrollverbindungs-Stopp-BenachrichtigungStopCCNRFC 2661 Section 6.4
5(Reserviert)
6HelloHELLORFC 2661 Section 6.5
7Ausgehende-Anruf-AnfrageOCRQRFC 2661 Section 6.9
8Ausgehende-Anruf-AntwortOCRPRFC 2661 Section 6.10
9Ausgehender-Anruf-VerbundenOCCNRFC 2661 Section 6.11
10Eingehende-Anruf-AnfrageICRQRFC 2661 Section 6.6
11Eingehende-Anruf-AntwortICRPRFC 2661 Section 6.7
12Eingehender-Anruf-VerbundenICCNRFC 2661 Section 6.8
13(Reserviert)
14Anruf-Trennung-BenachrichtigungCDNRFC 2661 Section 6.12
15WAN-Fehler-BenachrichtigungWENRFC 2661 Section 6.13
16Link-Info-SetzenSLIRFC 2661 Section 6.14

Registrierungsrichtlinie:

Die Zuweisung neuer Nachrichtentypwerte erfordert die Veröffentlichung einer IETF-Standards-Track-RFC oder einer vom IESG genehmigten Informations-RFC.

10.3 Result Code AVP Values (Ergebniscode-AVP-Werte)​

Das Ergebniscode-AVP (Attributtyp 1) wird verwendet, um den Grund für die Beendigung der Kontrollverbindung oder Sitzung anzugeben.

10.3.1 Result Code Field Values (Ergebniscodefeldwerte)​

Allgemeine Ergebniscodes:

WertBedeutungGeltungsbereich
0Reserviert
1Allgemeine Anfrage zum Löschen der KontrollverbindungStopCCN
2Allgemeiner FehlerStopCCN, CDN
3Kontrollkanal existiert bereitsStopCCN
4Anforderer ist nicht autorisiertStopCCN
5Protokollversion nicht unterstütztStopCCN
6Anforderer wird heruntergefahrenStopCCN
7Endlicher-Automat-FehlerStopCCN

Anruftrennung-Ergebniscodes:

WertBedeutungGeltungsbereich
1Träger verlorenCDN
2Allgemeiner FehlerCDN
3Administrativer GrundCDN
4Vorübergehender Mangel an geeigneten EinrichtungenCDN
5Dauerhafter Mangel an geeigneten EinrichtungenCDN
6Ungültiges ZielCDN
7Kein Träger erkanntCDN
8BesetztzeichenCDN
9Kein WähltonCDN
10Timeout beim Warten auf TrägerCDN
11Keine Rahmung erkanntCDN

10.3.2 Error Code Field Values (Fehlercodefeldwerte)​

Das Fehlercodefeld liefert zusätzliche Details über den Fehler.

WertFehlermeldung
0Kein allgemeiner Fehler
1Für dieses Paar existiert noch keine Kontrollverbindung
2Länge ist falsch
3Einer der Feldwerte lag außerhalb des gültigen Bereichs
4Unzureichende Ressourcen zur Behandlung dieser Operation jetzt
5Ungültige Sitzungs-ID
6Ein allgemeiner anbieterspezifischer Fehler ist aufgetreten
7Versuchen Sie einen anderen (LNS/LAC)
8Sitzung oder Tunnel wurde aufgrund des Empfangs eines unbekannten AVP mit gesetztem M-Bit heruntergefahren

Registrierungsrichtlinie:

Die Zuweisung neuer Ergebniscode- und Fehlercodewerte erfordert IETF-Konsens (erfordert Veröffentlichung einer RFC).

10.4 Framing Capabilities & Bearer Capabilities (Framing-Fähigkeiten und Bearer-Fähigkeiten)​

Das Framing-Capabilities-AVP (Attributtyp 3) und das Bearer-Capabilities-AVP (Attributtyp 4) verwenden Bitmasken, um unterstützte Fähigkeiten anzuzeigen.

Framing-Capabilities-Bitdefinitionen:

BitBedeutung
0Asynchrones Framing unterstützt
1Synchrones Framing unterstützt
2-31Reserviert

Bearer-Capabilities-Bitdefinitionen:

BitBedeutung
0Analoger Zugang unterstützt
1Digitaler Zugang unterstützt
2-31Reserviert

Registrierungsrichtlinie:

Die Zuweisung neuer Fähigkeitsbits erfordert IETF-Konsens (erfordert Veröffentlichung einer RFC).

10.5 Proxy Authen Type AVP Values (Proxy-Authentifizierungstyp-AVP-Werte)​

Das Proxy-Authen-Type-AVP (Attributtyp 29) wird verwendet, um den vom LAC verwendeten Authentifizierungstyp anzuzeigen.

Zugewiesene Authentifizierungstypwerte:

WertAuthentifizierungstypReferenz
0Reserviert
1Textlicher Benutzername/Passwort-AustauschRFC 1334 (PAP)
2PPP CHAPRFC 1994
3PPP PAPRFC 1334
4Keine Authentifizierung
5Microsoft CHAP Version 1RFC 2433
6Reserviert
7Microsoft CHAP Version 2RFC 2759

Registrierungsrichtlinie:

Die Zuweisung neuer Authentifizierungstypwerte verwendet die Richtlinie "Wer zuerst kommt, mahlt zuerst".

10.6 AVP Header Bits (AVP-Header-Bits)​

Die ersten 6 Bits des AVP-Headers werden als Bitmaske verwendet, um das AVP-Verhalten zu steuern.

Definierte AVP-Header-Bits:

BitNameBedeutungReferenz
0M (Mandatory)Dieses AVP muss verstanden werdenRFC 2661 Section 4.1
1H (Hidden)AVP-Wert ist verborgenRFC 2661 Section 4.3
2-5ReserviertReserviert, muss auf 0 gesetzt werdenRFC 2661 Section 4.1

Registrierungsrichtlinie:

Die Zuweisung reservierter Bits erfordert Standards-Aktion - d.h. Veröffentlichung einer IETF-Standards-Track-RFC.

10.7 L2TP UDP Port (L2TP-UDP-Port)​

Zugewiesener Port:

  • Portnummer: 1701
  • Protokoll: UDP
  • Zweck: L2TP
  • Referenz: RFC 2661

Die IANA hat UDP-Port 1701 für L2TP sowohl für Kontrollverbindungen als auch für Datensitzungen zugewiesen.

10.8 L2TP Protocol Number (L2TP-Protokollnummer)​

Obwohl die aktuelle Spezifikation L2TP über UDP definiert, kann L2TP auch direkt über andere Pakettransportprotokolle betrieben werden.

IP-Protokollnummer:

  • L2TP-Protokollnummer: 115
  • Name: L2TP
  • Referenz: RFC 3931 (L2TPv3, direkt über IP)

IANA-Registerpflege:

Die IANA pflegt die folgenden L2TP-bezogenen Register:

  1. L2TP-AVP-Attributregister

  2. L2TP-Nachrichtentypregister

    • Enthält alle Kontrollnachrichtentypen

  3. L2TP-Ergebniscoderegister

    • Enthält Ergebniscodes und Fehlercodes

  4. L2TP-Proxy-Authentifizierungstypregister

    • Enthält Authentifizierungstypwerte

  5. L2TP-Ports und Protokollnummern

    • UDP-Port- und IP-Protokollnummernzuweisungen

Aktualisierungen und Erweiterungen:

Nachfolgende RFCs können neue AVPs, Nachrichtentypen oder andere Parameter definieren. Alle neuen Zuweisungen müssen den in diesem Abschnitt definierten Registrierungsrichtlinien folgen.

Wichtige Erweiterungen umfassen:

  • RFC 3931: Layer Two Tunneling Protocol - Version 3 (L2TPv3)
  • RFC 4591: Frame Relay over L2TP
  • RFC 5515: Layer Two Tunneling Protocol (L2TP) Access Concentrator Configuration
Letztes Update am