Punkt-zu-Punkt-Protokoll

Im Netzwerkanschluss ist Point-to-Point Protocol (PPP) Daten verbinden Protokoll, das allgemein im Herstellen eines Direktanschlusses zwischen zwei Netzwerkanschlussknoten verwendet ist. Es kann Verbindungsbeglaubigung, Übertragungsverschlüsselung zur Verfügung stellen (ECP, RFC 1968 verwendend), und Kompression.

PPP wird über viele Typen von physischen Netzen einschließlich des Serienkabels verwendet, rufen Sie Linie an, Stamm-Linie, Autotelefon, hat Radioverbindungen und Faser Sehverbindungen wie SONET spezialisiert.

PPP wird auch über Internetzugriffsverbindungen (jetzt auf den Markt gebracht als "Breitband") verwendet.

Internetdienstleister (ISPs) haben PPP für den Kundenverbindungsaufbau-Zugang zum Internet verwendet, da IP Pakete über eine Modemlinie selbstständig ohne ein Datenverbindungsprotokoll nicht übersandt werden können. Zwei zusammengefasste Formen von PPP, Point-to-Point Protocol over Ethernet (PPPoE) und Point-to-Point Protocol over ATM (PPPoA), werden meistens von Internetdienstleistern (ISPs) verwendet, um eine Internetdienstverbindung von Digital Subscriber Line (DSL) mit Kunden herzustellen.

PPP wird als allgemein verwendet Daten verbinden Schicht-Protokoll für die Verbindung über gleichzeitige und asynchrone Stromkreise, wo es älteres Serial Line Internet Protocol (SLIP) größtenteils ersetzt hat und Telefongesellschaft Standards (wie Verbindungszugriffsprotokoll, Erwogen (LAPB) im X.25 Protokoll-Gefolge) beauftragt hat. PPP wurde entworfen, um mit zahlreichen Netzschicht-Protokollen, einschließlich Internet Protocol (IP), TRILLERS, des Netzgruppe-Paketaustauschs von Novell (IPX), NBF und AppleTalk zu arbeiten.

Beschreibung

PPP wurde etwas nach den ursprünglichen HDLC Spezifizierungen entworfen. Die Entwerfer von PPP haben viele zusätzliche Eigenschaften eingeschlossen, die nur in Eigentumsdatenverbindungsprotokollen bis zu dieser Zeit gesehen worden waren.

RFC 2516 beschreibt Point-to-Point Protocol over Ethernet (PPPoE) als eine Methode, um PPP über Ethernet zu übersenden, der manchmal mit DSL verwendet wird. RFC 2364 beschreibt Point-to-Point Protocol over ATM (PPPoA) als eine Methode, um PPP über ATM Adaptation Layer 5 (AAL5) zu übersenden, der auch eine allgemeine Alternative zu mit DSL verwendetem PPPoE ist.

PPP wird RFC 1661 angegeben.

Automatisch selbst Konfiguration

Link Control Protocol (LCP) beginnt und begrenzt Verbindungen anmutig, Gastgebern erlaubend, Verbindungsoptionen zu verhandeln. Es ist ein integraler Bestandteil von PPP, und wird in derselben Standardspezifizierung definiert. LCP stellt automatische Konfiguration der Schnittstellen an jedem Ende zur Verfügung (wie untergehende Datenpaket-Größe, ist Charakteren und Zauberzahlen entkommen), und um fakultative Beglaubigung auszuwählen. Die LCP Protokoll-Läufe oben auf PPP (mit dem PPP Protokoll Nummer 0xC021) und deshalb muss eine grundlegende PPP Verbindung hergestellt werden, bevor LCP im Stande ist, es zu konfigurieren.

RFC 1994 beschreibt Herausforderungshändedruck-Beglaubigungsprotokoll (CHAP), das bevorzugt wird, um Verbindungsaufbau-Verbindungen mit ISPs herzustellen.

Obwohl missbilligt, wird Kennwort-Beglaubigungsprotokoll (PAP) noch manchmal verwendet.

Eine andere Auswahl für die Beglaubigung über PPP ist Extensible Authentication Protocol (EAP), das in RFC 2284 beschrieben ist.

Nachdem die Verbindung, zusätzliches Netz gegründet worden ist (Schicht 3), kann Konfiguration stattfinden. Meistens wird Internet Protocol Control Protocol (IPCP) verwendet, obwohl Netzgruppe-Paketaustausch-Kontrollprotokoll (IPXCP) und Kontrollprotokoll von AppleTalk (ATCP) einmal sehr populär waren. Internetprotokoll-Kontrollprotokoll (IPv6CP) der Version 6 wird erweiterten Gebrauch in der Zukunft sehen, wenn IPv6 IPv4's Position als die dominierende Schicht 3 Protokoll ersetzt.

Vielfache Netzschicht-Protokolle

PPP erlaubt vielfachen Netzschicht-Protokollen, auf derselben Nachrichtenverbindung zu funktionieren. Für jedes verwendete Netzschicht-Protokoll wird getrenntes Network Control Protocol (NCP) zur Verfügung gestellt, um Optionen für die vielfachen Netzschicht-Protokolle kurz zusammenzufassen und zu verhandeln. Es verhandelt Netzschicht-Information, z.B Netzadresse oder Kompressionsoptionen, nachdem die Verbindung hergestellt worden ist.

Zum Beispiel verwendet Internet Protocol (IP) das IP-Kontrollprotokoll (IPCP), und Netzgruppe-Paketaustausch (IPX) verwendet den Novell IPX Kontrollprotokoll (IPX/SPX). NCPs schließen Felder ein, die standardisierte Codes enthalten, um den Netzschicht-Protokoll-Typ anzuzeigen, den die PPP Verbindung kurz zusammenfasst.

Geschlungene Verbindungsentdeckung

PPP entdeckt geschlungene Verbindungen mit einer Eigenschaft, die Zauberzahlen einschließt. Wenn der Knoten PPP LCP Nachrichten sendet, können diese Nachrichten eine Zauberzahl einschließen. Wenn eine Linie geschlungen wird, erhält der Knoten eine LCP Nachricht mit seiner eigenen Zauberzahl, anstatt eine Nachricht mit der Zauberzahl des Gleichen zu bekommen.

PPP Konfigurationsoptionen

Die vorherige Abteilung hat den Gebrauch von LCP Optionen eingeführt, spezifischen BLASSEN Verbindungsanforderungen zu entsprechen. PPP kann die folgenden LCP Optionen einschließen:

  • Beglaubigung - gleichrangige Router tauschen Beglaubigungsnachrichten aus. Zwei Beglaubigungswahlen sind Password Authentication Protocol (PAP) und Challenge Handshake Authentication Protocol (CHAP). Beglaubigung wird in der folgenden Abteilung erklärt.
  • Kompression - Zunahmen der wirksame Durchfluss auf PPP Verbindungen durch das Reduzieren der Datenmenge im Rahmen, der über die Verbindung reisen muss. Das Protokoll dekomprimiert den Rahmen an seinem Bestimmungsort. Sieh RFC 1962 für mehr Details.
  • Fehlerentdeckung - Identifiziert Schuld-Bedingungen. Die Qualitäts- und Zauberzahl-Optionen helfen, eine zuverlässige, Datenverbindung ohne Schleifen zu sichern. Das Zauberzahl-Feld hilft im Ermitteln von Verbindungen, die in einer zurück geschlungenen Bedingung sind. Bis die Zauberzahl-Konfigurationsauswahl erfolgreich verhandelt worden ist, muss die Zauberzahl als Null übersandt werden. Zauberzahlen werden zufällig an jedem Ende der Verbindung erzeugt.
  • Mehrverbindung - Stellt Last Zur Verfügung, die mehrere Schnittstellen erwägt, die durch PPP durch die Mehrverbindung PPP (sieh unten) verwendet sind.

PPP Rahmen

Struktur eines PPP-Rahmens

</tr>

</tr> </tr> </tr>

</Tisch>

Das Protokoll-Feld zeigt den Typ des Nutzlast-Pakets an (z.B. LCP, NCP, IP, IPX, AppleTalk, usw.).

Das Informationsfeld enthält die PPP Nutzlast; es hat eine variable Länge mit einem verhandelten Maximum genannt die Maximale Übertragungseinheit. Standardmäßig ist das Maximum 1500 Oktette. Es könnte auf der Übertragung ausgepolstert werden; wenn die Information für ein besonderes Protokoll ausgepolstert werden kann, muss dieses Protokoll Information erlauben, vom Polstern bemerkenswert zu sein.

Encapsulation

PPP Rahmen werden in einem Protokoll der niedrigeren Schicht kurz zusammengefasst, das das Gestalten zur Verfügung stellt und andere Funktionen wie eine Kontrollsumme zur Verfügung stellen kann, um Übertragungsfehler zu entdecken. PPP auf Serienverbindungen wird gewöhnlich in einem Gestalten kurz zusammengefasst, das HDLC ähnlich ist, der durch IETF RFC 1662 beschrieben ist.

</tr> </tr> </tr> </tr> </tr> </tr> </tr> </tr></Tisch>

Das Fahne-Feld ist da, wenn PPP mit dem HDLC ähnlichen Gestalten verwendet wird.

Die Adresse und Kontrollfelder haben immer die Werthexe FF (für "alle Stationen") und Hexe 03 (für die "unnumerierte Information") und können weggelassen werden, wann auch immer PPP LCP und Kontrollfeldadresskompression (ACFC) verhandelt wird.

Das Feld des Blockparitätszeichens (FCS) wird verwendet, um zu bestimmen, ob ein individueller Rahmen einen Fehler hat. Es enthält eine über den Rahmen geschätzte Kontrollsumme, um grundlegenden Schutz gegen Fehler in der Übertragung zur Verfügung zu stellen. Das ist ein CRC-Code, der demjenigen ähnlich ist, der für andere Schicht zwei Protokoll-Fehlerschutzschemas wie in Ethernet verwendetes dasjenige verwendet ist. Gemäß RFC 1662 können es entweder 16 Bit (2 Bytes) oder 32 Bit (4 Bytes) in der Größe sein (Verzug ist 16 Bit - Polynom x + x + x + 1).

Der FCS wird über die Adresse, die Kontrolle, das Protokoll, die Information und die Polstern-Felder berechnet, nachdem die Nachricht kurz zusammengefasst worden ist.

PPP Linienaktivierung und Phasen

Die Phasen des Punkts, um Protokoll gemäß RFC 1661 Anzuspitzen, werden unten verzeichnet:

  • Tote Verbindung. Diese Phase kommt vor, wenn die Verbindung scheitert, oder eine Seite gesagt worden ist nicht in Verbindung zu stehen (z.B, hat ein Benutzer seine oder ihre Verbindungsaufbau-Verbindung beendet.)
  • Verbindungserrichtungsphase. Diese Phase ist, wo Verbindungskontrollprotokoll-Verhandlung versucht wird. Wenn erfolgreich, geht Kontrolle entweder zur Beglaubigungsphase oder zur Netzschicht-Protokoll-Phase je nachdem, ob Beglaubigung gewünscht wird.
  • Beglaubigungsphase. Diese Phase ist fakultativ. Es erlaubt den Seiten, einander zu beglaubigen, bevor eine Verbindung hergestellt wird. Wenn erfolgreich, geht Kontrolle zur Netzschicht-Protokoll-Phase.
  • Netzschicht-Protokoll-Phase. Diese Phase ist, wo jede Netzkontrolle der gewünschten Protokolle Protokolle angerufen wird. Zum Beispiel wird IPCP im Herstellen des IP Dienstes über die Linie verwendet. Daten transportieren für alle Protokolle, die mit ihren Netzkontrollprotokollen erfolgreich angefangen werden, auch kommt in dieser Phase vor. Das Schließen von Netzprotokollen kommt auch in dieser Phase vor.
  • Verbindungsbeendigungsphase. Diese Phase schließt diese Verbindung. Das kann geschehen, wenn es einen Beglaubigungsmisserfolg gibt, wenn es so viele Kontrollsumme-Fehler gibt, dass sich die zwei Parteien dafür entscheiden, die Verbindung automatisch niederzureißen, wenn die Verbindung plötzlich scheitert, oder wenn sich der Benutzer dafür entscheidet, seine Verbindung aufzuhängen.

PPP über mehrere Verbindungen

Mehrverbindung PPP

Mehrverbinden Sie PPP (auch verwiesen auf als MLPPP, Abgeordneter, MPPP, MLP oder Mehrverbindung) stellt eine Methode zur Verfügung, um Verkehr über vielfache verschiedene PPP Verbindungen auszubreiten. Es wird RFC 1990 definiert. Es kann zum Beispiel verwendet werden, um einen Hauscomputer mit einem Internetdienstleister zu verbinden, der zwei traditionelle 56k Modems verwendet, oder eine Gesellschaft durch zwei gepachtete Linien zu verbinden.

Auf einer einzelnen PPP Linie können Rahmen nicht in Unordnung ankommen, aber das ist möglich, wenn die Rahmen unter vielfachen PPP Verbindungen geteilt werden. Deshalb muss Mehrverbindungs-PPP die Bruchstücke numerieren, so können sie in der richtigen Ordnung wieder gestellt werden, wenn sie ankommen.

Mehrverbindung PPP ist ein Beispiel einer Verbindungsansammlungstechnologie. Cisco Ein/Ausgabe-Steuersystem-Ausgabe 11.1 und spätere Unterstützungsmehrverbindung PPP.

Mehrklasse PPP

Mit PPP kann man nicht mehrere gleichzeitige verschiedene PPP Verbindungen über eine einzelne Verbindung herstellen.

Es ist mit der Mehrverbindung PPP auch nicht möglich. Mehrverbinden Sie sich PPP verwendet aneinander grenzende Zahlen für alle Bruchstücke eines Pakets, und demzufolge ist es nicht möglich, das Senden einer Folge von Bruchstücken eines Pakets aufzuheben, um ein anderes Paket zu senden. Das hindert, Mehrverbindung PPP mehrmals auf denselben Verbindungen zu führen.

Mehrklassen-PPP ist eine Art Mehrverbindung PPP, wo jede "Klasse" des Verkehrs einen getrennten Folge-Zahl-Raum und Wiederzusammenbau-Puffer verwendet. Mehrklasse PPP wird in RFC 2686 definiert.

PPP und Tunnels

Abgeleitete Protokolle

PPTP ist eine Form von PPP zwischen zwei Gastgebern über GRE das Verwenden der Verschlüsselung (MPPE) und Kompression (MPPC).

PPP als eine Schicht 2 Protokoll zwischen beiden Enden eines Tunnels

Viele Protokolle können an Tunnel-Daten über IP Netze gewöhnt sein. Einige von ihnen, wie SSL, SSH oder L2TP schaffen virtuelle Netzschnittstellen und geben dem Eindruck eine direkte ärztliche Untersuchung Verbindungen zwischen den Tunnel-Endpunkten. Auf einem Gastgeber von Linux zum Beispiel würden diese Schnittstellen tun0 genannt.

Da es nur zwei Endpunkte auf einem Tunnel gibt, ist der Tunnel eine Punkt-zu-Punkt-Verbindung, und PPP ist eine natürliche Wahl als Daten verbinden Schicht-Protokoll zwischen den virtuellen Netzschnittstellen. PPP kann IP-Adressen zu diesen virtuellen Schnittstellen zuteilen, und diese IP-Adressen können zum Beispiel zum Weg zwischen den Netzen an beiden Seiten des Tunnels verwendet werden.

IPsec in der tunneling Weise schafft virtuelle physische Schnittstellen am Ende des Tunnels nicht, da der Tunnel direkt durch den TCP/IP-Stapel behandelt wird. L2TP kann verwendet werden, um diese Schnittstellen zur Verfügung zu stellen, diese Technik wird L2TP/IPsec genannt. In diesem Fall auch stellt PPP IP-Adressen zu den äußersten Enden des Tunnels zur Verfügung.

RFCs

PPP wird RFC 1661 (Das Punkt-zu-Punkt-Protokoll, Juli 1994) definiert. RFC gibt 1547 (Voraussetzungen für einen Internetstandard Punkt-zu-Punkt-Protokoll, Dezember 1993) historische Auskunft über das Bedürfnis nach PPP und seiner Entwicklung. Eine Reihe von zusammenhängendem RFCs ist geschrieben worden, um zu definieren, wie eine Vielfalt des Netzes Protokolle einschließenden TCP/IP, DECnet, AppleTalk, IPX und andere-Arbeit mit PPP kontrolliert.

  • RFC 1661, Normale 51, Point-to-Point Protocol (PPP)
  • RFC 1662, Normale 51, PPP im HDLC ähnlichen Gestalten
  • RFC 1717, PPP Multilink Protocol (MP) (obsoleted vor RFC 1990)
  • RFC 1990, PPP Multilink Protocol (MP)
  • RFC 1994, PPP Challenge Handshake Authentication Protocol (CHAP)
  • RFC 2686, Die Mehrklassenerweiterung, um PPP Zu mehrverbinden
  • RFC 2153, Informations-, PPP Verkäufer-Erweiterungen
  • RFC 2284, PPP Extensible Authentication Protocol (EAP)
  • RFC 2615, PPP über SONET/SDH
  • RFC 2687, Vorgeschlagener Standard, PPP in einem HDLC ähnlichen Orientierten Echtzeitgestalten
  • RFC 5072, IP Version 6 über PPP
  • RFC 5172, Verhandlung für die IPv6 Datenpaket-Kompression mit dem IPv6 Kontrollprotokoll
  • RFC 2516, PPP über Ethernet
  • RFC 1963 PPP transportieren Seriendaten Protokoll

Siehe auch

  • Ausziehbares Beglaubigungsprotokoll
  • Befehlssatz von Hayes
  • Verbindungszugriffsvorgang für Modems (LAPM)
  • LASSEN SIE ein früheres Verbindungsaufbau-Protokoll das GLEITEN PPP hat verdrängt
  • RADIUS
  • Diameter
  • PPPoA
  • PPPoE
  • Punkt-zu-Punkt-Protokoll-Dämon (PPPD)
  • PPPoX
  • Mehrprotokoll Encapsulation (MPE) für MPEG transportiert Strom
  • Unidirectional Lightweight Encapsulation (ULE) für MPEG transportiert Strom

Links


Plymouth / Film von Patterson-Gimlin
Impressum & Datenschutz