Link Control Protocol

aus Wikipedia, der freien Enzyklopädie
Dies ist die aktuelle Version dieser Seite, zuletzt bearbeitet am 13. Juni 2023 um 12:19 Uhr durch PerfektesChaos (Diskussion | Beiträge) (tk k).
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)
Zur Navigation springen Zur Suche springen
Eine gesichtete Version dieser Seite, die am 13. Juni 2023 freigegeben wurde, basiert auf dieser Version.

Das Protokoll LCP (Link Control Protocol) ist ein Begriff aus der Informatik.

Dieses Protokoll wird verwendet, um eine Datenverbindung bei einer PPP (Point-to-Point Protocol) Verbindung zu konfigurieren, aufzubauen und zu prüfen.

Herstellung einer PPP-Verbindung

[Bearbeiten | Quelltext bearbeiten]

PPP stellt die Kommunikation über eine Punkt-zu-Punkt-Verbindung in vier Phasen her:

  1. Verbindungsaufbau und Konfigurationsaushandlung – Ein PPP-Ausgangsknoten sendet LCP-Rahmen zur Konfiguration und zum Aufbau der Datenverbindung.
  2. Bestimmung der Verbindungsqualität – Die Verbindung wird getestet, um zu bestimmen, ob ihre Qualität für den Aufruf von Vermittlungsschichtprotokollen (OSI-Schicht) ausreicht. (optionale Phase)
  3. Authentifizierung (optionale Phase)
  4. Aushandlung der Konfiguration des Vermittlungsschichtprotokolls – Der PPP-Ausgangsknoten sendet NCP-Rahmen zur Auswahl und Konfiguration. Die Protokolle wie IP, IPX und AppleTalk werden konfiguriert, so dass Pakete von jedem Protokoll gesendet werden können.
  5. Verbindungsbeendigung – Die Verbindung bleibt für die Kommunikation konfiguriert, bis LCP- oder NCP-Rahmen die Verbindung beenden oder ein externes Ereignis auftritt. (z. B. Inaktivität oder Benutzer)

LCP-Paket-Formate

[Bearbeiten | Quelltext bearbeiten]

LCP-Header

[Bearbeiten | Quelltext bearbeiten]
LCP Header (Link Control Protocol)
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
Code
(Code) 		Identifier
(Bezeichner) 		Length
(Länge)
Data
(Daten)

Code Beschreibung Referenz

[Bearbeiten | Quelltext bearbeiten]

Der Code ist 8 Bit lang. Spezifiziert die Funktion, die ausgeführt werden soll.

Code Beschreibung Referenz
0 Vendor Specific. RFC 2153[1]
1 Configure-Request.
2 Configure-Ack.
3 Configure-Nak.
4 Configure-Reject.
5 Terminate-Request.
6 Terminate-Ack.
7 Code-Reject.
8 Protocol-Reject.
9 Echo-Request.
10 Echo-Reply.
11 Discard-Request.
12 Identification. RFC 1570[2]
13 Time-Remaining. RFC 1570[2]

Das Bezeichnerfeld ist 8 Bit lang. Es wird verwendet, um die Anfragen und Antworten zu steuern.

Das Längenfeld ist 16 Bit lang. Größe des Pakets inklusive des Headers.

Die Daten haben eine variable Länge. Null oder mehr Bytes Daten wird durch das Längenfeld beschrieben. Dieses Feld beinhaltet eine oder mehr Optionen.

LCP-Konfigurations-Optionen

[Bearbeiten | Quelltext bearbeiten]
LCP Konfiguration Optionen
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Option
(Optionen) 		Length
(Länge)
Data
(Daten)

Das Optionsfeld ist 8 Bit lang.

Option Länge (Length) Beschreibung Referenz
0 Vendor Specific. RFC 2153[1]
1 4 Maximum-Receive-Unit. RFC 1661[3]
3 ≥ 4 Authentication-Protocol. RFC 1334,[4] RFC 1661,[3] RFC 1994[5]
4 ≥ 4 Quality-Protocol. RFC 1661[3]
5 6 Magic-Number. RFC 1661[3]
7 2 Protocol-Field-Compression (Deprecated). RFC 1661[3]
8 2 Address-and-Control-Field-Compression. RFC 1661[3]
9 3 FCS-Alternatives. RFC 1570[2]
10 3 Self-Describing-Pad. RFC 1570[2]
11 ≥ 4 Numbered-Mode. RFC 1663[6]
12 ≥ 8 Identification. RFC 1570[2]
13 ≥ 3 Callback. RFC 1570[2]
14 Connect-Time (Deprecated).
15 2 Compound-Frames (Deprecated). RFC 1570[2]
16 Nominal-Data-Encapsulation (Deprecated).
17 4 Multilink Max-Receive-Reconstructed-Unit (MRRU). RFC 1990[7]
18 2 Multilink Short Sequence Number Header Format. RFC 1990[7]
19 variable Multilink Endpoint Discriminator. RFC 1990[7]
20 Proprietary.
21 DCE-Identifier.
22 4 MP+ Procedure Option. RFC 1934[8]
23 4 Link Discriminator for BACP. RFC 2125[9]
24 LCP-Authentication-Option.
25 COBS, Consistent Overhead Byte Stuffing.
26 variable Prefix Elision. RFC 2686[10]
27 4 Multilink header format. RFC 2686[10]
28 ≥ 7 Internationalization. RFC 2484[11]
29 2 Simple Data Link on SONET/SDH. RFC 2823[12]
30 Reserved until 14-Oct-2002.

Das Längenfeld ist 8 Bit lang. Die Länge der Optionen in Bytes inklusive der zwei Felder „Länge“ und „Option“. Das sind dementsprechend die Länge der Option plus 2 Bytes. Beispiel:

LCP Option MRU (1540 Bytes)
0 1 2 3
0x01 0x04 0x0604

Die Daten haben eine variable Länge. Null oder mehr Bytes für spezifische Optionen.

LCP-Konfigurations-Optionen

[Bearbeiten | Quelltext bearbeiten]

Maximum Receive Unit (MRU)

[Bearbeiten | Quelltext bearbeiten]

Diese Option informiert den Kommunikationspartner, welche maximale Paketgröße empfangen werden kann. Der Standardwert nach RFC 1661[3] ist 1500 Bytes. Der Sender darf auch kleinere Pakete schicken.

Authentifizierungsprotokoll

[Bearbeiten | Quelltext bearbeiten]

Authentifizierungsprotokolle in RFC 1661[3] sind

Qualitätsprotokoll

[Bearbeiten | Quelltext bearbeiten]

Über diese Konfigurationsoption kann ein Protokoll für den Austausch von Verbindungsqualitätsdaten ausgehandelt werden.

[Bearbeiten | Quelltext bearbeiten]
  • RFC 1471 – The Definitions of Managed Objects for the Link Control Protocol of the Point-to-Point Protocol. (englisch).
  • RFC 1661 – The Point-to-Point Protocol (PPP). (englisch).
  • RFC 1663 – PPP Reliable Transmission. (englisch).
  • RFC 1716 – Towards Requirements for IP Routers. (englisch).
  • RFC 1812 – Requirements for IP Version 4 Routers. (englisch).
  • RFC 1934 – The Multilink Protocol Plus (MP+). (englisch).
  • RFC 1989 – PPP Link Quality Monitoring. (englisch).
  • RFC 1990 – The PPP Multilink Protocol (MP). (englisch).
  • RFC 1994 – PPP Challenge Handshake Authentication Protocol (CHAP). (englisch).
  • RFC 2125 – The PPP Bandwidth Allocation Protocol (BAP) The PPP Bandwidth Allocation Control Protocol (BACP). (englisch).
  • RFC 2153 – PPP Vendor Extensions. (englisch).
  • RFC 2484 – PPP LCP Internationalization Configuration Option. (englisch).
  • RFC 2686 – The Multi-Class Extension to Multi-Link PPP. Describes LCP options 26 (Prefix elision) and 27 (Multilink header format). (englisch).
  • RFC 2823 – PPP over Simple Data Link (SDL) using SONET/SDH with ATM-like framing. Describes LCP option 29. (englisch).

Einzelnachweise

[Bearbeiten | Quelltext bearbeiten]
  1. ↑ a b RFC 2153 – PPP Vendor Extensions. (englisch).
  2. ↑ a b c d e f g RFC 1570 – PPP LCP Extensions. Januar 1994 (englisch).
  3. ↑ a b c d e f g h RFC 1661 – The Point-to-Point Protocol (PPP). (englisch).
  4. ↑ RFC 1334 – PPP Authentication Protocols. Oktober 1992 (englisch).
  5. ↑ RFC 1994 – PPP Challenge Handshake Authentication Protocol (CHAP). (englisch).
  6. ↑ RFC 1663 – PPP Reliable Transmission. (englisch).
  7. ↑ a b c RFC 1990 – The PPP Multilink Protocol (MP). (englisch).
  8. ↑ RFC 1934 – The Multilink Protocol Plus (MP+). (englisch).
  9. ↑ RFC 2125 – The PPP Bandwidth Allocation Protocol (BAP) The PPP Bandwidth Allocation Control Protocol (BACP). (englisch).
  10. ↑ a b RFC 2686 – The Multi-Class Extension to Multi-Link PPP. Describes LCP options 26 (Prefix elision) and 27 (Multilink header format). (englisch).
  11. ↑ RFC 2484 – PPP LCP Internationalization Configuration Option. (englisch).
  12. ↑ RFC 2823 – PPP over Simple Data Link (SDL) using SONET/SDH with ATM-like framing. Describes LCP option 29. (englisch).
Abgerufen von „https://de.wikipedia.org/w/index.php?title=Link_Control_Protocol&oldid=234573065“