PPP (hálózati protokoll)

Az oldal jelenlegi verzióját még nem ellenőrizték tapasztalt közreműködők, és jelentősen eltérhet a 2016. január 31-én felülvizsgált verziótól ; az ellenőrzéshez 41 szerkesztés szükséges .

A PPP ( Point-to-Point Protocol ) az OSI hálózati modelljének pont-pont adatkapcsolati protokollja (  Data Link) . Jellemzően két hálózati csomópont közötti közvetlen kapcsolat létrehozására szolgál, amely kapcsolat hitelesítést, titkosítást ( ECP , RFC 1968 használatával ) és adattömörítést biztosít. Sokféle fizikai hálózatban használatos: nullmodemkábel, telefonvonal, mobilhálózat stb. A PPP-altípusok gyakoriak, mint például a Point-to-Point Protocol over Ethernet ( PPPoE ), amelyet Ethernet-kapcsolatokhoz és néha DSL -n keresztül használnak ; és pont-pont protokoll végeATM ( PPPoA ), amely az ATM Adaptation Layer 5-ön (AAL5) keresztüli csatlakozásra szolgál, amely a DSL fő PPPoE alternatívája .

A PPP protokollok egész családja: Link Control Protocol ( LCP ), Network Control Protocol ( NCP ), hitelesítési protokollok ( PAP , CHAP ), PPP Multilink Protocol (MLPPP).

Főbb jellemzők

A PPP protokollt HDLC alapján fejlesztették ki, és néhány szolgáltatással kiegészítették[ mi? ] , amely addig csak védett protokollokban volt megtalálható.

Automatikus hangolás

Az LCP (Link Control Protocol ) mindkét végén biztosítja az interfészek automatikus konfigurálását (például a csomagméret beállítását), és opcionálisan hitelesítést is végez. Az LCP-protokoll a PPP-n fut, ami azt jelenti, hogy a kezdeti PPP-kapcsolatnak az LCP-futás előtt kell létrejönnie.

Az RFC 1994 leírja a Challenge-handshake hitelesítési protokollt ( CHAP ), amelyet előnyben részesítenek az internetszolgáltatói kapcsolatokhoz. A már elavult jelszó hitelesítési protokollt ( PAP ) még mindig alkalmanként használják.

A PPP-n keresztüli hitelesítés másik lehetősége az Extensible Authentication Protocol ( EAP ) [1] .

A kapcsolat létrehozása után egy további hálózat konfigurálható a tetején. Az Internet Protocol Control Protocol ( IPCP ) általánosan használt, bár az Internetwork Packet Exchange Control Protocol (IPXCP) és az AppleTalk Control Protocol (ATCP) egykor népszerűek voltak. Az Internet Protocol Version 6 Control Protocol (IPv6CP) a jövőben egyre elterjedtebb lesz, amikor az IPv6 felváltja az IPv4 -et, mint a fő hálózati réteg protokollt.

Több protokoll támogatása

A PPP lehetővé teszi több hálózati rétegbeli protokoll működését ugyanazon a kapcsolaton. Más szóval, egy PPP-kapcsolaton belül különböző hálózati protokollok ( IP , Novell IPX stb.) adatfolyamai, valamint LAN kapcsolati rétegbeli protokollok adatai továbbíthatók. Minden hálózati protokollhoz a Network Control Protocol ( NCP ) használatos, amely konfigurálja azt (egyes protokollparamétereket egyeztet).

A PPP NCP biztosítja a PPP-n keresztüli kapcsolat létrehozásának folyamatát, különféle hálózati rétegbeli protokollok kezdeményezését és konfigurálását, mint például az IP , IPX vagy AppleTalk .

A Microsoft PPP a következő NCP-ket támogatja:

• Internet Protocol Control Protocol ( IPCP ) az IP - konfigurációhoz .
• Internetwork Packet Exchange Control Protocol (IPXCP) az IPX konfigurálásához .
• AppleTalk Control Protocol (ATCP) az AppleTalk konfigurálásához .
• NetBIOS Frames Control Protocol (NBFCP) a NetBEUI konfigurálásához .

Visszahurkolt érzékelés

A PPP mágikus számokat tartalmazó szolgáltatás segítségével észleli a hurkolt hivatkozásokat . Amikor egy csomópont PPP LCP üzeneteket küld, azok tartalmazhatnak egy mágikus számot. Ha a vonal hurkolt, akkor a csomópont a saját varázsszámával ellátott LCP-üzenetet kapja, ahelyett, hogy a kliens varázsszámát kapná.

A legfontosabb jellemzők

• A Link Control Protocol létrehozza és megszünteti a kapcsolatokat, lehetővé téve a csomópontok számára, hogy meghatározzák a kapcsolat beállításait. Támogatja a bájt- és bitorientált kódolásokat is.
• A Network Control Protocol a hálózati rétegbeállítások, például a hálózati cím vagy a tömörítési beállítások meghatározására szolgál a kapcsolat létrehozása után.

PPP konfigurációs beállítások

Mivel a PPP tartalmazza az LCP protokollt, a következő LCP paraméterek vezérelhetők:

• Hitelesítés . Az RFC 1994 leírja a Challenge Handshake Authentication Protocol-t ( CHAP ), amely a PPP-hitelesítés végrehajtásának előnyben részesített módja, bár a Password Authentication Protocol ( PAP ) néha még mindig használatos. Egy másik hitelesítési lehetőség az Extensible Authentication Protocol ( EAP ).
• Tömörítés . Hatékonyan növeli a PPP-kapcsolat átviteli sebességét az adatok keretben történő tömörítésével. A legismertebb PPP kerettömörítési algoritmusok a Stacker és a Predictor.
• Hibafelismerés . Tartalmazza a Quality-Protocolt, és segít azonosítani a visszacsatolási hurkokat a Magic Numbers RFC 1661 segítségével .
• Többcsatornás . A többlinkes PPP (MLPPP, MPPP, MLP) módszereket biztosít a forgalom több fizikai kapcsolaton keresztüli terjesztésére egyetlen logikai kapcsolattal. Ez az opció lehetővé teszi a sávszélesség bővítését és a terheléselosztást.

PPP keret

Minden PPP keret mindig 0x7E bájttal kezdődik és végződik. Ezután következik a cím byte és a vezérlő bájt, amelyek szintén mindig 0xFF és 0x03. A fenntartott zászlókkal rendelkező adatblokkon belüli bájtok egybeesésének valószínűsége miatt létezik egy rendszer a „problémás” adatok automatikus javítására a későbbi helyreállítással.

Zászló 0x7E	Cím: 0xFF	Vezérlés 0x03	Adat	Ellenőrző összeg	Zászló 0x7E
egy	egy	egy	1494	2	egy

A Flag, Address és Control mezők ( HDLC keretfejléc ) elhagyhatók és nem továbbíthatók, de ez megtörténik, ha a PPP a konfigurációs folyamat során (LCP használatával) beleegyezik. Ha a PPP L2TP csomagokba van beépítve, akkor a „Flag” mező nem kerül továbbításra.

Adatkeret típusa PPP-ben

A PPP-keret "Data" mezője pedig további két mezőre oszlik: a protokolljelzőre (amely a keret végéig meghatározza az adatok típusát) és magára az adatra.

0xXXXX protokoll	Adat
1 vagy 2	0 vagy több

• A 0x0XXX–0x3XXX protokolljelzők azonosítják a hálózati réteg protokolljait. Például a népszerű IP -protokoll a 0x0021, a Novell IPX  pedig a 0x002B.
• A 0x4XXX–0x7XXX protokolljelzők azonosítják az alacsony forgalmú protokollokat.
• A 0x8XXX–0xBXXX protokolljelzők azonosítják a Network Control Protocolt ( NCP ).
• A 0xCXXX–0xEXX protokolljelzők azonosítják a vezérlőprotokollokat. Például a 0xC021 azt jelzi, hogy a keret LCP - adatokat tartalmaz .

PPP link aktiválása és fázisai

A PPP fázisai az RFC 1661 szerint a következők:

• Link Dead . Ez a fázis akkor következik be, amikor a kapcsolat megszakad, vagy az egyik felet felszólították, hogy ne csatlakozzon (például a felhasználó megszakította a telefonos kapcsolatot).
• Link létrehozási szakasz . Ebben a fázisban a Link Control konfigurálva van. Ha a beállítás sikeres volt, a vezérlés a hitelesítési fázisba vagy a hálózati réteg protokoll fázisába lép, attól függően, hogy szükséges-e a hitelesítés.
• Hitelesítési fázis . Ez a fázis nem kötelező. Lehetővé teszi a felek számára, hogy a kapcsolat létrehozása előtt ellenőrizzék egymást. Ha az ellenőrzés sikeres, a vezérlés átmegy a Network-Layer Protocol fázisba.
• Hálózati réteg protokoll fázisa . Ebben a fázisban hívják meg a kívánt protokoll NCP -jét. Például az IPCP -t IP-szolgáltatások beállítására használják. Ebben a fázisban történik az összes sikeresen létrehozott protokoll adatátvitele is. Ebben a fázisban szerepel a hálózati protokollok lezárása is.
• Link megszüntetési fázis . Ez a fázis lezárja a kapcsolatot. Hitelesítési hibák esetén hívják meg, ha annyi ellenőrzőösszeg-hiba történt, hogy mindkét fél úgy döntött, hogy lezárja a kapcsolatot, ha a kapcsolat váratlanul megszakadt, vagy ha a felhasználó megszakadt. Ez a fázis megpróbál mindent a lehető legtisztábban lezárni az adott körülmények között.

RFC-k

A PPP protokollt az RFC 1661 (The Point-to-Point Protocol, 1994. július) határozza meg. Számos kapcsolódó RFC-t írtak annak meghatározására, hogy a különböző hálózati protokollok, köztük a TCP/IP , a DECnet , az AppleTalk , az IPX és mások hogyan működnek együtt a PPP-vel.

• RFC 1661 , 51-es szabvány, pont-pont protokoll (PPP)
• RFC 1662 , 51-es szabvány, HDLC használata a PPP-fejlesztésben
• RFC 1994 , PPP Authentication Through ( CHAP )
• RFC 5072 , IPv6 és PPP.

Jegyzetek

1. ↑ RFC2284 – PPP Extensible Authentication Protocol (EAP) . Letöltve: 2010. december 21. Az eredetiből archiválva : 2010. október 16.. (határozatlan)

Lásd még

• PPTP
• LCP
• IPCP
• MPPE
• pppd
• GRE
• CSÚSZÁS
• PLIP

Alapvető TCP / IP protokollok az OSI modell rétegei szerint
Fizikai	Ethernet RS-232 EIA-422 RS-449 RS-485
csatornázott	Ethernet PPPoE PPP L2F 802.11 WiFi 802.16 WiFi jelképes gyűrű ARCNET FDDI HDLC CSÚSZÁS ATM TUD DTM X.25 keretrelé IEEE 802.1aq SMDS STP ERPS ARP
hálózat	IPv4 IPv6 IPsec ICMP IGMP RARP RIP2 OSPF EIGRP GRE IPX
Szállítás	TCP ( kripta ) UDP SCTP DCCP RDP/ RUDP RTP SPX TLS 1.3
ülés	ADSP H.245 iSNS NetBIOS PÉP RPC L2TP PPTP RTCP SMPP SCP postai irányítószám SDP
Reprezentáció	XDR SSL TLS
Alkalmazott	BGP HTTP ( S ) DHCP IRC hörcsög ujj SNMP DNS ( SEC ) NNTP XMPP KORTY IPP NTP SNTP Email SMTP POP3 IMAP4_ _ Fájl átvitel FTP TFTP SFTP FTPS webdav SMB Távoli hozzáférés rlogin telnet SSH RDP
Egyéb alkalmazva	bitcoin OSCAR MTProto Multicast FTP Több forrású FTP bittorrent Gnutella Skype
A TCP és UDP portok listája

UART
Fizikai rétegek	pontról pontra RS-232 IrDA SZARVASBIKA modem áramhurok IRPS MIDI IO-Link (IEC 61131-9) Hálózat RS-422 RS-423 RS-485 LIN M busz Különleges Kansas City szabvány Kompakt kazetta gramofon lemez
Protokollok	pontról pontra PPP CSÚSZÁS IrDA SZARVASBIKA ISO 7816 MIDI IO-Link (IEC 61131-9) Hálózat Modbus LIN DMX-512 P-NET Profibus IEC 60870
Felhasználási területek	Soros port IrDA MIDI ipari hálózat
Megvalósítások	Vezérlők 8250 UART 16550 UART Drivers MAX232