PPP (netværksprotokol)

Den aktuelle version af siden er endnu ikke blevet gennemgået af erfarne bidragydere og kan afvige væsentligt fra den version , der blev gennemgået den 31. januar 2016; verifikation kræver 41 redigeringer .

PPP ( Point-to-Point Protocol ) er en punkt-til-punkt datalink-protokol (  Data Link) af OSI-netværksmodellen . Den bruges typisk til at etablere en direkte forbindelse mellem to netværksknuder, den kan give forbindelsesgodkendelse, kryptering (ved hjælp af ECP , RFC 1968 ) og datakomprimering. Anvendes i mange typer fysiske netværk: null-modemkabel, telefonlinje, mobiltelefon osv. PPP-undertyper er almindelige, såsom Point-to-Point Protocol over Ethernet ( PPPoE ), der bruges til Ethernet-forbindelser og nogle gange via DSL ; og Point-to-Point Protocol over ATM ( PPPoA ), som bruges til at forbinde over ATM Adaptation Layer 5 (AAL5), som er hovedalternativet til PPPoE for DSL .

PPP er en hel familie af protokoller: Link Control Protocol ( LCP ), Network Control Protocol ( NCP ), Authentication Protocols ( PAP , CHAP ), PPP Multilink Protocol (MLPPP).

Nøglefunktioner

PPP-protokollen blev udviklet på basis af HDLC og tilføjet nogle funktioner[ hvad? ] , som indtil da kun var fundet i proprietære protokoller.

Automatisk tuning

Link Control Protocol ( LCP ) giver automatisk konfiguration af grænsefladerne i hver ende (såsom indstilling af pakkestørrelsen) og udfører valgfrit godkendelse. LCP-protokollen kører oven på PPP, hvilket betyder, at den indledende PPP-forbindelse skal være før LCP kører.

RFC 1994 beskriver Challenge-handshake authentication protocol ( CHAP ), som foretrækkes til ISP-forbindelser. Allerede forældet, adgangskodegodkendelsesprotokollen ( PAP ) bruges stadig lejlighedsvis.

En anden mulighed for autentificering over PPP er Extensible Authentication Protocol ( EAP ) [1] .

Når forbindelsen er etableret, kan der konfigureres et ekstra netværk oven på den. Internet Protocol Control Protocol ( IPCP ) er almindeligt brugt, selvom Internetwork Packet Exchange Control Protocol (IPXCP) og AppleTalk Control Protocol (ATCP) engang var populære. Internet Protocol Version 6 Control Protocol (IPv6CP) vil blive mere udbredt i fremtiden, når IPv6 erstatter IPv4 som hovednetværkslagsprotokol.

Multi-protokol understøttelse

PPP tillader flere netværkslagsprotokoller at fungere på samme link. Med andre ord kan datastrømme af forskellige netværksprotokoller ( IP , Novell IPX osv.) overføres inden for én PPP-forbindelse, såvel som data fra LAN-linklagsprotokoller. For hver netværksprotokol bruges Network Control Protocol ( NCP ), som konfigurerer den (forhandler nogle protokolparametre).

PPP NCP giver processen med at oprette en forbindelse gennem PPP, initiere og konfigurere forskellige netværkslagsprotokoller såsom IP , IPX eller AppleTalk .

Microsoft PPP understøtter følgende NCP'er:

• IPCP (Internet Protocol Control Protocol ) til IP- konfiguration .
• Internetwork Packet Exchange Control Protocol (IPXCP) til konfiguration af IPX .
• AppleTalk Control Protocol (ATCP) til konfiguration af AppleTalk .
• NetBIOS Frames Control Protocol (NBFCP) til at konfigurere NetBEUI .

Loopback-detektion

PPP registrerer loopede links ved hjælp af en funktion, der inkluderer magiske tal . Når en node sender PPP LCP-meddelelser, kan de inkludere et magisk tal. Hvis linjen er loopet, modtager noden en LCP-meddelelse med sit eget magiske nummer i stedet for at modtage en besked med klientens magiske nummer.

Vigtigste funktioner

• Link Control Protocol etablerer og afslutter forbindelser, hvilket tillader noder at bestemme forbindelsesindstillinger. Det understøtter også både byte- og bit-orienterede kodninger.
• Netværkskontrolprotokollen bruges til at bestemme netværkslagsindstillinger såsom netværksadresse eller komprimeringsindstillinger, efter at en forbindelse er etableret.

PPP-konfigurationsindstillinger

Da PPP inkluderer LCP -protokollen, kan følgende LCP-parametre styres:

• Autentificering . RFC 1994 beskriver Challenge Handshake Authentication Protocol ( CHAP ), som er den foretrukne måde at udføre PPP-godkendelse på, selvom Password Authentication Protocol ( PAP ) nogle gange stadig bruges. En anden mulighed for godkendelse er Extensible Authentication Protocol ( EAP ).
• Kompression . Øger effektivt gennemløbet af en PPP-forbindelse ved at komprimere data i en ramme. De bedst kendte PPP-rammekomprimeringsalgoritmer er Stacker og Predictor.
• Fejldetektering . Indeholder Quality-Protocol og hjælper med at identificere feedback-loops gennem Magic Numbers RFC 1661 .
• Multikanal . Multilink PPP (MLPPP, MPPP, MLP) giver metoder til at udbrede trafik over flere fysiske links med en enkelt logisk forbindelse. Denne mulighed giver dig mulighed for at udvide båndbredden og giver belastningsbalancering.

PPP-ramme

Hver PPP-ramme starter og slutter altid med byte 0x7E. Derefter følger adressebyten og kontrolbyten, som også altid er henholdsvis 0xFF og 0x03. På grund af sandsynligheden for sammenfald af bytes inden for datablokken med reserverede flag, er der et system til automatisk at korrigere "problem"-data med efterfølgende gendannelse.

Flag 0x7E	Adresse 0xFF	Kontrol 0x03	Data	Tjek sum	Flag 0x7E
en	en	en	1494	2	en

Felterne Flag, Adresse og Kontrol ( HDLC frame header ) kan udelades og ikke transmitteres, men dette vil ske, hvis PPP under konfigurationsprocessen (ved hjælp af LCP) accepterer at gøre det. Hvis PPP er indkapslet i L2TP -pakker, transmitteres "Flag"-feltet ikke.

Datarammetype i PPP

"Data"-feltet i PPP-rammen er til gengæld opdelt i to flere felter: protokolflaget (som bestemmer typen af ​​data indtil slutningen af ​​rammen) og selve dataene.

Protokol 0xXXXX	Data
1 eller 2	0 eller mere

• Protokolflag 0x0XXX til 0x3XXX identificerer netværkslagsprotokoller. For eksempel er den populære IP -protokol 0x0021, og Novell IPX  er 0x002B.
• Protokolflag 0x4XXX til 0x7XXX identificerer lavtrafikprotokoller.
• Protokolflag 0x8XXX til 0xBXXX identificerer Network Control Protocol ( NCP ).
• Protokolflag 0xCXXX til 0xEXX identificerer kontrolprotokoller. For eksempel angiver 0xC021, at rammen indeholder LCP -data .

PPP link aktivering og faser

Faserne af PPP i henhold til RFC 1661 er som følger:

• Link død . Denne fase opstår, når forbindelsen er afbrudt, eller en af ​​parterne har fået besked på ikke at oprette forbindelse (f.eks. har brugeren afsluttet opkaldsforbindelsen).
• Link Etableringsfase . I denne fase konfigureres Link Control. Hvis opsætningen lykkedes, fortsætter kontrollen til enten godkendelsesfasen eller netværkslagsprotokolfasen, afhængigt af om godkendelse er påkrævet.
• Autentificeringsfase . Denne fase er valgfri. Det giver parterne mulighed for at tjekke hinanden, før de etablerer en forbindelse. Hvis kontrollen lykkes, går kontrollen over til Network-Layer Protocol-fasen.
• Network-Layer Protocol Fase . I denne fase kaldes NCP for den ønskede protokol. For eksempel bruges IPCP til at opsætte IP-tjenester. Datatransmission for alle succesfuldt etablerede protokoller finder også sted i denne fase. Lukning af netværksprotokoller er også inkluderet i denne fase.
• Linktermineringsfase . Denne fase lukker forbindelsen. Det kaldes i tilfælde af autentificeringsfejl, hvis der var så mange kontrolsumfejl, at begge sider besluttede at lukke forbindelsen, hvis forbindelsen uventet blev afbrudt, eller hvis brugeren afbrød forbindelsen. Denne fase forsøger at lukke alt så pænt som muligt under omstændighederne.

RFC'er

PPP-protokollen er defineret i RFC 1661 (The Point-to-Point Protocol, juli 1994). En række relaterede RFC'er er blevet skrevet for at definere, hvordan forskellige netværksprotokoller, herunder TCP/IP , DECnet , AppleTalk , IPX og andre, fungerer med PPP.

• RFC 1661 , Standard 51, Point-to-Point Protocol (PPP)
• RFC 1662 , Standard 51, Brug af HDLC i PPP-udvikling
• RFC 1994 , PPP Authentication Through ( CHAP )
• RFC 5072 , IPv6 og PPP.

Noter

1. ↑ RFC2284 - PPP Extensible Authentication Protocol (EAP) . Hentet 21. december 2010. Arkiveret fra originalen 16. oktober 2010. (ubestemt)

Se også

• PPTP
• LCP
• IPCP
• MPPE
• pppd
• GRE
• GLIDE
• PLIP

Grundlæggende TCP / IP-protokoller efter lag af OSI-modellen
Fysisk	ethernet RS-232 EIA-422 RS-449 RS-485
kanaliseret	ethernet PPPoE OPP L2F 802.11 WiFi 802.16 WiFi token ring ARCNET FDDI HDLC GLIDE ATM KAN DTM X.25 ramme relæ IEEE 802.1aq SMDS STP ERPS ARP
netværk	IPv4 IPv6 IPsec ICMP IGMP RARP RIP2 OSPF EIGRP GRE IPX
Transportere	TCP ( krypt ) UDP SCTP DCCP RDP/ RUDP RTP SPX TLS 1.3
session	ADSP H.245 iSNS NetBIOS PAP RPC L2TP PPTP RTCP SMPP SCP ZIP SDP
Repræsentation	XDR SSL TLS
Anvendt	BGP HTTP ( S ) DHCP IRC gopher finger SNMP DNS ( SEC ) NNTP XMPP nippe til IPP NTP SNTP E-mail SMTP POP3 IMAP4 _ Filoverførsel FTP TFTP SFTP FTPS webdav SMB Fjernadgang rlogin telnet SSH RDP
Andet anvendt	bitcoin OSCAR MTProto Multicast FTP Multisource FTP bittorrent Gnutella Skype
Liste over TCP- og UDP-porte

UART
Fysiske lag	punkt til punkt RS-232 IrDA HART modem strømsløjfe IRPS MIDI IO-Link (IEC 61131-9) Netværk RS-422 RS-423 RS-485 LIN M bus Særlig Kansas city standard Kompakt kassette grammofonplade
Protokoller	punkt til punkt OPP GLIDE IrDA HART ISO 7816 MIDI IO-Link (IEC 61131-9) Netværk Modbus LIN DMX-512 P-NET Profibus IEC 60870
Anvendelsesområder	Serie Port IrDA MIDI industrielt netværk
Implementeringer	Controllere 8250 UART 16550 UART Chauffører MAX232