), Multilink PPP (MLPPP).
Hovedtrekk
PPP-protokollen ble utviklet på grunnlag av HDLC og supplert med noen funksjoner som tidligere kun fantes i proprietære protokoller.
Automatisk tuning
Etter at tilkoblingen er opprettet, kan den konfigureres på toppen ekstra nettverk... Internet Protocol Control Protocol (IPCP) brukes ofte, selv om Internetwork Packet Exchange Control Protocol (IPXCP) og AppleTalk Control Protocol (ATCP) en gang var populære. Internet Protocol Versjon 6 Control Protocol (IPv6CP) vil få mer aksept i fremtiden ettersom IPv6 erstatter IPv4 som primærprotokoll nettverkslaget.
Støtte for flere protokoller
PPP lar flere nettverkslagsprotokoller operere på en enkelt lenke. Med andre ord, innenfor én PPP-tilkobling, datastrømmer av ulike nettverksprotokoller (, Novell IPX, etc.), samt protokolldata lenkelag lokalt nettverk... For hver nettverksprotokoll brukes Network Control Protocol (NCP), som konfigurerer den (forhandler noen protokollparametere).
Loopback-deteksjon
PPP oppdager loopbacks ved hjelp av en funksjon som inkluderer magiske tall. Når en vert sender PPP LCP-meldinger, kan de inkludere et magisk tall. Hvis linjen sløyfes tilbake, mottar noden LCP-meldingen med sitt eget magiske nummer i stedet for å motta klientens magiske nummermelding.
De viktigste funksjonene
- Link Control Protocol etablerer og avslutter tilkoblinger, slik at noder kan bestemme tilkoblingsinnstillingene. Den støtter også både byte- og bitorienterte kodinger.
- Network Control Protocol brukes til å definere nettverkslagsinnstillinger som f.eks nettverksadresse eller komprimeringsinnstillinger etter at tilkoblingen er opprettet.
PPP-konfigurasjonsalternativer
Siden PPP inkluderer LCP-protokollen, kan følgende LCP-parametere kontrolleres:
- Godkjenning... RFC 1994 beskriver Challenge Handshake Authentication Protocol (CHAP), som er foretrukket for PPP-autentisering, selv om Password Authentication Protocol (PAP) noen ganger fortsatt brukes. Et annet alternativ for autentisering er Extensible Authentication Protocol (EAP).
- Komprimering... Øker effektivt gjennomstrømning PPP-tilkoblinger ved å komprimere data i en ramme. De mest kjente algoritmene for å komprimere PPP-rammer er Stacker og Predictor.
- Feilgjenkjenning... Inkluderer kvalitetsprotokoll og hjelper med å identifisere tilbakemeldingsløkker gjennom Magic Numbers RFC 1661.
- Multikanal... Multilink PPP (MLPPP, MPPP, MLP) gir metoder for å distribuere trafikk på tvers av flere fysiske kanaler har én logisk forbindelse. Dette alternativet gir økt båndbredde og lastbalansering.
PPP ramme
Hver PPP-ramme begynner og slutter alltid med byte 0x7E. Deretter følger adressebyten og kontrollbyten, som også alltid er henholdsvis 0xFF og 0x03. På grunn av sannsynligheten for sammenfall av bytes innenfor en datablokk med reserverte flagg, er det et system for automatisk korrigering av "problem"-data med påfølgende gjenoppretting.
Feltene Flag, Address og Control (HDLC frame header) kan utelates og ikke overføres, men dette vil skje hvis PPP forhandler dette under konfigurasjonen (ved hjelp av LCP). Hvis PPP er innkapslet i L2TP-pakker, blir ikke flaggfeltet overført.
PPP-datarammetype
"Data"-feltet til PPP-rammen er på sin side delt inn i ytterligere to felt: protokollflagget (som bestemmer typen data til slutten av rammen) og selve dataene.
- Protokollflagg 0x0XXX til 0x3XXX identifiserer nettverkslagsprotokoller. For eksempel tilsvarer flagg 0x0021 en populær protokoll, og 0x002B for Novell IPX.
- Protokollflagg 0x4XXX til 0x7XXX identifiserer lavtrafikkprotokoller.
- Protokollflagg 0x8XXX til 0xBXXX identifiserer Network Control Protocol (NCP).
- Protokollflagg 0xCXXX til 0xEXXX identifiserer kontrollprotokoller. For eksempel indikerer 0xC021 at rammen inneholder LCP-data.
PPP Link aktivering og fase
PPP-fasene over RFC 1661 er oppført nedenfor:
- Link død... Denne fasen oppstår når tilkoblingen er brutt eller en av partene har fått beskjed om å ikke koble til (for eksempel brukeren har avsluttet modemtilkoblingen.)
- Link Etableringsfase... I denne fasen, Koblingsinnstilling Kontroll. Hvis konfigurasjonen var vellykket, fortsetter kontrollen til autentiseringsfasen eller til Network-Layer Protocol-fasen, avhengig av om autentisering er nødvendig.
- Autentiseringsfase... Denne fasen er valgfri. Det lar partene teste hverandre før de etablerer en forbindelse. Hvis kontrollen er vellykket, går kontrollen inn i Network-Layer Protocol-fasen.
- Network-Layer Protocol Phase... I denne fasen påkalles NCP for ønsket protokoll. For eksempel brukes IPCP til å sette opp IP-tjenester. Dataoverføring for alle vellykket etablerte protokoller skjer også i denne fasen. Stenging av nettverksprotokoller er også inkludert i denne fasen.
- Koblingsavslutningsfase... Denne fasen stenger forbindelsen. Den kalles i tilfelle autentiseringsfeil, hvis det var så mange kontrollsumfeil at begge sider bestemte seg for å stenge forbindelsen, hvis forbindelsen falt uventet, eller hvis brukeren koblet fra. Denne fasen prøver å lukke alt så nøye som mulig under omstendighetene.
RFC-er
PPP er definert i RFC 1661 (The Point-to- Point Protocol, juli 1994). En rekke relevante RFC-er er skrevet for å definere hvordan ulike nettverksprotokoller, inkludert TCP/IP, DECnet, AppleTalk, IPX og andre, fungerer med PPP.
- RFC 1661, Standard 51, Point-to-Point Protocol (PPP)
- RFC 1662, Standard 51, Bruk av HDLC i PPP-design
- RFC 1994, PPP Authentication over (CHAP)
- RFC 5072, IPv6 og PPP.
Skriv en anmeldelse om "PPP (Networking Protocol)"
Notater (rediger)
se også
- PLIP (Engelsk)russisk
|
||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||
Et utdrag som karakteriserer PPP (nettverksprotokoll)
Etter å ha skrevet ordene L "keiser Napoleon [keiser Napoleon] i dette alfabetet i tall, viser det seg at summen av disse tallene er 666 og at Napoleon derfor er udyret som er forutsagt i Apokalypsen. I tillegg har han skrevet ordene quarante deux [ førtito], det vil si at grensen som ble satt for beistverbet er stor og blasfemisk, summen av disse tallene, som representerer quarante deux, er igjen lik 666 ty, som betyr at grensen for Napoleons makt kom inn 1812, hvor den franske keiseren passerte 42 Denne spådommen traff Pierre veldig, og han stilte seg ofte spørsmålet om hva som nøyaktig ville sette grensen for kraften til udyret, det vil si Napoleon, og på grunnlag av det samme bilder av ord i tall og beregninger, prøvde å finne et svar på spørsmålet som opptok ham. i svaret på dette spørsmålet: L "keiser Alexandre? La nation Russe? [Keiser Alexander? Russiske folk?] Han telte bokstavene, men summen av tallene kom ut mye mer eller mindre enn 666 ty. Når han gjorde disse beregningene, skrev han navnet sitt - Comte Pierre Besouhoff; summen av tallene kom heller ikke langt ut. Han endret stavemåten, satte z i stedet for s, la til de, la til artikkel le og fikk fortsatt ikke ønsket resultat. Så gikk det opp for ham at hvis svaret på det søkte spørsmålet lå i hans navn, så ville svaret sikkert ha navngitt hans nasjonalitet. Han skrev Le Russe Besuhoff og, tellende tallene, fikk han 671. Bare 5 var overflødige; 5 betyr "e", den samme "e" som ble kastet i artikkelen før ordet L "keiser. Kastet" e "på samme måte, om enn feil, fikk Pierre det ønskede svaret; L" Russe Besuhof, lik 666 ty. Denne oppdagelsen begeistret ham. Hvordan, ved hvilken forbindelse han var forbundet med den store begivenheten, som ble forutsagt i Apokalypsen, visste han ikke; men han tvilte ikke et øyeblikk på denne forbindelsen. Hans kjærlighet til Rostova, Antikrist, invasjonen av Napoleon, kometen, 666, l "keiser Napoleon og l" Russe Besuhof - alt dette sammen skulle ha modnet, brutt ut og ledet ham ut av den fortryllede, ubetydelige verdenen av Moskva-vaner , der han følte seg fanget, og førte ham til store gjerninger og stor lykke.Pierre, på kvelden den søndagen, da de leste bønnen, lovet Rostovs å bringe dem fra grev Rostopchin, som han var godt kjent med, en appell til Russland og siste nytt fra hæren. Om morgenen, etter å ha vært innom grev Rostopchins, fant Pierre en kurer fra hæren som nettopp hadde ankommet.
Kureren var en av Moskva ballroomdanserne kjent for Pierre.
"For guds skyld, kan du være så snill å gjøre det lettere for meg?" - sa kureren, - jeg har en full pose med brev til foreldrene mine.
Blant disse brevene var et brev fra Nikolai Rostov til sin far. Pierre tok dette brevet. I tillegg ga grev Rostopchin Pierre suverenens appell til Moskva, nettopp trykt, de siste ordrene til hæren og hans siste plakat. Etter å ha sett gjennom ordrene til hæren, fant Pierre i en av dem, mellom nyhetene om de sårede, drept og tildelt navnet Nikolai Rostov, tildelt av Georgy av 4. grad for sitt mot i Ostrovnensky-saken, og i samme rekkefølge, utnevnelsen av prins Andrei Bolkonsky som sjef for jaeger-regimentet. Selv om han ikke ønsket å minne Rostovs om Bolkonsky, kunne Pierre ikke la være å glede dem med nyheten om belønningen av sønnen hans og etterlate seg en proklamasjon, en plakat og andre ordre for å bringe dem til middag selv sendte han en trykt ordre og et brev til Rostov.
En samtale med grev Rostopchin, hans tone av bekymring og hastverk, et møte med en kurer som uforsiktig snakket om hvor ille det gikk i hæren, rykter om spioner funnet i Moskva, om en avis som gikk rundt i Moskva, som sier at Napoleon lover til høsten var i begge russiske hovedsteder, og snakket om suverenens forventede ankomst dagen etter - alt dette vekket med fornyet kraft i Pierre den følelsen av spenning og forventning som ikke hadde forlatt ham siden kometen dukket opp, og spesielt siden begynnelsen av krigen.
I lang tid hadde Pierre ideen om å gå inn i militærtjeneste, og han ville ha utført det, hvis det ikke forstyrret ham, for det første hans tilhørighet til frimurersamfunnet som han var bundet av en ed med og som forkynte evig fred og ødeleggelse av krig, og for det andre det faktum at han, når han ser på det store antallet muskovitter som hadde tatt på seg uniformer og forkynt patriotisme, skammet seg over å ta et slikt skritt. Hovedårsaken til at han ikke gjennomførte sin intensjon om å gå inn i militærtjeneste var den vage ideen om at han var l "Russe Besuhof, med betydningen av det beistlige tallet 666, at hans deltakelse i den store saken til posisjonen til grensen for kraft til dyret, som taler stor og blasfemi, det er bestemt evig og at derfor skal han ikke påta seg noe og vente på hva som skal gjøres.
På Rostovs', som alltid på søndager, spiste noen av deres nære venner middag.
Pierre hadde kommet tidligere for å finne dem alene.
Pierre hadde blitt så feit det året at han ville ha vært stygg, hvis han ikke hadde vært så høy, stor i lemmer og ikke så sterk at han tydeligvis lett kunne slite tykkelsen sin.
Han pustet og mumlet noe for seg selv, gikk inn i trappa. Kusken spurte ham ikke lenger om han skulle vente. Han visste at når greven var hos Rostovs, ville det være til klokken tolv. Rostovs lakeier skyndte seg gladelig for å ta av seg kappen og motta en kjepp og en hatt. Pierre, av vane i klubben, lot pinnen og hatten stå i hallen.
Det første ansiktet han så på Rostovs var Natasha. Allerede før han så henne, hørte han henne, som tok av seg kappen i gangen. Hun sang solfeji blant publikum. Han innså at hun ikke hadde sunget siden sykdommen, og derfor overrasket og gledet lyden av stemmen hennes ham. Han åpnet døren stille og så Natasha i den lilla kjolen sin, der hun var til messe, gå rundt i rommet og synge. Hun gikk tilbake til ham da han åpnet døren, men da hun snudde seg brått og så det fete, overraskede ansiktet hans, rødmet hun og gikk raskt bort til ham.
"Jeg vil prøve å synge igjen," sa hun. "Det er fortsatt en okkupasjon," la hun til, som om hun beklaget.
– Og flott.
– Så glad jeg er for at du har kommet! Jeg er så glad i dag! Hun sa med den samme animasjonen at Pierre ikke hadde sett i henne på lenge. – Du vet, Nicolas mottok St. George-korset. Jeg er så stolt av ham.
- Hvorfor, jeg sendte en ordre. Vel, jeg vil ikke forstyrre deg, la han til, og skulle til å gå inn i salongen.
Natasha stoppet ham.
– Tell, hva er det, dårlig, jeg synger? Sa hun rødmet, men uten å ta øynene fra seg, og så spørrende på Pierre.
- Nei hvorfor? Tvert imot ... Men hvorfor spør du meg?
"Jeg vet ikke selv," svarte Natasha raskt, "men jeg vil ikke gjøre noe du ikke liker." Jeg tror deg i alt. Du vet ikke hvor viktig du er for slipingen og hvor mye du har gjort for meg!.. - Hun snakket raskt og la ikke merke til hvordan Pierre rødmet av disse ordene. – Jeg så i samme rekkefølge han, Bolkonsky (raskt, hvisket hun sa ordet), han er i Russland og tjener igjen. Tror du, "sa hun raskt, tilsynelatende i en hast med å snakke, fordi hun var redd for styrken hennes," vil han noen gang tilgi meg? Vil han ikke ha en ond følelse mot meg? Hva tror du? Hva tror du?
PPP (Point-to-Point-Protocol) er en andrelagsprotokoll av OSI-modellen som brukes på WAN-koblinger. PPP - åpen protokoll, som gjør at den kan brukes når det er nødvendig å koble Cisco-enheter med enheter fra andre produsenter (i motsetning til HDLC, angående spesifikasjonen som tsiska har sin egen mening om).
Umiddelbart verdt å gjøre viktig notat: PPP er en multifunksjonell og utbredt protokoll, på samme tid, innenfor CCNA-kurset, vurderes bare én måte å bruke den på: å koble to rutere til hverandre via en seriell kabel. Faktisk er omfanget av protokollen ikke begrenset til disse tilfellene. PPP kan fungere gjennom nullmodemkabel, telefonlinje, inn mobilnettet... Annen populære måter ved å bruke PPP-protokollen - dens innkapsling i andre andrelagsprotokoller. La meg forklare: PPP i seg selv er på andre nivå av OSI-modellen og gir en direkte forbindelse mellom to enheter, men hvis den er innkapslet i en annen andrelagsprotokoll - Ethernet (PPP over Ethernet- PPPoE), så vil Ethernet levere rammer fra avsenderens poppy-adresse til mottakerens poppy-adresse, etter at mottakeren vil dekapslere PPP-rammen fra Ethernet, og deretter for protokollene pakket inn i PPP (IPv4, IPX, ...) en fullstendig "illusjon" vil skapes om at forbindelsen er punkt-til-punkt. I dette tilfellet vil PPP selv håndtere slike ting som autentisering og trafikkkomprimering. Det er andre måter å bruke PPP som PPP over ATM - PPPoA, Microsoft Windows bruker for VPN opprettelse PPTP-protokoll, som også er et tillegg over PPP. Men det er alt lyrisk digresjon for å gjøre det klart hvorfor du i det hele tatt bør lære PPP. I CCNA Accessing the WAN-kurset er PPP en protokoll for tilkobling av to rutere over en seriell kabel.
Hva er PPP versus HDLC?
- Linjekvalitetskontroll (PPP kobler fra koblingen hvis antall feil overskrider den angitte verdien).
- Autentisering med PAP eller CHAP.
- Multilink er en teknologi som ligner på Etherchannel i Ethernet: flere forskjellige lenker er kombinert til en logisk, med en hastighet lik summen av koblingene som er inkludert i den.
- PPP Callback er en teknologi som brukes for å forbedre sikkerheten: klienten etablerer en forbindelse med serveren, serveren avslutter forbindelsen og etablerer en ny fra sin side - til klienten.
Faktisk, når du overfører data fra ruter til ruter, er PPP innkapslet i HDLC, som utfører "transport"-funksjonene for PPP-rammer. Du kan lese mer om HDLC i artikkelen "HDLC-protokoll - Konfigurasjonseksempel og beskrivelse". PPP - har en lagdelt struktur, når en PPP-ramme kommer fra nettverket, stiger den gjennom de interne PPP-undernivåene fra bunn til topp:
- Det første HDLC-undernivået - mottar en ramme, sjekker mottakerens adresse, sjekksum og sender nyttig informasjon videre.
- LCP (Link Control Protocol) underlaget, som navnet tilsier, omhandler tilkoblingskontroll, sender og mottar ulike tjenesteflagg, overvåker tilkoblingsstatusen (tilkoblet / frakoblet), overvåker linjekvaliteten og overvåker konsistensen av konfigurasjonsparametere mellom punkter .
- NCP-underlaget (Network Control Protocol) består av et stort antall moduler, som hver omhandler kommunikasjon med en bestemt protokoll på det tredje nivået (IPv4, IPv6, IPX, AppleTalk, ...). På grunn av dette, innenfor rammen av én etablert PPP-forbindelse med ett brukernavn og passord, er det mulig å overføre trafikk av forskjellige nettverkslagsprotokoller.
Etablering av en forbindelse mellom to rutere via PPP-protokoll skjer gjennom nivåene fra bunn til topp, frakobling - fra topp til bunn.
Det vil si at kommunikasjon etableres i denne rekkefølgen: LCP, NCP, Layer 3 nyttelast. A bryter: slutt på nyttelastoverføring, NCP, LCP. Som du kan se, oppretter eller avslutter ikke HDLC tilkoblinger, siden PPP bruker HDLC-rammer uten bekreftelse på levering.
Strukturen til PPP-rammen er som følger:
- FLAG er et tegn på begynnelsen av en ramme, en spesiell sekvens av nuller og enere ("01111110"), som forteller mottakeren at rammens kropp vil følge etter.
- ADRESSE - mottakeradresse, kringkasting "11111111" brukes alltid i PPP-protokollen.
- KONTROLL - feltet inneholder verdien "00000011"
- PROTOKOLL er et felt som inneholder nummeret til protokollen på tredje nivå, hvis pakke er "pakket inn" i denne rammen.
- DATA - feltet med nyttelasten til de overordnede protokollene.
- FCS - sjekk sum, som beregnes når rammen sendes og sammenlignes med den mottatte omberegningen, som gjøres når rammen mottas. Som et resultat, hvis summene ikke stemmer, anses rammen som "ødelagt" og forkastet.
- FLAG - tegnet på slutten av rammen, inneholder samme verdi som tegnet på begynnelsen av rammen.
Å konfigurere PPP på cisco-utstyr, som allerede nevnt, er ikke vanskelig i CCNA-kurset. Det utføres på grensesnittet:
- Velge en komprimeringsalgoritme ved å bruke komprimeringskommandoen
- Vi setter kvaliteten på linjen, som vil anses som akseptabel (hvis antall feil overskrider den angitte verdien, vil forbindelsen bli brutt). Dette gjøres av kommandoen ppp kvalitet.
- Å velge en måte PAP-autentisering eller CHAP (mer om dette finner du i artikkelen "Hva er forskjellen mellom PAP og CHAP". Autentiseringsmetoden settes av kommandoen ppp-autentisering.
- Det er nødvendig å konfigurere brukeren som ruteren vår skal koble til en annen. Her er kommandoene forskjellige for CHAP og PAP. Selve brukeren legges til av kommandoen brukernavn<имя> passord<пароль>, og dette bør ikke gjøres på grensesnittet, men i den globale konfigurasjonsmodusen, men i tilfelle du bruker PAP, må du også bruke kommandoen på grensesnittet ppp pap sendt-brukernavn <имя> passord<пароль>.
Å bruke PAP i virkelige konfigurasjoner er ikke ønskelig, så vi vil begrense oss til et eksempel på konfigurering av CHAP. Så, anta at topologien er som følger, må du konfigurere PPP med CHAP-autentisering. Innstilling på den første ruteren:
Ruter # konfigurer terminal Skriv inn konfigurasjonskommandoer, én per linje. Avslutt med CNTL / Z. Ruter (config) #vertsnavn R1 R1 (config) #brukernavn R2 passord 123456789 R1 (config) #grensesnitt seriell 0/3/0 R1 (config-if) #en R1 (config-if) #encapsulation ppp R1 (config-if) ) #ppp autentisering kap R1 (config-if) #ip-adresse 192.168.0.1 255.255.255.0 R1 (config-if) #no shutdown% LINK-5-ENDRET: Interface Serial0 / 3/0, endret tilstand til nede
Konfigurering på den andre ruteren:
Ruter # konfigurer terminal Skriv inn konfigurasjonskommandoer, én per linje. Avslutt med CNTL / Z. Ruter (config) #vertsnavn R2 R2 (config) #brukernavn R1 passord 123456789 R2 (config) #interface serial0 / 3/0 R2 (config-if) #encapsulation ppp R2 (config-if) #ppp autentisering kap R2 (config- if) #ip-adresse 192.168.0.2 255.255.255.0 R2 (config-if) #no shutdown% LINK-5-ENDRET: Interface Serial0 / 3/0, endret tilstand til up% LINEPROTO-5-UPDOWN: Linjeprotokoll på Interface Serial0 / 3/0, endret tilstand til opp
Vær oppmerksom på at brukeren vi oppretter på R1-ruteren har navnet R2, og på R2 - R1. Dette er nødvendig, fordi når en ruter kobler til en annen, indikerer den navnet, henholdsvis, den andre må kjenne dette navnet (se det i listen over lokale brukere). En annen viktig detalj: passordene for brukerne R1 og R2 må være de samme.
For å sjekke, kan vi kjøre kommandoen:
R2 # sh ip inter brief Grensesnitt IP-adresse OK? Metode Status Protocol ... Serial0 / 3/0 192.168.0.2 JA manuell opp ...
Hvis status er "opp", og protokollen er "ned", betyr dette vanligvis at noen problemer med PPP - feil autentisering, passord stemte ikke, kvaliteten på linjen er lavere enn det vi bestilte, etc. I dette tilfellet må du sjekke konfigurasjonene og kjøre debug ppp, noe jeg heller ikke ønsker for fienden.
PPP er Internett-standarden for å sende IP-pakker over serielle linjer. PPP støtter både synkroniserings- og asynkronlinjer. For noen diskusjoner om PPP så vel som PPP versus SLIP, se dokumentet på ftp.uu.net:vendor/MorgStar/papers/ support/support. -cheapIP.ps.Z (papir) og sug91-cheapIP.shar.Z (overheadprojektorlysbilder)
2.2 PPP-funksjoner som kan være til stede eller ikke
På det og på denne siden av kompatibilitet med grunnleggende PPP-innramming, må du vite at mange programmer legger til sine egne tilleggsfunksjoner. Det er tilrådelig å huske at ikke alle fritt distribuerte programmer, så vel som kommersielle programmer, har et komplett sett med alle muligheter.
| Etterspørselsskive | Koble til PPP-grensesnitt og ringe tlf. pakkekvitteringsnumre. koble fra PPP-grensesnittet etter en periode med inaktivitet. |
| Ring på nytt | Koble til et PPP-grensesnitt, som ikke kobles fra senere og alltid vil holde den tilkoblede kanalen til disposisjon. |
| Camping | (se Repetisjon) |
| Skripting | Etablering gjennom en rekke meldinger eller mellomforbindelser for å etablere en PPP-forbindelse er mer som sekvensene som brukes til å etablere en forbindelse over UUCP. |
| Parallell | Konfigurere flere PPP-linjer for samme tilkobling til verten, for lik fordeling av trafikk mellom dem. (I ferd med standardisering) |
| Filtrering | Et utvalg av hvilke pakker det er fornuftig å begynne å ringe på linjen, og hvilke ikke. Basert på avgjørelsen fra IP eller TCP type pakke eller TOS (Type of Service). For eksempel, ignorer alle ICMP-pakker. |
| Topptekstkomprimering | RFC1144 TCP Header Compression Ikke nødvendig på høyhastighetslinjer, men veldig nyttig på lavhastighetslinjer. |
| Server | Godta innkommende PPP-tilkoblinger, som også kan kreve ytterligere ruting. |
| Tunneldrift | Bygging av virtuelle nettverk over PPP-tilkobling, gjennom TCP-strøm, gjennom det eksisterende IP-nettverket. (Bygg et virtuelt nettverk over en PPP-kobling over en TCP-strøm gjennom et eksisterende IP-nettverk.) |
| Ekstra rømming | Byte-orienterte tegn som ikke er inkludert i standardtegnsettet som brukes når du oppretter en tilkobling, de kan konfigureres separat, men forstyrrer heller ikke de som brukes når du oppretter en tilkobling. (Bytefyllende tegn utenfor den forhandlede asyncmap, kan konfigureres på forhånd, men ikke omsettelig.) |
2.3 OPS-ordliste
Hver teknologi blir akronym over tid ... PPP er intet unntak. Siden nesten alle begreper brukes i deres engelsk/amerikanske transkripsjon, ser det ut til at oversettelsen av disse forkortelsene ikke gir mening.
| ack | Erkjennelse |
| AO | Active Open (ble nylig en del av FSM i RFC1331) |
| C | Lukk |
| KAP | Challenge-Handshake Authentication Protocol (RFC1334) |
| D | Nedre lag ned |
| DES | Dataregistreringsprotokoll |
| DNA | Digital nettverksarkitektur |
| IETF | Internet Engineering Task Force. |
| IP | Internett protokoll |
| IPCP | IP-kontrollprotokoll. |
| IPX | Internetwork Packet Exchange (Novells nettverksstabel) |
| FCS | Rammesjekksekvens |
| FSA | Finite State Automation |
| FSM | Finite State-maskin |
| LCP | Link Control Protocol. |
| LQR | Linkkvalitetsrapport. |
| MD4 | MD4 digital signaturalgoritme |
| MD5 | MD5 digital signaturalgoritme |
| MRU | Maksimal mottaksenhet |
| MTU | Maksimal overføringsenhet |
| nak | Negativ anerkjennelse |
| NCP | Nettverkskontrollprotokoll. |
| NRZ | Ikke-retur til null bit-koding. (SYNC ppp standard på grunn av tilgjengelighet) |
| NRZI | Ikke-retur til null Invertert bit-koding. (SYNC ppp foretrukket alternativ til NRZ) |
| OSI | Åpne Systems Interconnect |
| PAP | Passordautentiseringsprotokoll (RFC1334) |
| PDU | Protokolldataenhet (samme som pakke) |
| PO | Passiv åpen |
| OPS | Punkt til punkt-protokoll (RFC1548 / RFC1549,1332,1333,1334,1551,1376,1377,1378) |
| RCA | Motta Configure-Ack |
| RCJ | Motta kode-avvis |
| RCN | Motta Configure-Nak eller -Reject |
| RCR + | Motta god konfigureringsforespørsel |
| RER | Motta ekko-forespørsel |
| RFC | Forespørsel om kommentarer (internettstandard) |
| RTA | Motta Terminate-Ack |
| RTR | Motta Avslutt-forespørsel |
| RUC | Motta ukjent kode |
| sca | Send Configure-Ack |
| scj | Send kode-avvis |
| scn | Send Configure-Nak eller -Reject |
| scr | Send konfigureringsforespørsel |
| ser | Send ekko-svar |
| sta | Send Terminate-Ack |
| str | Send Avslutt-forespørsel |
| ST-II | Strømprotokoll |
| TIL + | Tidsavbrudd med teller> 0 |
| TIL- | Tidsavbrudd med teller utløpt |
| VJ | Van Jacobson (RFC1144 topptekstkomprimeringsalgoritme) |
| XNS | Xerox nettverkstjenester |
Generell informasjon
Point-to-Point Protocol (PPP) ble utviklet for å løse problemene knyttet til et utilstrekkelig antall standardmetoder for å innkapsle "punkt-til-punkt IP"-protokoller. I tillegg ble PPP også designet for å forenkle utstedelse og administrasjon av IP-adresser, asynkron og bitorientert synkron innkapsling, nettverksprotokollmultipleksing, konfigurering og testing av kvaliteten på nettverkstilkoblingen, oppdage slike feil og alternativer for innstilling av adresser og innstilling av data kompresjon. For å støtte de ovennevnte egenskapene, må PPP gi kontroll over Extended Link Control Protocol (LCP) og Network Control Protocols (NCP)-familien av protokoller som brukes til å etablere kommunikasjonsparametere. I dag støtter PPP ikke bare IP, men også andre protokoller, inkludert IPX og DECNet.
OPS-komponenter
PPP gir muligheten til å overføre datagrammer over serielle punkt-til-punkt-linjer. Den har 3 komponenter:
- En metode for å gi datagraminnkapsling over serielle PPP-linjer ved bruk av HDLC (High-Level Data Link Control)-protokoll for pakking av datagrammer over PPP-kommunikasjonsmedier.
- Utvidet LCP (Link Control Protocol) for å etablere, konfigurere og teste datalinkforbindelsen
- En familie av protokoller (NCP) for å etablere og kontrollere andre nettverksprotokoller, med andre ord: PPP er designet for å støtte flere nettverksprotokoller samtidig.
Generell drift
I det øyeblikket en forbindelse etableres gjennom en PPP-forbindelse, sender PPP-driveren først LCP-pakker for konfigurering og (eventuelt) testing av kommunikasjonslinjen. Etter at kommunikasjonen og alternativene er riktig etablert via LCP, sender PPP-driveren NCP-rammer for å endre og/eller konfigurere en eller flere nettverksprotokoller. Når denne prosessen avsluttes, da nettverkspakker få muligheten til å bli overført gjennom den etablerte forbindelsen. Den vil forbli konfigurert og aktiv til visse LCP- eller NCP-pakker lukker tilkoblingen, eller til en ekstern hendelse oppstår som fører til tap av tilkoblingen (for eksempel: en inaktivitetstidtaker eller brukerintervensjon)
Krav til fysiske lag
PPP er tilpasset for å fungere med alle DTE / DCE-grensesnitt, inkludert EIA / TIA-232-C (RS-232), EIA / TIA-422-C (RS-422), EIA / TIA-423-C (RS-423) ), ITU-T (CCITT) V.35. Det eneste maskinvarekravet som pålegges av PPP er tilstedeværelsen av dupleks maskinvare, enten dedikert eller svitsjet, som kan kjøre på asynkrone eller bitorienterte synkrone, PPP-vennlige pakker.
PPP Link Layer
--------------PPP bruker prinsippene, terminologien og strukturen til pakkene i dokumentene beskrevet av ISO angående HDLC (ISO 3309-1979) og dens endrede versjon:
- ISO 3309: 1984 / PDAD1 "Tillegg 1: Start/stopp overføring."
- ISO 3309-1979: beskriver strukturen til HDLC-pakker for bruk i synkrone systemer.
- ISO 3309: 1984 / PDAD1: Beskriver endringsforslag til ISO 3309-1979 som tillater bruk av asynkrone systemer.
OPS-kontrollprosedyrer bruker definisjoner og kontrollfelt standardisert i dokumenter: ISO 4335-1979 og ISO 4335-1979 / Tillegg 1-1979.
PPP-pakkeformat:
| Flagg: | Én byte som angir begynnelsen eller slutten av pakken. Flaggfeltet inneholder den binære sekvensen: 01111110. |
| Adresse: | Én byte som inneholder den binære sekvensen: 11111111, standard kringkastingsadresse. PPP støtter ikke adressering av individuelle stasjoner. |
| Kontroll: | En byte som inneholder den binære sekvensen: 00000011, som sendes for å overføre brukerdata i udelte pakker. (for overføring av brukerdata i en ikke-sekvensert ramme. |
| Protokoll: | 2 byte koder for den tidspakkede PPP-protokollen. Protokollverdiene finner du i dokumentet RFC (Request Numbers Request for Comments). |
| Data: | 0 eller flere byte som utgjør datagrammet til protokollen spesifisert i "Protokoll"-feltet. Slutten av informasjonsfeltet bestemmes ved å finne sluttsekvensen og 2-bytesekvensen i FCS-feltet. Misligholde maksimal lengde informasjonsfelt 1500 bytes. Men etter gjensidig "avtale", gitt bruk av PPP, kan andre verdier av feltlengden brukes |
| Frame Check Sequence (FCS): | Vanligvis 16bit (2byte). Etter gjensidig "avtale" kan 32-biters (4bytes) pakkeintegritetskontroll også brukes. |
PPP Link Control Protocol
PPP LCP gir metoder for å etablere, konfigurere, vedlikeholde og teste punkt-til-punkt-forbindelser. LCP er delt inn i 4 faser:
- Konfigurering og etablering av kommunikasjon - Før overføring av datagram (for eksempel IP), må LCP først åpne en tilkobling og foreta en innledende utveksling av konfigurasjonsparametere. Dette stadiet avsluttes når en bekreftelsespakke med den konfigurerte innstillingen er sendt og mottatt tilbake.
- Bestemmelse av kvaliteten på kommunikasjonen - LCP tillater (men krever ikke) å legge til en fase for testing av kommunikasjonskanalen, denne fasen vil følge umiddelbart etter den første. I denne fasen bestemmes det om forbindelsen er i stand til å transportere en hvilken som helst nettverksprotokoll med tilstrekkelig kvalitet. Denne fasen er valgfri. LCP-en må stramme overføringen av enhver nettverksprotokoll til denne fasen er fullført.
- Etablere - Etter at LCP er ferdig med å definere kommunikasjonsparametrene, må nettverksprotokollene konfigureres uavhengig av de tilsvarende NCPene, som kan starte eller slutte å bruke når som helst.
- Slutt på kommunikasjon - LCP kan avbryte når som helst etablert forbindelse... Dette kan skyldes brukerbehov eller en fysisk hendelse, som tap av operatør eller utløpet av en gyldig periode for ikke-bruk av kanalen.
Det er tre LCP type pekets:
- Etableringspakker – Brukes til å etablere og konfigurere kommunikasjon
- Avbryte pakker - Brukes til å avbryte en etablert forbindelse
- Kommunikasjonsoppbevaringspakker - Brukes til å kontrollere og diagnostisere kommunikasjon
2.4 PPP-relevante RFC-er
Dette er en liste over PPP RFCer. Noen av disse dokumentene er (foreldet) foreldet ...
- 1717 - Sklower, K .; Lloyd, B.; McGregor, G.; Carr, DThe PPP Multilink Protocol (MP). 1994 november; 21 s. (Format: TXT = 46264 byte)
- 1663 - Rand, DPPP pålitelig overføring. juli 1994; 8 poeng. (Format: TXT = 17281 byte)
- 1662 - Simpson, W., edPPP i HDLC-lignende framing. juli 1994; 25 s. (Format: TXT = 48058 byte) (Foreldet RFC 1549)
- 1661 - Simpson, W., red. The Point-to-Point Protocol (PPP). juli 1994; 52 s. (Format: TXT = 103026 byte) (Foreldet RFC 1548)
- 1638 - Baker, F .; Bowen, R., edsPPP Bridging Control Protocol (BCP). juni 1994; 28 s. (Format: TXT = 58477 byte)
- 1619 - Simpson, WPPP over SONET / SDH. mai 1994; 4 s. Format: TXT = 8893 byte)
- 1618 - Simpson, WPPP over ISDN. mai 1994; 6 s. (Format: TXT = 14896 byte)
- 1598 - Simpson, WPPP i X.25. mars 1994; 7 s. (Format: TXT = 13835 byte)
- 1570 - Simpson, W., red. PPP LCP-utvidelser. januar 1994; 18 s. (Format: TXT = 35719 byte) (Oppdaterer RFC 1548)
- 1553 - Mathur, S .; Lewis, M. Komprimering av IPX-hoder over WAN-medier (CIPX). desember 1993; 23 s. (Format: TXT = 47450 byte)
- 1552 - Simpson, W. PPP Internetwork Packet Exchange Control Protocol (IPXCP). desember 1993; 14 s. Format: TXT = 29174 byte)
- 1551 - Allen, M. Novell IPX over forskjellige WAN-medier IPXWAN). desember 1993; 22 s. (Format: TXT = 54210 byte) (Foreldet RFC 1362)
- 1549 - Simpson, W., red. PPP i HDLC-ramming. desember 1993; 18 s. (Format: TXT = 36353 byte) Foreldet av RFC 1662)
- 1548 - Simpson, W. Point-to-Point Protocol (PPP). desember 1993; 53 s. (Format: TXT = 111638 byte) (Foreldet RFC 1331; foreldet av RFC 1661; Oppdatert av RFC 1570)
- 1547 - Perkins, D. Krav til en Internett-standard Point-to-Point-protokoll. desember 1993; 21 s. Format: TXT = 49811 byte)
- 1378 - PPP AppleTalk Control Protocol (ATCP). Parker, B. 1992 november; 16 s. (Format: TXT = 28496 byte)
- 1377 - PPP OSI Network Layer Control Protocol (OSINLCP). Katz, D. 1992 november; 10 s. (Format: TXT = 22109 byte)
- 1376 - PPP DECnet Phase IV Control Protocol (DNCP). Senum, S.J. 1992 november; 6 s. (Format: TXT = 12448 byte)
- 1362 - Allen, M. Novell IPX over forskjellige WAN-medier IPXWAN). 1992 september; 18 s. (Format: TXT = 30220 byte)
- 1334 - PPP-autentiseringsprotokoller. Lloyd, B.; Simpson, W.A. oktober 1992; 16 s. (Format: TXT = 33248 byte)
- 1333 - PPP-linkkvalitetsovervåking. Simpson, W.A. mai 1992; 15 s. (Format: TXT = 29965 byte)
- 1332 - PPP Internet Protocol Control Protocol (IPCP). McGregor, G. 1992 mai; 12 s. (Format: TXT = 17613 byte) (Foreldet RFC1172)
- 1331 - Point-to-Point Protocol (PPP) for overføring av multiprotokolldatagrammer over punkt-til-punkt-lenker. Simpson, W.A. mai 1992; 66 s. (Format: TXT = 129892 byte) (Foreldet RFC1171, RFC1172; foreldet av RFC 1548)
- 1220 - Punkt-til-punkt-protokollutvidelser for brobygging. Baker, F., red. april 1991; 18 s. (Format: TXT = 38165 byte)
- 1172 - Point-to-Point Protocol (PPP) innledende konfigurasjonsalternativer. Perkins, D.; Hobby, R. 1990 juli; 38 s. (Format: TXT = 76132 byte) (foreldet av RFC1331, RFC1332)
- 1171 - Punkt-til-punkt-protokoll for overføring av multiprotokolldatagrammer over punkt-til-punkt-lenker. Perkins, D. 1990 juli; 48 s. (Format: TXT = 92321 byte) (Foreldet RFC1134; foreldet av RFC1331)
- 1134 - Punkt-til-punkt-protokoll: Et forslag for multiprotokolloverføring av datagrammer over punkt-til-punkt-lenker. Perkins, D. 1989 november; 38 s. (Format: TXT = 87352 byte) (foreldet av RFC1171)
- 1144 - Komprimering av TCP / IP-hoder for lavhastighets seriekoblinger. Jacobson, V. 1990 februar; 43 s. Format: TXT = 120959 PS = 534729 byte)
Det finnes mange typer nettverkskommunikasjon i verden, som opererer på grunnlag av protokoller med ulike formål og ulike effektivitetsnivåer. Vurder hovedproblemene knyttet til PPPoE-protokoll: hva det er, hvordan det fungerer og hva det ble laget for. For å forstå fordelene med denne teknologien, er det nødvendig å studere flere viktige poeng... La oss starte vårt bekjentskap med liten introduksjon inn i konseptet PPPoE.
Essensen av denne løsningen
Ved å svare på spørsmålet: "PPPoE - hva er det?", bør det presiseres at vi snakker om en spesiell protokoll. Navnet er en forkortelse som står for Point-to-Point Protocol over Ethernet, dvs. Ethernet-nettverk på punkt-til-punkt-basis. Tilkoblingen fungerer på lignende måte for å ringe opp.
Forskjellen ligger i funksjonaliteten: Ethernet-nettverket kobler sammen PPPoE i stedet for en dedikert telefonlinje. Det er verdt å nevne styrkene til teknologien. Vi understreker at PPPoE-tilkobling har fordelen av spredt spektrum ytterligere muligheter: du kan komprimere data, autentisere, kryptere informasjon.
Imidlertid er MTU-kravene lavere her (1492 i stedet for 1500 byte), noe som noen ganger fører til komplikasjoner når du arbeider med Et annet svar på spørsmålet: "Hva er PPPoE?" - kan formuleres som følger: det er en tunnelprotokoll. Med andre ord implementerer denne teknologien muligheten til å konfigurere IP eller andre protokoller via PPP eller Ethernet-tilkobling. Derfor kan PPPoE brukes til virtuelle samtaler, punkt-til-punkt-tilkoblinger og sending av IP-pakker, samtidig som du får alle fordelene med PPP.
PPPoE-tilkobling: hva det er og hvordan det fungerer
Å lage en PPPoE-tilkobling er ikke vanskelig i det hele tatt. Den første oppgaven er antenneinnstilling. Selv om det er bedre å overlate dette til en teknisk støttespesialist: du, som bruker, kan bare koble settet til en strømkilde. Tilgangspunktet og radioantennen er koblet til med en tykk kabel, og et par vridd ledninger er koblet til datamaskinen. Ledningen er krympet og koblet på den ene siden til tilgangspunktet og på den andre til nettverksadapteren.
PPPoE-protokoll: hva er det og hvilke feil den kan gi
Når du arbeider med PPPoE-protokoll, diverse tekniske feil, for hver av dem er det allerede utviklet beslutningsalgoritmer. Det er verdt å snakke om dem mer detaljert. Ta i betraktning typiske feil PPPoE.
Et populært problem er 633, som betyr at modemet mangler eller er feilkonfigurert. For å fikse situasjonen kan du starte datamaskinen på nytt, prøve å få tilgang til Internett og gjenopprette tilkoblingen.
Feil nummer 676 betyr at linjen er opptatt. Det kreves å logge på igjen via det lokale nettverket og koble til, og etter en omstart avinstallerer og installerer nettverksdriveren på nytt.
Hvis du ikke svarer ekstern datamaskin så kan du sjekke funksjonaliteten til antiviruset og brannmurinnstillingene, hvis tilgjengelig. Det er nødvendig å aktivere på nytt for å kontrollere driften av kabelen og tilstedeværelsen av en kontakt i kontaktene. Sjekk også funksjonen til kortet og installer driverne på nytt. Mangel på kommunikasjon med serveren er tillatt, men dette er allerede et systemisk problem.
I alle fall må du forstå årsaken til problemet og fremheve alt mulige kilder problemer. Du kan kontakte leverandøren, hvor støttetjenesten vil gi deg råd. Andre vanlige (nektet tilgang), 711 (tjenesteproblem), 720 (feil i tilkoblingsprotokollen), 52 (kan ikke koble til nettverket hvis navnene samsvarer).
Mange tall interne feil Windows-systemer (600, 601, 603, 606, 607, 610, 613, 614, 616 og andre) elimineres ved å starte på nytt og fjerne virus. Det er bedre å angre endringer i innstillinger som nylig er gjort. Hvis det er en feil innstilling av den interne nettverkskonfigurasjonen, oppstår feil 611. Det er nødvendig å kontrollere funksjonen til den lokale tilkoblingen.
Feil 617 kan være et symptom på et internt OS-problem. De fleste forstyrrelser vil bli håndtert av våre støtteteknikere. Operativsystemet inneholder informasjon om feil, de er diagnostisert, mens alternativene for å løse problemer allerede er inkludert i systemet.
Egenskaper
PPPoE-teknologi er en trådløs teknologi som overfører data over luften. En leid linje er for dyr og ikke alltid fysisk mulig. Den oppringte tilkoblingen er treg og faller ofte. Radioforbindelsen er mer pålitelig.
Tilbydere er ikke alltid klare til å gi høy hastighet, som de selv kutter ned. Her er det viktig å justere antennen og peke den mot stasjonen for å optimalisere signalleveringen. Det er også noe slikt som wan miniport PPPoE. Hva spør du? Kort sagt, dette er et annet område som tilkoblingsfeilmeldingen kan referere til. Hvis det oppstår, kontakt teknisk støtte.
Protokoller
Det er nødvendig å avklare spesifikasjonene til protokollene, siden det er noen fordeler ved at hver PPPoE overfører PPP-rammer direkte over Ethernet-nettverket. Forskjellen fra den tradisjonelle IP-tilkoblingen er at det er behov for å opprette en konto på gatewayen - dette er viktig for å etablere kontroll og dens enkelt format... I tillegg forenkles prosessen med å sette opp en funksjon som fakturering.
Forskjellen mellom PPPoE ligger i hastigheten, som når 100 megabit per sekund. Overføringsmediet er Ethernet. En spesiell teknologi brukes her - PPP-stakken, som ikke er nyskapende på grunn av utbredelsen.
Miniporter
WAN-miniport med PPPoE-protokoll brukes for tilkobling og høyhastighetstilkobling. For øyeblikket starter tilkoblingen med høy hastighet (spesielt når du bruker drift Windows-systemer 7 og 8) det oppstår en tilkoblingsfeil. Denne feilen er kode 651 og er relatert til en kommunikasjonsfeil med ADSL og feil arbeid ruter.
For å fikse problemet må du gå til serveren (for eksempel 192.168.1.1) og sjekke om det er en tilkobling til Internett. Problemet kan være skjult i abonnentens utstyr (feil på modem, ruter, fiberoptisk terminal) eller i problemer med tilbydere.
Bestemme type tilkobling
Denne operasjonen kan utføres av en datamaskinbruker som har et innledende opplæringsnivå. Så trykk på "Start"-knappen for å få frem OS-hovedmenyen? og gå til "Innstillinger"-elementet for å bestemme typen Internett-tilkobling.
Fra nå av vet du mer om PPPoE-tilkobling: hva det er og hvordan denne teknologien fungerer.
Denne protokollen ble utviklet av Internet Engineering Task Force (IETF) som en del av TCP/IP-stakken for overføring av informasjonsrammer over serielle globale kommunikasjonskanaler, og erstattet den eldre SLIP-protokollen (Serial Line IP). PPP har blitt de facto-standarden for bredområdekommunikasjon for å koble eksterne klienter til servere og for å danne forbindelser mellom rutere på et bedriftsnettverk. Ved utvikling av PPP ble HDLC-rammeformatet lagt til grunn og supplert med egne felt. PPP-felt er innebygd i datafeltet til HDLC-rammen. Senere standarder ble utviklet ved bruk av PPP-rammeinnstøping i rammer rammerelé og andre WAN-protokoller.
Hovedforskjellen mellom PPP og andre koblingslagsprotokoller er at den oppnår den koordinerte driften av forskjellige enheter ved hjelp av en forhandlingsprosedyre, der forskjellige parametere overføres, for eksempel linjekvalitet, autentiseringsprotokoll og innkapslede nettverkslagsprotokoller. Forhandlingsprosedyren foregår under forbindelsesetableringen.
PPP-protokollen er basert på fire prinsipper: forhandlet aksept av tilkoblingsparametere, multiprotokollstøtte, protokollutvidbarhet, uavhengighet fra globale tjenester.
Forhandling aksept av tilkoblingsparametere... I et bedriftsnettverk er sluttsystemer ofte forskjellige i størrelsen på buffere for midlertidig lagring av pakker, begrensninger på størrelsen på pakken og listen over støttede nettverkslagsprotokoller. Den fysiske linjen som forbinder sluttenhetene kan variere fra en lavhastighets analog linje til en høyhastighets digital linje med varierende nivåer av servicekvalitet.
For å takle alle mulige situasjoner har PPP-protokollen et sett med standardinnstillinger som tar hensyn til alle standardkonfigurasjoner. Når du oppretter en tilkobling, prøver to samvirkende enheter først å bruke disse innstillingene for å finne en forståelse. Hver endenode beskriver dens evner og krav. Deretter, basert på denne informasjonen, mottas tilkoblingsparametere som passer begge parter, som inkluderer datainnkapslingsformater, pakkestørrelser, linjekvalitet og autentiseringsprosedyre.
Protokollen som tilkoblingsparametrene mottas i henhold til kalles Link Control Protocol (LCP)... En protokoll som lar endenoder bli enige om hvilke nettverksprotokoller som skal overføres over en etablert forbindelse kalles Network Control Protocol (NCP)... Innenfor én PPP-tilkobling kan datastrømmer av ulike nettverksprotokoller overføres.
En av de viktige parameterne for PPP-tilkoblingen er autentiseringsmodusen. For autentiseringsformål tilbyr PPP som standard PAP-protokollen (Password Authentication Protocol), som overfører passordet over kommunikasjonslinjen til åpen form, eller CHAP (Challenge Handshake Authentication Protocol), som ikke overfører et passord over kommunikasjonslinjen og derfor gir større nettverkssikkerhet. Brukere har også lov til å legge til nye autentiseringsalgoritmer. Disiplinen for å velge header- og datakomprimeringsalgoritmer er lik.
Støtte for flere protokoller- PPP-protokollens evne til å støtte flere nettverkslagsprotokoller - førte til spredning av PPP som en de facto-standard. I motsetning til SLIP, som bare kan bære IP-pakker, eller LAP-B, som bare kan bære X.25-pakker, fungerer PPP med mange nettverkslagsprotokoller, inkludert IP, Novell IPX, AppleTalk, DECnet, XNS, Banyan VINES og OSI, også som lokale nettverksdatalinklagprotokoller. Hver nettverkslagsprotokoll konfigureres separat ved å bruke den tilsvarende NCP-protokollen. Konfigurering betyr for det første erklæringen om at denne protokollen vil bli brukt i gjeldende PPP-sesjon, og for det andre forhandling av noen protokollparametere. De fleste parametrene er satt for IP-protokollen - IP-adressen til verten, IP-adressen til DNS-serverne, bruk av komprimering av IP-pakkeoverskriften, etc. Protokollene for å konfigurere parameterne til den tilsvarende øvre lagprotokollen er oppkalt etter navnet på denne protokollen med tillegg av forkortelsen CP (Control Protocol) som IPCP, IPXCP, etc.
Utvidbarhet av protokollen... Utvidbarhet forstås som muligheten til å inkludere nye protokoller i PPP-stakken, og muligheten til å bruke brukernes egne protokoller i stedet for de som er anbefalt i PPP som standard. Dette tillater den beste måten konfigurere PPP for hver spesifikke situasjon.
Uavhengighet fra globale tjenester... Den første versjonen av PPP fungerte bare med HDLC-rammer. Spesifikasjoner er nå lagt til PPP-stakken for å tillate bruk av PPP i enhver teknologi globale nettverk som ISDN, frame relay, X.25, Sonet og HDLC.
Forhandlingsprosedyre LCP-protokoller og NCP kan ikke ende opp med en parameteravtale. Hvis for eksempel en node tilbyr 1000 byte som MTU, og den andre avviser dette tilbudet og i sin tur tilbyr 1500 byte, som avvises av den første noden, kan forhandlingsprosedyren ende forgjeves etter at tidsavbruddet utløper.
Spørsmålet oppstår - hvordan lærer to enheter som forhandler om PPP-protokollen om parametrene de tilbyr partneren sin? Vanligvis har PPP-protokollimplementeringen et sett med standardparametere som brukes i forhandlinger. Hver enhet (og programmet som implementerer PPP-protokollen i datamaskinens operativsystem) lar imidlertid administratoren endre standardinnstillingene, samt angi parametere som ikke er inkludert i standardsettet. For eksempel er IP-adressen for en ekstern vert ikke i standardinnstillingene, men en administrator kan angi den for en ekstern tilgangsserver og serveren vil tilby den til den eksterne verten.
Selv om PPP fungerer med HDLC-ramme, mangler den HDLC-rammekontroll og flytkontrollprosedyrer. Derfor, i PPP, brukes bare én type HDLC-ramme - unummerert informasjon. Kontrollfeltet til en slik ramme inneholder alltid verdien 03. For å rette opp svært sjeldne feil som oppstår i kanalen, kreves det protokoller øvre nivåer- TCP, SPX, NetBUEl, NCP, etc.
En av egenskapene til PPP-protokollen er bruken av flere fysiske linjer for å danne én logisk kanal, den såkalte kanal-trunking. Denne funksjonen er implementert av en tilleggsprotokoll kalt MLPPP (Multi Link PPP). Mange produsenter støtter denne funksjonen i sine rutere og fjerntilgangsservere på en proprietær måte. Det er alltid bedre å bruke standardmetoden, da den garanterer kompatibiliteten til utstyr fra forskjellige produsenter.
En felles logisk kanal kan bestå av kanaler av ulik fysisk natur. For eksempel kan en kanal dannes i telefonnett og den andre kan være et virtuelt kretssvitsjet rammerelénettverk.
