Loeng 10. HDLC ja PPP – kanalijuhtimisprotokollid
Usaldusväärse mehhanismi loomiseks andmete kahe jaama vahel edastamiseks on vaja määratleda protokoll, mis võimaldab sidekanalite kaudu erinevaid andmeid vastu võtta ja edastada. Protokollid on lihtsalt tingimuste (reeglite) kogum, mis reguleerib kahe või enama sõltumatu seadme või protsessi vahelise teabe vahetamise vormingut ja protseduure. Protokollil on kolm kriitilist elementi: süntaks, semantika ja sünkroonimine. Protokolli süntaks määrab väljad; Näiteks võib aadresside jaoks olla 16-baidine väli, kontrollsummade jaoks 32-baidine väli ja 512 baiti paketi kohta. Protokolli semantika annab neile väljadele tähenduse: näiteks kui aadressiväli koosneb kõikidest aadressidest, on tegemist "edastus" paketiga. Sünkroniseerimine – bittide arv sekundis on andmeedastuse kiirus. See on oluline mitte ainult protokolli madalaimatel, vaid ka kõrgeimal tasemel.
Protokoll lingikiht pakub järgmisi funktsioone:
Esimesel tasemel korraldatud füüsilise kanali kaudu toimuva andmeedastuse juhtimine;
Infokanali kontrollimine;
Kaadri moodustamine, st edastatavate andmete ääristamine teenindusmärkidega see tase;
Andmete kontroll;
Infokanali läbipaistvuse tagamine;
Andmeedastuskanalite haldamine.
See protokoll on võrguhalduse mitmetasandilises korralduses teisel tasemel.
HDLC-protokolli ülevaade. HDLC (High-Level Data Link Control) on kõrgetasemeline andmeühenduse juhtimisprotokoll, ISO mudeli lingikiht (bitiorienteeritud) ja on aluseks teiste lingikihi protokollide (SDLC, LAP, LAPB, LAPD, LAPX) koostamisel. ja LLC).
HDLC protokolli põhiprintsiibid: loogiline ühendusrežiim, moonutatud ja kadunud kaadrite juhtimine liugakna meetodil, kaadrivoo juhtimine RNR (receiver not ready) ja RR (receiver ready) käskude abil.
HDLC-jaamu on kolme tüüpi.
Primaarjaam (ülem) juhib andmesideühendust (kanalit). Vastutab edastatavate andmevoo korraldamise ja andmeedastuslingi funktsionaalsuse taastamise eest. See jaam edastab käsuraamid kanaliga ühendatud sekundaarjaamadele. See omakorda saab nendelt jaamadelt vastuste kaadreid. Kui link on mitmepunktiline, vastutab ülemjaam eraldi sideseansi pidamise eest iga lingiga ühendatud jaamaga.
Sekundaarne jaam (alljaam) töötab primaarjaama (ülema) suhtes sõltuva jaamana. See vastab primaarjaamalt saadud käskudele vastuste kujul. Toetab ainult ühte seanssi, nimelt ainult põhijaamaga. Teisene jaam ei vastuta kanali juhtimise eest.
Kombineeritud jaam ühendab esmase ja teisese jaama funktsioonid. Edastab nii käske kui vastuseid ning võtab vastu käske ja vastuseid teiselt kombineeritud jaamalt, millega seanssi peab.
Kolm loogilist olekut, milles jaamad võivad olla üksteisega suhtlemise protsessis.
Loogiline lahtiühendamise olek (LDS). Selles olekus ei saa jaam teavet edastada ega vastu võtta. Kui sekundaarjaam on normaalses lahtiühendamise režiimis (NDM), saab see kaadri vastu võtta alles pärast seda, kui on saanud selleks esmaselt jaamalt selgesõnalise loa. Kui jaam on asünkroonses vabastusrežiimis (ADM), võib sekundaarjaam algatada edastuse ilma selleks selgesõnalist luba saamata, kuid kaader peab olema ainus kaader, mis näitab esmase jaama olekut. LDS-olekusse ülemineku tingimused võivad olla toiteallika esialgne või korduv (pärast lühiajalist seiskamist) sisselülitamine; erinevate jaamaseadmete loogikaahelate lähtestamise käsitsijuhtimine ja määratakse aktsepteeritud süsteemilepingute alusel.
Initsialiseerimisolek (IS). Seda olekut kasutatakse juhtimise üleandmiseks kaugsekundaar-/kombineeritud jaamale, vajadusel korrigeerimiseks ning ka parameetrite vahetamiseks kaugjaamade vahel infoedastusolekus kasutatavas andmelingis.
Teabeedastuse olek (ITS). Sekundaarsel, esmasel ja kombineeritud jaamadel on lubatud kasutajateavet edastada ja vastu võtta. Selles olekus võib jaam olla režiimides NRM, ARM ja ABM, mida kirjeldatakse allpool.
HDLC pakub järgmist kolme edastusrežiimi:
– normaalne reageerimisrežiim (NRM). Sel juhul ei saa sekundaarsed sõlmed primaarse sõlmega suhelda enne, kui esmane sõlm annab loa;
– asünkroonne reageerimisrežiim (ARM). See edastusrežiim võimaldab sekundaarsetel sõlmedel alustada sidet esmase sõlmega ilma luba saamata;
– asünkroonne tasakaalustatud režiim (ABM). AVM-režiimis kuvatakse "kombineeritud" sõlm, mis olenevalt olukorrast võib toimida primaarse või sekundaarse sõlmena.
Andmesidekihis kasutatakse terminit kaader, et viidata sõltumatule andmeobjektile, mida edastatakse ühest jaamast teise. HDLC-protokolli kaadri struktuur on näidatud joonisel 10.1.
N(S) – edastatud kaadri järjenumber, N(R) – vastuvõetud kaadri järjenumber, P/F – poll / end bit
Joonis 10.1 – HDLC kaadri ja juhtvälja formaat
Bit-orienteeritud protokoll näeb ette teabe edastamise bitivoo kujul, mida ei jagata baitideks. Seetõttu kasutatakse kaadrite eraldamiseks spetsiaalseid järjestusi – lippe.
Kõik raamid peavad algama ja lõppema lipuväljadega "01111110". Kanaliga ühendatud jaamad jälgivad pidevalt binaarset lipu jada. Lippe võib HDLC-kaadrite vahel kanali kaudu pidevalt edastada. Kanali erandi indekseerimiseks saab saata seitse järjestikust erandit. Viisteist või enam üksust hoiavad kanalit paigal. Kui vastuvõtujaam tuvastab mittelipuliste bittide jada, teavitatakse teda kaadri algusest, erandi (krahhi) seisundist või kanali jõudeolekust. Kui tuvastatakse järgmine lipujada, saab jaam teada, et täiskaader on saabunud.
Aadressi väli määratleb primaar- või sekundaarjaamad, mis osalevad konkreetse kaadri edastamises. Igale jaamale määratakse kordumatu aadress. Tasakaalustamata süsteemis sisaldavad käskude ja vastuste aadressiväljad sekundaarjaama aadressi. IN tasakaalustatud konfiguratsioonid käsuraam sisaldab vastuvõtja aadressi ja vastuse kaader edastava jaama aadressi.
Juhtväli määrab käsu või vastuse tüübi, samuti seerianumbrid, mida kasutatakse primaarse ja sekundaarse jaama vahelises kanalis oleva andmevoo teatamiseks. Juhtvälja vorming ja sisu (joonis 1) määravad kolme tüüpi kaadreid: informatiivsed (I), järelevalvelised (S) ja nummerdamata (U).
Teabe formaat(I – formaat), mida kasutatakse andmeedastuseks lõppkasutajatele kahe jaama vahel.
Järelevalve formaat(S – formaat) täidab juhtimisfunktsioone: kaadrite kinnitamine (kinnitamine), päring taasedastus kaadrid ja kaadri edastamise viivituse taotlus. Järelevalveraami tegelik kasutamine sõltub jaama töörežiimist (tavaline reageerimisrežiim, asünkroonne tasakaalustatud režiim, asünkroonne reageerimisrežiim).
Nummerdamata formaat(U – formaat) kasutatakse ka juhtimise eesmärgil: lähtestamine või lahtiühendamine, testimine, lähtestamine ja jaama tuvastamine jne. Konkreetne tüüp käsk ja vastus sõltuvad HDLC protseduuri klassist.
Teabeväli sisaldab kehtivaid kasutajaandmeid. Teabeväli on ainult teabevormingu raamis. See ei ole järelevalve- ega nummerdamata vormingus raamis. [Märkus. Nummerdamata vormingus „UI – Unnumbered Information” ja „FRMR – Frame Reject” raamidel on teabeväli.]
CRC väli(Frame Check Sequence) kasutatakse kahe jaama vaheliste edastusvigade tuvastamiseks. Saatejaam teostab arvutusi kasutaja andmevoo kohta ja selle arvutuse tulemus kaasatakse kaadrisse CRC väljana. Vastuvõttev jaam omakorda teeb sarnaseid arvutusi ja võrdleb tulemust CRC väljaga. Kui on sobivus, on suur tõenäosus, et edastamine toimus ilma vigadeta. Kui esineb mittevastavust, võis olla edastusviga ja vastuvõtujaam saadab negatiivse kinnituse, mis näitab, et kaader tuleb uuesti saata. CRC arvutust nimetatakse tsükliliseks liiasuse kontrolliks ja see kasutab genereerivat polünoomi vastavalt CCITT soovitusele V.41. See meetod suudab tuvastada kõik ühest veast põhjustatud võimalikud kuni 16 biti pikkused veakorteid, samuti 99,9984% kõigist võimalikest pikematest veakortereid.
Tänapäeval on HDLC-protokoll spetsiaalsetel kanalitel asendanud punkt-punkti protokolli, Point-to-Point Protocol, PPP.
Fakt on see, et HDLC-protokolli üks peamisi funktsioone on moonutatud ja kadunud kaadrite taastamine. Tõepoolest, HDLC-protokolli kasutamine vähendab bitivea määra (BER) 10–3-lt, mis on tüüpiline territoriaalsele analoogkanalid, kuni 10 -9.
Kuid tänapäeval on populaarsed digikanalid, mis isegi ilma väliste kaadri taastamise protseduurideta on kvaliteetsed (BER väärtus on 10 -8 - 10 -9). Sellise kanali kaudu töötamiseks pole HDLC-protokolli taastamisfunktsioone vaja. Analoogkanalite kaudu edastamisel kasutavad kaasaegsed modemid ise HDLC perekonna protokolle. Seetõttu muutub HDLC kasutamine ruuteri või silla tasemel põhjendamatuks.
PPP protokoll. PPP-st on saanud laiaulatusliku side de facto standard, et ühendada kaugkliendid serveritega ja luua ühendusi ruuterite vahel. ettevõtte võrk. PPP-protokolli väljatöötamisel võeti aluseks HDLC-kaadri formaat ja täiendati seda oma väljadega. PPP-protokolli väljad on pesastatud HDLC-kaadri andmeväljas. Hilisemad standardid töötati välja pesastamist kasutades PPP raam Frame Relay ja muude ülemaailmsete võrguprotokollide raamidesse.
Peamine erinevus PPP ja teiste lingikihi protokollide vahel on see, et see saavutab erinevate seadmete koordineeritud töö, kasutades läbirääkimisprotseduuri, mille käigus erinevaid parameetreid, nagu liini kvaliteet, autentimisprotokoll ja kapseldatud võrgukihi protokollid. Läbirääkimiste protseduur toimub ühenduse loomise ajal.
PPP-protokoll põhineb neljal põhimõttel: ühenduse parameetrite läbiräägitav aktsepteerimine, mitme protokolli tugi, protokolli laiendatavus, sõltumatus globaalsetest teenustest.
Ühenduse parameetrite aktsepteerimine läbirääkimistel. Ettevõttevõrgus erinevad lõppsüsteemid sageli pakettide ajutise salvestamise puhvrite suuruse, pakettide suuruse piirangute ja toetatud võrgukihi protokollide loendi poolest. Lõppseadmeid ühendav füüsiline liin võib ulatuda madala kiirusega analoogliinist kuni kiire digitaalliinini, millel on erinev teenusekvaliteedi tase. Kõigi võimalike olukordadega toimetulemiseks on PPP-protokollil komplekt standardseaded, mis töötab vaikimisi ja võtab arvesse kõiki standardkonfiguratsioone. Ühenduse loomisel proovivad kaks suhtlevat seadet esmalt kasutada neid sätteid vastastikuse mõistmise leidmiseks. Iga lõppsõlm kirjeldab oma võimalusi ja nõudeid. Seejärel võetakse selle teabe põhjal vastu mõlemale poolele sobivad ühenduse parameetrid, sealhulgas andmete kapseldamise vormingud, pakettide suurused, liini kvaliteet ja autentimisprotseduur.
Protokolli, mille alusel ühenduse parameetreid vastu võetakse, nimetatakse Link Control Protocoliks (LCP). Protokoll, mis võimaldab lõppsõlmed kokkuleppimist, milliseid võrguprotokolle loodud ühenduses kantakse, nimetatakse võrgu juhtimisprotokolliks (NCP). Ühe PPP ühenduse piires saab edastada erinevat tüüpi andmevooge. võrguprotokollid.
Üks PPP-ühenduse olulisi parameetreid on autentimisrežiim. Autentimise eesmärgil pakub PPP vaikimisi PAP-protokolli, mis edastab parooli sideliini kaudu selge tekstina, või CHAP-protokolli, mis ei edasta parooli sideliini kaudu ja tagab seetõttu suurema võrguturvalisuse. Samuti on kasutajatel lubatud lisada uusi autentimisalgoritme. Päise ja andmete tihendamise algoritmide valimise distsipliin on sarnane.
Mitmeprotokolli tugi – PPP-protokolli võime toetada mitut võrgukihi protokolli – on viinud PPP kui de facto standardi levikuni. PPP töötab paljude võrgukihi protokollidega, sealhulgas IP, Novell IPX, AppleTalk, DECnet, XNS, Banyan VINES ja OSI, aga ka andmesideprotokollidega kohalik võrk. Enamik parameetreid on määratud IP-protokolli jaoks - hosti IP-aadress, DNS-serverite IP-aadress, IP-paketi päise tihendamise kasutamine jne.
Protokolli laiendatavus. Laiendatavus viitab nii võimalusele lisada PPP-pinu uusi protokolle kui ka võimalust kasutada PPP-s soovitatud vaikeprotokolle asemel kasutajate endi protokolle. See võimaldab parimal võimalikul viisil konfigureerige PPP iga konkreetse olukorra jaoks.
Sõltumatus globaalsetest teenustest. PPP esialgne versioon töötas ainult HDLC-kaadritega. Nüüd on PPP-virnale lisatud spetsifikatsioonid, mis võimaldavad PPP-d kasutada mis tahes laivõrgutehnoloogias, nagu ISDN, Frame Relay, X.25, Sonet ja HDLC.
Tekib küsimus – kuidas saavad kaks PPP-protokolli läbirääkivat seadet teada parameetritest, mida nad oma partnerile pakuvad? Tavaliselt on PPP-protokolli rakendusel teatud vaikeparameetrite komplekt, mida kasutatakse läbirääkimistel. Kuid iga seade (ja programm, mis arvuti operatsioonisüsteemis PPP-protokolli juurutab) võimaldab administraatoril muuta vaikesätteid, samuti määrata parameetreid, mis ei sisaldu standardne komplekt. Näiteks kaughosti IP-aadress ei sisaldu vaikeseadetes, kuid administraator saab selle kaugjuurdepääsuserveri jaoks määrata ja server pakub seda seejärel kaughostile.
Kuigi PPP-protokoll töötab HDLC-kaadriga, puuduvad sellel HDLC-protokolli kaadri ja voo juhtimise protseduurid. Seetõttu kasutab PPP ainult ühte tüüpi HDLC-kaadrit – nummerdamata infokaadrit. Sellise kaadri juhtväli sisaldab alati väärtust 03. Kanalis esinevate väga harvade vigade parandamiseks on vaja kõrgema taseme protokolle - TCP, SPX, NetBUEl, NCP jne.
Üks PPP-protokolli omadusi on mitme protokolli kasutamine füüsilised jooned moodustada üks loogiline kanal, nn kanalite kanal (ühine loogiline kanal võib koosneda erineva füüsilise olemusega kanalitest. Näiteks üks kanal võib olla moodustatud telefonivõrgus, teine aga virtuaalne kommutatsioonikanal võrguraam relee). Seda funktsiooni rakendab lisaprotokoll nimega MLPPP (Multi Link PPP). Paljud tootjad toetavad seda funktsiooni oma ruuterites ja kaugjuurdepääsu serverites varalisel viisil. Kasutamine standardmeetod on alati parem, kuna see tagab erinevate tootjate seadmete ühilduvuse.
Põhikirjandus: 2
Lisalugemine: 7
1. Milleks on kanalijuhtimisprotokollid?
2. Milliseid funktsioone lingikihi protokoll pakub?
3. Millised on HDLC protokolli põhiprintsiibid?
4. Millised on PPP protokolli põhiprintsiibid?
5. Mille poolest erinevad HDLC ja PPP protokollid?
Siin on VPN-i kaudu ühenduse loomisel tekkivate vigade lühikirjeldus ja nende lahendamise meetodid. Leidsin selle artikli Internetist, kuid lisasin selle ka omal käel, sest... mõned lahendused olid ausalt öeldes aegunud või valed.
Viga 678 - Kaugarvuti ei vasta
See tõrge ilmneb siis, kui teie arvuti ja juurdepääsuserveri vahel puudub ühendus. Tõenäoliselt on selle vea põhjus: aktiivsete seadmete talitlushäired, klient on keelanud võrgukaart, ühendus blokeeritud viirusetõrjeprogramm või tulemüür.
Viga 691 – juurdepääs on keelatud, kuna kasutajanimi või parool ei kehti selles domeenis
Kõige sagedamini ilmneb see tõrge kasutajatel, kui nad sisestasid kasutajanime ja parooli valesti või kui nad on juba teie sisselogimise all võrguga ühenduse loonud.
Kui kõik ülaltoodud pole teie jaoks, proovige käivitada järgmised käsud:
1. Valige menüüst Start - Run, sisestage ja käivitage käsk
cmd
2. Käivitage käsk: netsh interface ip reset
3. Käivitage käsk: netsh winsock reset
4. Taaskäivitage arvuti.
Viga 721 – kaugarvuti ei reageeri
Kui on ühendatud VPN-ühendus jõuab üksusesse "Kasutajanime ja parooli kontrollimine", hangub mõneks ajaks ja kuvab veateate 721: "Kaugarvuti ei reageeri."
1. Kõigepealt peaksite kontrollima, kas VPN-ühendusse on registreeritud õige VPN-server.
Selleks minge Start - Juhtpaneel - Võrguühendused. Klõpsake oma VPN-ühenduse ikooni paremklõps ja valige Atribuudid. Vahekaart Üldine – real Arvuti nimi või sihtkoha IP-aadress tuleb määrata VPN-serveri aadress.
2. Enamikul juhtudel ilmneb tõrge 721, kuna teie arvutisse on installitud tulemüür.
See programm, kui vale seadistus võib võrguliiklust blokeerida. Et olla 100% kindel, keelake kõik tulemüürid(Outpost Firewall, Zone Alarm, Kaspersky Internet Security...), sealhulgas Windowsi tulemüür (Start – Juhtpaneel – Windowsi tulemüür). Proovige ühendada. Kui tõrge kaob, proovige tulemüür õigesti seadistada.
3. Kui viga 721 ilmub jätkuvalt, proovige L2TP tunnelit.
Selleks minge Start - Juhtpaneel - Võrguühendused. Paremklõpsake oma VPN-ühenduse otseteel ja valige Atribuudid. Vahekaardil Võrk, muutke VPN-i tüüpi – automaatse või PTPP VPN-i asemel määrake L2TP IPSEC VPN. Klõpsake nuppu OK ja proovige ühendust luua.
4. Tihti juhtub, et paigaldamise ajal uus versioon Windows ei installi sisseehitatud tulemüüri õigesti, mistõttu on võimatu selle seadetesse siseneda ja probleemi lahendada.
Tulemüüri uuesti installimiseks peate helistama API funktsioon"Seadista API InstallHinfSection". Selleks toimige järgmiselt.
Valige Start - Run, sisestage ja käivitage käsk
cmd
Sisestage järgmine käsk käsurida ja vajutage sisestusklahvi:
Rundll32 setupapi,InstallHinfSection Ndi-Steelhead 132 %windir%\inf\netrass.inf
Taaskäivitage Windows.
Valige menüüst Start käsk Käivita, sisestage ja käivitage käsk
cmd
Tippige käsureale järgmine käsk ja vajutage sisestusklahvi:
netsh tulemüüri lähtestamine
Valige menüüst Start käsk Käivita, sisestage ja käivitage käsk
tulemüür.cpl
Avage Start - Juhtpaneel - Windowsi tulemüür ja lülitage see välja.
Kui pärast kõiki neid toiminguid tõrge 721 ikka veel ilmub, jääb üle vaid Windows uuesti installida, vastasel juhul pole seda probleemi võimalik lahendada.
Viga 734 – PPP lingi juhtimisprotokoll katkestati
See tõrge võib ilmneda siis, kui ühenduse loomisel oleva serveri turvaprotokollid ei ühildu teie kohalike turbesätetega. Lahendus.: Paremklõpsake kaustas Võrguühendused kasutatavat ühendust. Valige käsk Properties ja avage vahekaart Turvalisus. Loendis Kasutatud skannimisel valige Ebaturvaline parool.
Viga 769 – määratud sihtkoht on kättesaamatu
Selle vea põhjus on see, et teie arvuti võrgukaart on keelatud.
Viga 800: ühendus ebaõnnestus
Põhjus võib olla selles, et kasutate aegunud püsivaraga ruuterit. Näiteks võite selle probleemiga kokku puutuda, kasutades Cisco ruuter enne 2001. aastat loodud püsivaraga.
Selle põhjuse kontrollimiseks vaadake võrgu jälge. Cisco seadmed teatab null suurus aknad TCP käepigistuses pordi 1723 kaudu.
Probleem võib olla ka valesti konfigureeritud võrguühendus. Näiteks on teie VPN-server või turbesätted valesti konfigureeritud.
Mõnel juhul võib autoriseerimisserveri vastuse puudumise tõttu tekkida tõrge.
LCP pakub meetodit otse ühendatud lingi loomiseks, konfigureerimiseks, hooldamiseks ja lõpetamiseks. LCP protsess läbib 4 selgelt eristatavat faasi:
Kanali korraldus ja selle konfiguratsiooni koordineerimine.
Enne võrgukihi andmegrammide (nt IP) vahetamist peab LCP esmalt avama side ja pidama läbirääkimisi konfiguratsiooniparameetrite üle. See faas lõpeb pärast konfiguratsiooni kinnituspaketi saatmist ja vastuvõtmist. Kvaliteedi määratlus sidekanal
Võrgukihi protokollide konfiguratsioonide koordineerimine. Pärast seda, kui LCP on lingi kvaliteedi määramise etapi lõpetanud, saavad vastavad NCP-d võrguprotokollide konfiguratsiooni individuaalselt valida ning neid saab igal ajal välja kutsuda ja hilisemaks kasutamiseks vabastada. Kui LCP sulgeb antud lingi, teavitab see võrgukihi protokolle, et nad saaksid asjakohaseid meetmeid võtta.
Kanali lõpetamine. LCP võib kanali igal ajal sulgeda. Tavaliselt tehakse seda kasutaja (inimese) soovil, kuid see võib juhtuda ka mõne füüsilise sündmuse tõttu, näiteks meedia kadumise või taimeri aegumise tõttu.
LCP-pakette on kolm klassi:
Paketid suhtluskanali korraldamiseks. Kasutatakse kanali konfiguratsiooni korraldamiseks ja valimiseks.
Paketid kanali lõpetamiseks.
Kasutatakse sidekanali lõpetamiseks.
Paketid kanali funktsionaalsuse säilitamiseks. Kasutatakse kanali hooldamiseks ja silumiseks.
Neid pakette kasutatakse iga LCP-faasi töökorrastamiseks.
Isdn Bibliograafiline viide Võrgu nimi Integreeritud teenuste digitaalvõrk (ISDN)
(Integreeritud teenuste digitaalvõrk) viitab lõppkasutajatele kättesaadavaks tehtud digitaalteenuste kogumile. ISDN hõlmab telefonivõrgu digitaliseerimist, et häält, teavet, teksti, graafikat, muusikat, videot ja muid materiaalseid allikaid saaks edastada lõppkasutajale olemasolevate telefonijuhtmete kaudu ning lõppkasutaja saab neid vastu võtta ühest lõppkasutaja terminalist. ISDN-i pooldajad loovad pildi ülemaailmsest võrgust, mis sarnaneb tänapäeva telefonivõrguga, välja arvatud see, et see kasutab digitaalset edastamist ja tutvustab mitmesuguseid uusi teenuseid.
ISDN-i rakendused hõlmavad kiireid pildistamissüsteeme (nagu 1. V rühma faksimiile), täiendavaid telefoniliine kodudes telekommunikatsioonitööstuse teenindamiseks, kiiret failiedastust ja videokonverentse. Voice'ist saab kindlasti populaarne ISDN-rakendus.
Paljud kommertssidevõrgud hakkavad pakkuma ISDN-i tariifihindadest madalamate hindadega. Põhja-Ameerikas kommertssidevõrgud LAN-lülitiga (Kohalik vahetusoperaator) (LEC) hakkavad pakkuma ISDN-teenuseid alternatiivina T1-ühendustele, mis praegu pakuvad enamikku "globaalseid telefoniteenuseid" (WATS) (lai telefoniteenus).
15.10.2006 6,1K2.1 Sissejuhatus
PPP on Interneti-standard IP-pakettide edastamiseks jadaliinide kaudu. PPP toetab sünkroonseid ja asünkroonseid liine. Mõnede punktide osas arutelus PPP ja PPP versus SLIP kohta soovitan teil vaadata dokumenti aadressil ftp.uu.net:vendor/MorningStar/papers/sug91-cheapIP.ps.Z (paber) ja sug91- cheapIP.shar.Z (grafoprojektori slaidid)
2.2 PPP funktsioonid, mis võivad olla või mitte
Põhilise PPP-raamiga ühilduvuse mõlema poole puhul peate teadma, et paljud programmid lisavad oma lisafunktsioonid. Soovitatav on meeles pidada, et mitte kõigil vabalt levitatavatel programmidel, nagu ka kommertsprogrammidel, pole kõiki võimalusi.
Nõudlusvalimine (valimine nõudmisel) PPP-liidese ühendamine ja telefoninumbrite valimine. numbrid paki saabumisel. PPP-liidese keelamine pärast teatud tegevusetusperioodi.
Kordusvalimine PPP-liidese ühendamine, mida hiljem ei katkestata ja mis hoiab ühendatud kanali alati enda käsutuses.
Telkimine (vt kordusvalimine)
Skriptimine Paigaldamine sõnumiseeria või vahepealsete ühenduste kaudu PPP-ühenduse loomiseks, mis sarnaneb UUCP-ühenduse loomiseks kasutatavatele järjestustele.
Paralleelselt Mitme PPP liini konfigureerimine sama ühenduse jaoks hostiga, et jaotada liiklus nende vahel ühtlaselt. (standardiseerimise protsessis)
Filtreerimine Valitakse, millistest pakettidest on liinile helistamiseks mõtet alustada ja millistest mitte. Otsuse tegemisel lähtub paketi IP- või TCP-tüübist või TOS-ist (Type of Service). Näiteks ignoreerige kõiki ICMP pakette.
Päise tihendamine TCP päise tihendamine vastavalt RFC1144-le Pole vajalik, kui seda kasutatakse kiirliinidel, kuid väga kasulik madala kiirusega liinidel.
Server aktsepteerib sissetulevaid PPP-ühendusi, mis võib vajada ka täiendavat marsruutimist.
Tunneldamine Virtuaalsete võrkude loomine PPP-ühenduse kaudu TCP-voo kaudu olemasoleva IP-võrgu kaudu. (Ehitage virtuaalne võrk PPP-lingi kaudu TCP-voo kaudu olemasoleva IP-võrgu kaudu.)
Täiendavad bait-orienteeritud märgid, mis ei sisaldu ühenduse loomisel kasutatavas standardses märgikomplektis, saab konfigureerida eraldi, kuid need ei kattu ühenduse loomisel kasutatavatega. (Baitide täitmisega märgid väljaspool kokkulepitud asünkroonimiskaarti, eelnevalt konfigureeritavad, kuid mitte läbiräägitavad.)
2.3 PPP sõnastik
Iga tehnoloogia omandab aja jooksul akronüüme... PPP pole erand. Kuna peaaegu kõiki termineid kasutatakse nende inglise/ameerika transkriptsioonis, siis mulle tundub, et nende lühendite tõlkimisel pole mõtet.
ack Kinnitus
AO Active Open (hiljuti sai osaks FSM-ist RFC1331-s)
C Sule
CHAP Challenge-Handshake Authentication Protocol (RFC1334)
D Alumine kiht allapoole
DES andmesisestusprotokoll
DNA digitaalse võrgu arhitektuur
IETF Interneti-tehnoloogia töörühm.
IP Interneti-protokoll
IPCP IP-juhtimisprotokoll.
IPX Interneti-tööpakettide vahetus (Novelli võrgupinn)
FCS Frame Check Sequence
FSA lõplike olekute automatiseerimine
FSM lõpliku oleku masin
LCP lingi juhtimisprotokoll.
LQR Linki kvaliteediaruanne.
MD4 MD4 digitaalallkirja algoritm
MD5 MD5 digitaalallkirja algoritm
MRU maksimaalne vastuvõtuüksus
MTU maksimaalne ülekandeüksus
nak Negatiivne tunnustus
NCP võrgu juhtimisprotokoll.
NRZ Non-Return to Zero bitine kodeering. (Saadavuse tõttu vaikimisi ppp SYNC)
NRZI Non-Return to Zero Inverteeritud bitikodeering. (SYNC ppp eelistatud alternatiiv NRZ-le)
OSI avatud süsteemide ühendamine
PAP parooli autentimise protokoll (RFC1334)
PDU protokolli andmeüksus (sama mis pakett)
PO Passiivne avatud
PPP punktist punkti protokoll (RFC1548 /RFC1549,1332,1333,1334,1551,1376,1377,1378)
RCA Receive Configure-Ack
RCJ saab koodi tagasilükkamise
RCN Receive Configure-Nak või -Reject
RCR+ Saate hea seadistamise-päringu
RER võta vastu kajataotlus
RFC kommentaaride taotlus (Interneti standard)
RTA vastuvõtu lõpetamine-kinnitus
RTR vastuvõtu lõpetamise taotlus
RUC Võtke vastu tundmatu kood
sca Saada Configure-Ack
scj Saada kood-keeldu
scn Saada Configure-Nak või -Reject
scr Saada seadistamine-taotlus
ser Saada Echo-Reply
sta Saada Terminate-Ack
str Saada lõpetamistaotlus
ST-II vooprotokoll
TO+ ajalõpp loenduriga > 0
TO- loenduri ajalõpp on aegunud
VJ Van Jacobson (RFC1144 päise tihendamise algoritm)
XNS Xeroxi võrguteenused
Üldine teave
Point-to-Point Protocol (PPP) töötati välja probleemide lahendamiseks, mis on seotud ebapiisava arvu standardvahenditega "point-to-point IP" tüüpi protokollide kapseldamiseks. Lisaks oli PPP mõeldud ka IP-aadresside väljastamise ja haldamise, asünkroonse ja bitipõhise sünkroonse kapseldamise, võrguprotokolli multipleksimise, sidekvaliteedi konfigureerimise ja testimise, vigade tuvastamise ja selliste võrgukihi funktsioonide nagu konfiguratsiooniaadresside loomise lihtsustamiseks. ja andmete tihendamise seadistamine. Ülaltoodud omaduste toetamiseks peab PPP pakkuma kontrolli laiendatud lingijuhtimisprotokolli (LCP) ja võrgu juhtimisprotokollide (NCP) protokollide perekonna üle, mida kasutatakse sideparameetrite määramiseks. Tänapäeval toetab PPP mitte ainult IP-d, vaid ka muid protokolle, sealhulgas IPX ja DECNet.
PPP komponendid
PPP annab võimaluse edastada datagramme punkt-punkti jadaliinide kaudu. Sellel on 3 komponenti:
* Meetod andmegrammide kapseldamiseks PPP jadaliinide kaudu, kasutades HDLC (High-Level Data Link Control) protokolli datagrammide pakkimiseks PPP-side kaudu.
* Laiendatud LCP (Link Control Protocol) füüsilise ühenduse loomiseks, konfigureerimiseks ja testimiseks (andmesideühenduse testimine)
* Protokolliperekond (NCP-d) muude võrguprotokollide loomiseks ja haldamiseks, teisisõnu: PPP on loodud mitme võrguprotokolli samaaegseks toetamiseks.
Üldine toimimine
Kui PPP-ühendus on loodud, saadab PPP-draiver esmalt LCP-pakette sidelingi konfigureerimiseks ja (võimalik) testimiseks. Pärast side ja lisavõimaluste loomist LCP kaudu saadab PPP draiver NCP-kaadreid, et muuta ja/või konfigureerida üht või mitut võrguprotokolli. Kui see protsess lõpeb, saab võrgupakette edastada loodud ühendus. See jääb konfigureeritud ja aktiivseks seni, kuni teatud LCP- või NCP-paketid ühenduse sulgevad või kuni toimub mõni väline sündmus, mis põhjustab ühenduse katkemise (nt tegevusetuse taimer või kasutaja sekkumine).
Füüsikalise kihi nõuded
PPP on kohandatud töötama mis tahes DTE/DCE liidesega, sealhulgas EIA/TIA-232-C (RS-232), EIA/TIA-422-C (RS-422), EIA/TIA-423-C (RS-423). ) , ITU-T (CCITT) V.35. Ainus PPP poolt kehtestatud riistvaranõue on dupleksriistvara olemasolu, olenemata sellest, kas see on spetsiaalne või kommuteeritud, mis suudab töötada asünkroonsete või bittide orienteeritud sünkroonsete PPP-läbipaistvate pakettidega.
PPP lingikiht
—————
PPP kasutab HDLC-ga seotud ISO dokumentides (ISO 3309-1979) ja selle laiendatud versioonis kirjeldatud põhimõtteid, terminoloogiat ja paketistruktuuri:
* ISO 3309:1984/PDAD1 “Lisa 1: Käivitage/peatage edastus."
* ISO 3309-1979: kirjeldab sünkroonsüsteemides kasutatavate HDLC-pakettide struktuuri.
* ISO 3309:1984/PDAD1: kirjeldab ettepanekuid ISO 3309-1979 muudatusteks, mis võimaldaksid kasutada asünkroonseid süsteeme.
PPP kontrolliprotseduurides kasutatakse definitsioone ja kontrollivälju, mis on standarditud dokumentides: ISO 4335-1979 ja ISO 4335-1979/Addendum 1-1979.
PPP paketivorming:
1 1 1 2 Muutuja 2 või 4
Lipu aadressi juhtimisprotokoll DATA FCS
Lipp: üks bait, mis näitab paketi algust või lõppu. Lipuväli sisaldab kahendjada: 01111110.
Aadress: üks bait, mis sisaldab kahendjada: 11111111, standardne leviaadress. PPP ei toeta jaamade ühehäälestamist.
Juhtimine: Üks bait, mis sisaldab binaarjada: 00000011, mis saadetakse kasutajaandmete edastamiseks jagamata pakettidena. (kasutajaandmete edastamiseks järjestamata kaadris.
Protokoll: 2 baiti kodeerivad protokolli, mis on pakitud PPP-protokolli aega. Protokolli väärtused leiate dokumendist Assigned Numbers Request for Comments (RFC).
Andmed: 0 või enam baiti, mis moodustavad väljal “Protokoll” määratud protokolli datagrammi. Teabevälja lõpp määratakse FCS väljalt lõpujada ja 2-baidise jada leidmisega. Vaikimisi on infovälja maksimaalne pikkus 1500 baiti, kuid vastastikusel kokkuleppel, arvestades PPP kasutamist, saab kasutada ka teisi välja pikkusi
Frame Check Sequence (FCS): tavaliselt 16bit (2 baiti). Kuid vastastikusel kokkuleppel saab kasutada 32-bitist (4 baiti) paketi terviklikkuse kontrolli.
PPP Link Control Protocol
PPP LCP pakub meetodeid punkt-punkti ühenduste loomiseks, konfigureerimiseks, hooldamiseks ja testimiseks. LCP on jagatud 4 faasi:
* Konfiguratsioon ja side – enne mis tahes datagrammi (nt IP) edastamist peab LCP esmalt ühenduse avama ja teostama esmase konfiguratsiooniparameetrite vahetuse. See etapp lõpeb, kui konfiguratsiooni kinnitav pakett on saadetud ja tagasi saadud.
* Sidekvaliteedi määramine – LCP võimaldab (aga ei nõua) lisada sidekanali testimise faasi, see faas järgneb kohe peale esimest. Selles etapis tehakse kindlaks, kas ühendus on võimeline edastama piisavalt kvaliteetset võrguprotokolli. See etapp on vabatahtlik. LCP peab viivitama mis tahes võrguprotokolli edastamist, kuni see etapp on lõppenud.
* Võrguprotokolli sätete loomine – pärast seda, kui LCP on lõpetanud sideparameetrite määratlemise, peavad vastavad NCP-d iseseisvalt konfigureerima võrguprotokollid, mida saab igal ajal käivitada või peatada.
* Ühenduse lõpp – LCP võib loodud ühenduse igal ajal katkestada. See võib juhtuda kasutaja nõudmise või mõne füüsilise sündmuse tõttu, nagu operaatori kaotus või lubatud kasutamata kanaliaja aegumine.
LCP-pakette on kolme tüüpi:
* Asutamispaketid – kasutatakse side loomiseks ja konfigureerimiseks
* Katkesta paketid – kasutatakse loodud ühenduse katkestamiseks
* Side säästupaketid – kasutatakse side haldamiseks ja diagnostikaks
2.4 PPP-ga seotud RFC-d
See on PPP-ga seotud RFC-de loend. Mõned neist dokumentidest (vananenud) on aegunud...
* 1717 - Sklower, K.; Lloyd, B.; McGregor, G.; Carr, DPPP Multilink Protocol (MP). november 1994; 21:00. (vorming: TXT = 46264 baiti)
* 1663 – Rand, DPPP usaldusväärne käigukast. juuli 1994; 20.00. (Vorming: TXT=17281 baiti)
* 1662 – Simpson, W., edPPP HDLC-sarnases raamis. juuli 1994; 25:00. (Vorming: TXT = 48058 baiti) (Aegunud RFC 1549)
* 1661 – Simpson, W., punkt-punkti protokoll (PPP). juuli 1994; 52 lk. (Vorming: TXT=103026 baiti) (Aegunud RFC 1548)
* 1638 - Baker, F.; Bowen, R., edsPPP Bridging Control Protocol (BCP). 1994 juuni; 28:00. (Vorming: TXT = 58477 baiti)
* 1619 – Simpson, WPPP SONET/SDH kaudu. mai 1994; 16.00. Vorming: TXT=8893 baiti)
* 1618 – Simpson, WPPP ISDN-i kaudu. mai 1994; 18.00. (Vorming: TXT = 14896 baiti)
* 1598 – Simpson, WPPP X.25-s. märts 1994; 19.00. (Vorming: TXT=13835 baiti)
* 1570 – Simpson, W., toim. PPP LCP laiendused. jaanuar 1994; 18:00. (Vorming: TXT=35719 baiti) (RFC 1548 värskendused)
* 1553 - Mathur, S.; Lewis, M. IPX-päiste tihendamine WAN-meedia kaudu (CIPX). 1993 detsember; 23:00. (vorming: TXT = 47450 baiti)
* 1552 – Simpson, W. PPP Interneti-töö pakettvahetuse juhtimisprotokoll (IPXCP). 1993 detsember; 14.00. Vorming: TXT=29174 baiti)
* 1551 – Allen, M. Novell IPX erinevate WAN-meediumite IPXWAN kaudu). 1993 detsember; 22 p.l. (Vorming: TXT = 54210 baiti) (RFC 1362 vananenud)
* 1549 – Simpson, W., toim. PPP HDLC-raamis. 1993 detsember; 18:00. (Vorming: TXT=36353 baiti) RFC 1662 poolt aegunud)
* 1548 – Simpson, W. Punkt-punkti protokoll (PPP). 1993 detsember; 53 lk. (Vorming: TXT=111638 baiti) (Aegunud RFC 1331; Vananenud RFC 1661 poolt; Värskendatud RFC 1570 poolt)
* 1547 – Perkins, D. Nõuded Interneti standardsele punkt-punkti protokollile. 1993 detsember; 21:00. Vorming: TXT=49811 baiti)
* 1378 – PPP AppleTalk Control Protocol (ATCP). Parker, B. 1992 november; 16:00. (vorming: TXT = 28496 baiti)
* 1377 – PPP OSI võrgukihi juhtimisprotokoll (OSINLCP). Katz, D. 1992 november; 22.00. (Vorming: TXT=22109 baiti)
* 1376 – PPP DECnet IV faasi juhtimisprotokoll (DNCP). Senum, S.J. november 1992; 18.00. (Vorming: TXT=12448 baiti)
* 1362 – Allen, M. Novell IPX erinevate WAN-meediumite IPXWAN kaudu). 1992 september; 18:00. (Vorming: TXT=30220 baiti)
* 1334 – PPP autentimisprotokollid. Lloyd, B.; Simpson, W.A. 1992 oktoober; 16:00. (Vorming: TXT=33248 baiti)
* 1333 - PPP lingi kvaliteedi jälgimine. Simpson, W.A. mai 1992; 15:00. (Vorming: TXT = 29965 baiti)
* 1332 – PPP Interneti-protokolli juhtimisprotokoll (IPCP). McGregor, G. 1992 mai; 12:00. (Vorming: TXT=17613 baiti) (Aegunud RFC1172)
* 1331 – PPP (Point-to-Point Protocol) mitme protokolliga datagrammide edastamiseks punkt-punkti linkide kaudu. Simpson, W.A. mai 1992; 66 lk. (Vorming: TXT=129892 baiti) (Aegunud RFC1171, RFC1172; vananenud RFC 1548 poolt)
* 1220 – punkt-punkti protokolli laiendused sildamiseks. Baker, F., toim. aprill 1991; 18 õhtul. (vorming: TXT=38165 baiti)
* 1172 – PPP-protokolli (Point-to-Point Protocol) esialgsed konfiguratsioonisuvandid. Perkins, D.; Hobi, R. 1990 juuli; 38 lk. (Vorming: TXT=76132 baiti) (RFC1331, RFC1332 poolt vananenud)
* 1171 – Punkt-punkti protokoll mitme protokolliga datagrammide edastamiseks punkt-punkti linkide kaudu. Perkins, D. 1990 juuli; 48 lk. (Vorming: TXT=92321 baiti) (RFC1134 vananenud; RFC1331 poolt vananenud)
* 1134 – Punkt-punkti protokoll: ettepanek andmegrammide mitme protokolliliseks edastamiseks punkt-punkti linkide kaudu. Perkins, D. 1989 november; 38 lk. (Vorming: TXT=87352 baiti) (RFC1171 poolt vananenud)
* 1144 – TCP/IP päiste tihendamine madala kiirusega jadalinkide jaoks. Jacobson, V. 1990 veebruar; 43 lk. Vorming: TXT=120959 PS=534729 baiti)
