ppp-linkin ohjausprotokolla (lcp). Yhteystyypin määrittäminen. PPPoE-protokolla: mikä se on ja mitä virheitä se voi tuottaa?

PPP (verkkoprotokolla)

PPP(Englanti) Point-to-Point-protokolla) - OSI-verkkomallin datalinkkikerroksen (Data Link) point-to-point-protokolla. Sitä käytetään tyypillisesti suoran yhteyden luomiseen kahden verkkosolmun välillä, ja se voi tarjota yhteyden todennuksen, salauksen (ECP:n, RFC 1968:n avulla) ja tietojen pakkaamisen. Käytetään monissa tyypeissä fyysiset verkot: null modeemikaapeli, puhelinlinja, matkapuhelinyhteys jne.

Usein PPP-protokollalla on alatyyppejä, kuten Point-to-Point Protocol over Ethernet (PPPoE), jota käytetään yhteyden muodostamiseen Ethernetin ja joskus DSL:n kautta; ja Point-to-Point Protocol over ATM (PPPoA), jota käytetään yhteyksiin ATM Adaptation Layer 5:n (AAL5) yli, joka on tärkein vaihtoehto PPPoE:lle DSL:ssä.

PPP on koko perhe protokollia: Link Control Protocol (LCP), Network Control Protocol (NCP), Authentication Protocols (PAP, CHAP), Multilink PPP (MLPPP).

Pääasialliset tunnusmerkit

PPP-protokolla kehitettiin HDLC:n pohjalta ja siihen on lisätty ominaisuuksia, jotka aiemmin löytyivät vain omistetuista protokollista.

Automaattinen asetus

Kun yhteys on muodostettu, se voidaan määrittää uudelleen lisäverkko. Tyypillisesti käytetään IPCP (Internet Protocol Control Protocol) -protokollaa, vaikka Internetwork Packet Exchange Control Protocol (IPXCP) ja AppleTalk Control Protocol (ATCP) olivat aikoinaan suosittuja. Internet Protocol Version 6 Control Protocol (IPv6CP) yleistyy tulevaisuudessa, kun IPv6 korvaa IPv4:n ensisijaisena protokollana verkkokerros.

Monen protokollan tuki

PPP mahdollistaa useiden verkkokerroksen protokollien toiminnan yhdellä viestintäkanavalla. Toisin sanoen yhden PPP-yhteyden sisällä voidaan siirtää erityyppisiä tietovirtoja. verkkoprotokollat(, Novell IPX, jne.), sekä protokollatiedot linkkikerros paikallinen verkko. Jokaisessa verkkoprotokollassa käytetään NCP (Network Control Protocol) -protokollaa, joka määrittää sen (neuvottelee joitakin protokollaparametreja).

Silmukkalinkkien havaitseminen

PPP havaitsee silmukat käyttämällä ominaisuutta, joka sisältää maagisia numeroita. Kun solmu lähettää PPP LCP -viestejä, ne voivat sisältää maagisen numeron. Jos linja on silmukka, solmu vastaanottaa LCP-sanoman omalla maagisella numerollaan sen sijaan, että se vastaanottaisi viestin asiakkaan maagisella numerolla.

Tärkeimmät ominaisuudet

• Link Control Protocol muodostaa ja katkaisee yhteydet, jolloin solmut voivat määrittää yhteysasetukset. Se tukee myös sekä tavu- että bittisuuntautuneita koodauksia.
• Network Control Protocol -protokollaa käytetään verkkokerroksen asetusten, kuten esim verkko-osoite tai pakkausasetukset yhteyden muodostamisen jälkeen.

PPP-määritysasetukset

Koska PPP sisältää LCP-protokollan, voit hallita seuraavia LCP-parametreja:

• Todennus. RFC 1994 kuvaa Challenge Handshake Authentication Protocol (CHAP) -protokollaa, joka on PPP:n ensisijainen todennusprotokolla, vaikka Password Authentication Protocol (PAP) -protokollaa käytetään joskus edelleen. Toinen todennusvaihtoehto on Extensible Authentication Protocol (EAP).
• Puristus. Lisää tehokkaasti läpijuoksu PPP-yhteydet, johtuen tiedon pakkaamisesta kehyksessä. Tunnetuimmat PPP-kehysten pakkausalgoritmit ovat Stacker ja Predictor.
• Virheiden havaitseminen. Sisältää laatuprotokollan ja auttaa tunnistamaan silmukoita palautetta Magic Numbers RFC 1661:n kautta.
• Monikanavainen. Multilink PPP (MLPPP, MPPP, MLP) tarjoaa menetelmiä liikenteen jakamiseen useiden fyysisten linkkien kesken jakaen samalla yhden loogisen yhteyden. Tämä vaihtoehto mahdollistaa suuremman suorituskyvyn ja kuormituksen tasapainotuksen.

PPP-kehys

Jokainen PPP-kehys alkaa ja päättyy aina 0x7E-lippuun. Tätä seuraa osoitetavu ja ohjaustavu, jotka ovat myös aina yhtä suuria kuin 0xFF ja 0x03. Koska on todennäköistä, että tavut täsmäävät tietolohkossa, jossa on varatut liput, on olemassa järjestelmä, joka korjaa "ongelmalliset" tiedot automaattisesti myöhemmän palautuksen kanssa.

Lippu-, osoite- ja ohjauskentät (HDLC-kehyksen otsikko) voidaan jättää pois eikä lähettää, mutta tämä tapahtuu, jos PPP neuvottelee tästä määrityksen aikana (LCP:tä käyttämällä). Jos PPP on kapseloitu L2TP-paketteihin, Flag-kenttää ei lähetetä.

PPP-tietokehystyyppi

”Data”-kenttä, PPP-kehys, on puolestaan ​​jaettu kahteen muuhun kenttään: protokollalippuun (joka määrittää tietotyypin kehyksen loppuun asti) ja itse tietoon.

• Protokollaliput 0x0XXX - 0x3XXX tunnistavat verkkokerroksen protokollat. Esimerkiksi suosittu protokolla vastaa lippua 0x0021 ja Novell IPX - 002B.
• Protokollaliput 0x4XXX - 0x7XXX tunnistavat protokollat matala taso liikennettä.
• Protokollaliput 0x8XXX - 0xBXXX tunnistavat NCP (Network Control Protocol) -protokollan.
• Protokollaliput 0xCXXX - 0xEXX tunnistavat ohjausprotokollat. Esimerkiksi 0xC021 osoittaa, että kehys sisältää LCP Link Control Protocol -dataa.

PPP-kanavan aktivointi ja vaiheet

PPP-vaiheet RFC 1661:n mukaan on lueteltu alla:

• Linkki kuollut. Tämä vaihe tapahtuu, kun yhteys katkeaa tai joku osapuolista on ilmoittanut, ettei se halua muodostaa yhteyttä (esimerkiksi käyttäjä on katkaissut modeemiyhteyden).
• Linkin perustamisvaihe. Tässä vaiheessa se suoritetaan linkin asetus Ohjaus. Jos asennus onnistui, ohjaus siirtyy todennusvaiheeseen tai Network-Layer Protocol -vaiheeseen sen mukaan, tarvitaanko todennusta.
• Todennusvaihe. Tämä vaihe on valinnainen. Sen avulla osapuolet voivat varmistaa toisensa ennen yhteyden muodostamista. Jos tarkistus onnistuu, ohjaus siirtyy Network-Layer Protocol -vaiheeseen.
• Verkkokerroksen protokollavaihe. Tässä vaiheessa kutsutaan halutun protokollan NCP:tä. Esimerkiksi IPCP:tä käytetään IP-palvelujen perustamiseen. Tässä vaiheessa tapahtuu myös tiedonsiirto kaikkien onnistuneesti asennettujen protokollien yli. Myös verkkoprotokollien sulkeminen sisältyy tähän vaiheeseen.
• Linkin lopetusvaihe. Tämä vaihe sulkee yhteyden. Sitä kutsutaan, jos todennus epäonnistuu, jos tarkistussummavirheitä oli niin paljon, että molemmat osapuolet päättivät sulkea yhteyden, jos yhteys katkesi yllättäen tai jos käyttäjä katkesi. Tämä vaihe yrittää sulkea kaiken mahdollisimman siististi olosuhteissa.

RFC-asiakirjat

PPP-protokolla on määritelty RFC 1661:ssä (The Point-to-Point Protocol, heinäkuu 1994). Useita asiaan liittyviä RFC:itä on kirjoitettu määrittelemään, kuinka erilaiset verkkoprotokollat, mukaan lukien TCP/IP, DECnet, AppleTalk, IPX ja muut, toimivat PPP:n kanssa.

• RFC 1661, Standard 51, Point-to-Point Protocol (PPP)
• RFC 1662, standardi 51, HDLC:n käyttö PPP-kehityksessä
• RFC 5072, IPv6 ja PPP

Huomautuksia

Katso myös

• P.L.I.P. (Englanti) Venäjän kieli

LCP tarjoaa menetelmän suoraan yhdistetyn linkin muodostamiseen, konfigurointiin, ylläpitoon ja lopettamiseen. LCP-prosessi käy läpi 4 selvästi erotettavaa vaihetta:

Kanavan organisointi ja sen konfiguroinnin koordinointi. Ennen kuin verkkokerroksen datagrammeja (kuten IP) voidaan vaihtaa, LCP:n on ensin avattava tietoliikenne ja neuvoteltava konfigurointiparametreista. Tämä vaihe päättyy, kun konfiguroinnin vahvistuspaketti on lähetetty ja vastaanotettu.

Laadun määritelmä viestintäkanava. LCP tarjoaa valinnaisen linkin laadun määritysvaiheen, joka seuraa linkin perustamis- ja konfiguraationeuvotteluvaihetta. Tämä vaihe tutkii linkkiä määrittääkseen, onko linkin laatu riittävä kutsumaan verkkokerroksen protokollia. Tämä vaihe on täysin valinnainen. LCP voi viivyttää verkkokerroksen protokollatietojen lähetystä, kunnes tämä vaihe on valmis.

Verkkokerroksen protokollakonfiguraatioiden koordinointi. Kun LCP on suorittanut linkin laadun määritysvaiheen, vastaavat NCP:t voivat valita yksitellen verkkoprotokollien konfiguraation, ja ne voidaan kutsua ja vapauttaa myöhempää käyttöä varten milloin tahansa. Jos LCP sulkee tietyn linkin, se ilmoittaa verkkokerroksen protokollille, jotta ne voivat ryhtyä tarvittaviin toimiin.

Kanavan lopettaminen. LCP voi sulkea kanavan milloin tahansa. Tämä tehdään yleensä käyttäjän (ihmisen) pyynnöstä, mutta se voi johtua myös jostain fyysistä tapahtumasta, kuten median katoamisesta tai ajastimen umpeutumisesta.

LCP-paketteja on kolme:

Paketit viestintäkanavan järjestämiseen. Käytetään kanavakokoonpanon järjestämiseen ja valitsemiseen.

Paketit kanavan päättämiseen. Käytetään viestintäkanavan katkaisemiseen.

Paketit kanavan toimivuuden ylläpitämiseksi. Käytetään kanavan ylläpitoon ja virheenkorjaukseen.

Näitä paketteja käytetään saamaan jokainen LCP-vaihe toimiviksi.

Isdn Bibliografinen viittaus

Verkon nimi Integrated Services Digital Network (ISDN)(Integrated Services Digital Network) tarkoittaa joukkoa digitaalisia palveluita, jotka on asetettu loppukäyttäjien saataville. ISDN sisältää digitalisoinnin puhelinverkko jotta ääni, informaatio, teksti, grafiikka, musiikki, video ja muut materiaalilähteet voidaan lähettää ja vastaanottaa loppukäyttäjälle olemassa olevien puhelinjohtojen kautta yhdestä loppukäyttäjäpäätteestä. ISDN:n kannattajat maalaavat kuvan maailmanlaajuisesta verkosta, joka on hyvin samanlainen kuin nykypäivän puhelinverkko, paitsi että se käyttää digitaalista lähetystä ja tuo käyttöön useita uusia palveluita.

ISDN on yritys standardisoida tilaajapalvelut, käyttäjä/verkkoliitännät sekä verkko- ja verkkokäyttöominaisuudet. Tilauspalvelujen standardoinnilla pyritään varmistamaan kansainvälisen mittakaavan yhteentoimivuuden taso. Käyttäjä-/verkkorajapintojen standardointi rohkaisee kolmansien osapuolien valmistajia kehittämään ja markkinoimaan näitä rajapintoja. Verkko- ja verkkotoimintojen standardointi auttaa saavuttamaan tavoitteen mahdollisesta maailmanlaajuisesta yhteenliittämisestä tekemällä ISDN-verkot helposti kommunikoimaan keskenään.

ISDN:n sovelluksiin kuuluvat nopeat kuvantamisjärjestelmät (kuten Group 1V -faksit), kotien lisäpuhelinlinjat telealan palvelemiseksi, nopea tiedostojen siirto ja videoneuvottelut. Voicesta tulee varmasti suosittu ISDN-sovellus.

Monet kaupalliset viestintäverkot alkavat tarjota ISDN:ää tariffihintoja alhaisemmilla hinnoilla. SISÄÄN Pohjois-Amerikka kaupalliset viestintäverkot paikallisverkkokytkimellä (Paikallinen operaattori) (LEC) alkavat tarjota ISDN-palveluita vaihtoehtona T1-yhteyksille, jotka tällä hetkellä tarjoavat useimpia "globaalia puhelinpalvelua" (WATS) (laajaaluepuhelinpalvelu).

PPP tarjoaa menetelmän datagrammien lähettämiseen sarjakanavat viestintää suoralla point-to-point-yhteydellä. Se sisältää kolme pääkomponenttia:

1. Kapselointimenetelmä (menetelmä datagrammien generoimiseksi lähetystä varten sarjakanavien kautta). PPP käyttää samanlaisia ​​kehyksiä kuin HDLC (High-level Data Link Control) -menettelyssä datagrammien muodostamisen perustana kulkiessaan suoraan yhdistettyjen kanavien kautta.

2. Extensible link Control Protocol LCP (Link Control Protocol). LCP on suunniteltu järjestämään, konfiguroimaan ja testaamaan datalinkkiyhteyksiä.

3. Verkkoohjausprotokollat ​​NCP (Network Control Protocols). Palvelee eri verkkokerroksen protokollien kokoonpanon järjestämistä ja valitsemista.

PPP voi käyttää monia eri verkon ohjausprotokollia, jotka on kuvattu muualla, joten tämä spesifikaatio kattaa ne yleisesti. Tämä PPP-protokollan kuvaus sisältää keskustelun siitä yleiset periaatteet, kapselointimenetelmät ja yksityiskohtainen kuvaus LCP-protokollasta.

§1.2. Toimintaperiaatteet

Järjestääkseen viestinnän suoran yhteyskanavan kautta aloittava PPP lähettää ensin LCP-paketteja yhteyden konfiguroimiseksi ja myös datalinkin tarkistamiseksi. Kun linkki on muodostettu ja LCP-paketti on suorittanut tarvittavan fakultatiivisen neuvottelun, aloittava PPP lähettää NCP-paketteja yhden tai useamman verkkokerroksen protokollan valitsemiseksi ja konfiguroimiseksi. Kun kunkin valitun protokollan konfiguraatio on määritetty, datagrammit jokaisesta verkkokerroksen protokollasta voidaan lähettää kautta tämä kanava. Kanava säilyttää määrityksensä, kunnes LCP- tai NCP-paketit sulkevat sen tai kunnes tapahtuu jokin ulkoinen tapahtuma (esimerkiksi joutokäyntiajastin umpeutuu tai joku käyttäjä puuttuu asiaan).

§1.3. Fyysisen kerroksen määrittelemät vaatimukset

PPP voi toimia minkä tahansa DTE/DCE-liitännän kautta (esimerkiksi EIA RS-232-C, EIA RS-422, EIA RS-423 ja ITU-T V.35). Ainoa PPP:n asettama ehdoton vaatimus on, että sen on tarjottava redundantteja piirejä (joko dedikoituja tai kytkettäviä), jotka voivat toimia joko synkronisessa tai asynkronisessa sarjatilassa, läpinäkyvästi PPP-linkkikerroksen tietolohkoille. PPP-protokolla ei aseta tiedonsiirron nopeudelle mitään rajoituksia, paitsi ne, jotka määritetään käytetyn DTE/DCE-rajapinnan mukaan.

PPP käyttää kansainvälisen standardointijärjestön (ISO) HDLC-menettelyjen (ISO 3309-1979) periaatteita, terminologiaa ja tietolohkorakennetta muutettuna standardilla ISO 3309-1984/PDAD1 "Addendum 1: Start/stop Transmission" (Liite 1: Aloita -stop transfer"). ISO 3309-1979 määrittelee HLDC-tietolohkon rakenteen käytettäväksi synkronisissa ympäristöissä. ISO 3309-1984/PDAD1 määrittelee ISO 3309-1979 -standardiin ehdotetut muutokset, jotka mahdollistavat sen käytön asynkronisissa ympäristöissä. RRR-hallinta käytä ISO 4335-1979:n ja ISO 4335-1979/Addendum 1-1979 -standardin mukaisten ohjauskenttien määritelmää ja koodausta.

PPP-protokolla on suunniteltu viestintäkanaville, jotka kuljettavat paketteja kahden vertaisyksikön välillä. Nämä kanavat tarjoavat täyden kaksisuuntaisen samanaikaisen kaksisuuntaisen toiminnan ja lähettävät paketteja sopivassa järjestyksessä. PPP:n odotetaan tarjoavan yleisen ratkaisun saumattomaan viestintään useiden isäntien, siltojen ja reitittimien välillä.

PPP (Point-to-Point-Protocol) on WAN-linkeissä käytettävä OSI-mallin toisen kerroksen protokolla. PPP on avoin protokolla, jonka avulla sitä voidaan käyttää, kun on tarpeen yhdistää Cisco-laitteita muiden valmistajien laitteisiin (toisin kuin HDLC, jonka spesifikaatiosta Ciscolla on oma mielipide).

Kannattaa tehdä heti tärkeä muistiinpano: PPP-protokolla on monitoiminen ja laajalle levinnyt, mutta samaan aikaan CCNA-kurssilla käsitellään vain yhtä tapaa käyttää sitä: kahden reitittimen yhdistämistä toisiinsa sarjakaapelin kautta. Itse asiassa pöytäkirjan soveltamisala ei rajoitu näihin tapauksiin. PPP voi toimia nollamodeemikaapelin kautta, puhelinlinja, V matkapuhelinviestintä. muu suosittuja menetelmiä käyttämällä PPP-protokollaa - kapseloimalla sen muihin toisen kerroksen protokolliin. Selitän: PPP itsessään on OSI-mallin toisella tasolla ja tarjoaa suora yhteys kahden laitteen välillä, mutta jos se on kapseloitu toiseen toisen tason protokollaan - Ethernet (PPP over Ethernet - PPPoE), niin ethernet toimittaa kehykset lähettäjän MAC-osoitteesta vastaanottajan MAC-osoitteeseen, jonka jälkeen vastaanottaja purkaa PPP-kehyksen kapselin. Ethernetistä ja edelleen PPP:hen kääritetyille protokollille (IPv4, IPX, ...) luodaan täydellinen "illuusio" siitä, että yhteys on point-to-point. Tässä tapauksessa PPP itse käsittelee sellaisia ​​asioita kuin todennus ja liikenteen pakkaaminen. On olemassa muita tapoja käyttää PPP:tä, kuten PPP over ATM - PPPoA, Microsoft Windows käyttää VPN:n luominen PPTP-protokolla, joka on myös PPP-lisäosa. Mutta siinä kaikki lyyrinen poikkeama, jotta olisi selvää, miksi PPP:tä ylipäätään opiskellaan. CCNA Accessing the WAN -kurssilla PPP on protokolla kahden reitittimen yhdistämiseksi sarjakaapelilla.

Mitä PPP voi tehdä verrattuna HDLC:hen?

1. Linjan laadunvalvonta (PPP katkaisee linkin, jos virheiden määrä ylittää määritetyn arvon).
2. Todennus PAP:lla tai CHAP:lla.
3. Multilink on tekniikka, joka muistuttaa Ethernetin Etherchannelia: useita eri linkkejä yhdistetään yhdeksi loogiseksi linkiksi, jonka nopeus on yhtä suuri kuin siihen sisältyvien linkkien summa.
4. PPP Callback on turvallisuuden parantamiseen käytetty tekniikka: asiakas muodostaa yhteyden palvelimeen, palvelin katkaisee yhteyden ja muodostaa puolestaan ​​uuden - asiakkaalle.

Itse asiassa, kun dataa siirretään reitittimestä reitittimeen, PPP kapseloidaan HDLC:hen, joka suorittaa PPP-kehysten "kuljetus"-toiminnot. Voit lukea lisää HDLC:stä artikkelista "HDLC-protokolla – konfigurointiesimerkki ja kuvaus." PPP – on kerrosrakenteinen, kun PPP-kehys tulee verkosta, se nousee sisäisten PPP-alikerrosten läpi alhaalta ylös:

1. HDLC:n ensimmäinen alikerros - vastaanottaa kehyksen, tarkistaa vastaanottajan osoitteen, tarkistussumman ja lähettää hyödyllistä tietoa edelleen.
2. LCP (Link Control Protocol) -alikerros, kuten nimestä voi päätellä, hallitsee yhteyttä, lähettää ja vastaanottaa erilaisia ​​palvelulippuja, tarkkailee yhteyden tilaa (yhdistetty/pois käytöstä), valvoo linjan laatua ja tarkkailee konfigurointiparametrien yhdenmukaisuutta pisteiden välillä.
3. NCP (Network Control Protocol) -alikerros koostuu Suuri määrä moduulit, joista jokainen kommunikoi tietyn kolmannen kerroksen protokollan (IPv4, IPv6, IPX, AppleTalk, ...) kanssa. Tämän ansiosta yhden muodostetun PPP-yhteyden sisällä yhdellä käyttäjätunnuksella ja salasanalla on mahdollista välittää eri verkkokerroksen protokollien liikennettä.

Yhteyden muodostaminen kahden reitittimen välille PPP-protokollaa käyttäen tapahtuu kerroksittain alhaalta ylöspäin, yhteyden katkeaminen tapahtuu ylhäältä alas.

Eli viestintä muodostetaan tässä järjestyksessä: LCP, NCP, kolmannen tason hyötykuorma. Ja se katkeaa: hyödyllisen tiedonsiirron loppu, NCP, LCP. Kuten näet, HDLC ei muodosta tai pura yhteyksiä, koska PPP käyttää HDLC-kehyksiä ilman toimitusvahvistusta.

PPP-kehysrakenne on seuraava:

1. FLAG on kehyksen alun merkki, erityinen nollien ja ykkösten sarja ("01111110"), joka kertoo vastaanottajalle, että kehyksen runko tulee perässä.
2. ADDRESS – vastaanottajan osoite PPP-protokolla käyttää aina lähetystä "11111111".
3. CONTROL – kenttä sisältää arvon "00000011"
4. PROTOKOLLA – kenttä, joka sisältää kolmannen tason protokollan numeron, jonka paketti on "kääritty" tähän kehykseen.
5. DATA – kenttä korkeampien protokollien hyödyllisillä tiedoilla.
6. FCS tarkistussumma, joka lasketaan, kun kehys lähetetään, ja sitä verrataan tuloksena saatuun uudelleenlaskentaan, joka tehdään, kun kehys vastaanotetaan. Tämän seurauksena, jos summat eivät täsmää, kehys katsotaan "rikkoutuneeksi" ja hylätään.
7. FLAG – kehyksen lopun merkki, sisältää saman arvon kuin kehyksen alun merkki.

Kuten jo mainittiin, PPP:n asettaminen Ciscon laitteisiin ei ole vaikeaa CCNA-kurssilla. Se suoritetaan käyttöliittymässä:

1. Valitse pakkausalgoritmi käyttämällä pakkauskomentoa
2. Asetamme linjan laadun, jota pidetään hyväksyttävänä (jos virheiden määrä ylittää määritetyn arvon, yhteys katkeaa). Käsky tähän on ppp laatu.
3. Valitsemme todennusmenetelmäksi PAP tai CHAP (lisätietoja tästä löytyy artikkelista "Mitä eroa on PAP:lla ja CHAPilla". Todennusmenetelmä asetetaan komennolla ppp-todennus.
4. On tarpeen määrittää käyttäjä, jolla reitittimemme muodostaa yhteyden toiseen. Tässä komennot ovat erilaiset CHAP:lle ja PAP:lle. Käyttäjä itse lisätään komennolla käyttäjätunnus<имя> Salasana<пароль>, ja tämä ei tulisi tehdä käyttöliittymässä, vaan globaalissa konfigurointitilassa, mutta PAP:n käytön tapauksessa sinun on käytettävä myös komentoa käyttöliittymässä ppp pap lähetetty käyttäjätunnus <имя> Salasana<пароль>.

PAP:n käyttäminen todellisissa kokoonpanoissa ei ole suositeltavaa, joten rajoitamme esimerkin CHAP:n konfiguroinnista. Oletetaan siis, että topologia on seuraava, sinun on määritettävä PPP CHAP-todennus. Asennus ensimmäiseen reitittimeen:

Router#configure terminaali Syötä määrityskomennot, yksi kullekin riville. Lopeta CNTL/Z. Reititti )#ppp-todennusjakso R1(config-if)#ip-osoite 192.168.0.1 255.255.255.0 R1(config-if)#ei sammutusta % LINK-5-MUUTETTU: Liitäntä Serial0/3/0, tila muutettu alas

Asennus toiselle reitittimelle:

Router#configure terminaali Syötä määrityskomennot, yksi kullekin riville. Lopeta CNTL/Z. Reititti if)#ip-osoite 192.168.0.2 255.255.255.0 R2(config-if)#ei sammutusta % LINK-5-MUUTETTU: Liitäntä Serial0/3/0, tila muutettu ylös %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0 /3/0, tila muutettu ylös

Huomaa, että reitittimeen R1 luomamme käyttäjä on nimeltään R2 ja R2 - R1. Tämä on tarpeen, koska kun yksi reititin muodostaa yhteyden toiseen, se ilmoittaa nimensä, joten toisen on tiedettävä tämä nimi (katso se luettelostaan paikalliset käyttäjät). Toinen tärkeä yksityiskohta: käyttäjien R1 ja R2 salasanojen on oltava samat.

Tarkistaaksemme voimme suorittaa komennon:

R2#sh ip inter short Liitäntä IP-osoite OK? Menetelmän tilaprotokolla … Serial0/3/0 192.168.0.2 KYLLÄ manuaalinen ylös …

Jos tila on "ylös" ja protokolla "alas", tämä tarkoittaa yleensä, että PPP:ssä on ongelmia - virheellinen todennus, salasanat eivät täsmää, linjan laatu on tilaamaamme huonompi jne. Tässä tapauksessa sinun on tarkistettava asetukset ja suoritettava debug ppp, mitä en toivoisi viholliselleni.

Virhe 734: PPP-linkin ohjausprotokolla keskeytettiin.

Kuvaus virheestä 734

Virhe 734 tulee näkyviin, kun yrität muodostaa yhteyden kautta nopea yhteys PPP. Virhe ilmenee väärin määritetyn yhteyden vuoksi. Yleensä ongelma ilmenee, koska palveluntarjoaja ei käytä salausta, mutta yhteysasetuksesi edellyttävät sitä.

Vianmääritysvirhe 734

Yritetään ratkaista virhe 734 päällä Windows esimerkki 7 tai 8. Tätä varten sinun on päästävä sisään. On olemassa useita tapoja tehdä tämä, mutta me pääsemme sen läpi "Ohjauspaneeli". Avaa se painamalla pikanäppäintä + ja kirjoita avautuvaan ikkunaan komento ohjata .

Napsauta seuraavaksi painiketta ikkunassa tai painikkeessa näppäimistöllä. "Ohjauspaneeli" -ikkuna avautuu edessäsi. Jos avasit sen ensimmäistä kertaa, vaihda näkymäksi " Suuret kuvakkeet" Näin löydät nopeasti tarvitsemasi sovelman. Vaikka tämä on jokaisen henkilökohtainen asia - kenelle on tottunut. Joten meillä on edessämme joukko paneelikuvakkeita, ja etsimme niitä "Verkon ohjauskeskus ja jaettu pääsy» ja avaa se.