Gusto kong ikonekta ang aking mobile internet sa aking PC gamit ang isang Bluetooth device. Nag-install ako ng asul na soleil software sa aking computer.

• Maaari kong ikonekta ang aking mobile phone gamit ang bluetooth bluetooth device.
• Pinili ko ang aking device at pinili ang Bluetooth dial-up service.
• Nag-prompt ito para sa babala na "DUN konektado sa device?" sa aking mobile phone.
• Pagkatapos i-click ang "OO", magbubukas ang Bluetooth DUN connection window.
• Sa window na ito ang mga patlang na "User Name", "PassWord" ay lumitaw, na iniiwan kong blangko, at pagkatapos ay "Dial = * 99 *** 1 #" at i-click ang "Dial" na buton.
• Pagkatapos nito ay nagsasabing "Pagrerehistro ng iyong computer sa network..." at huminto sa pagtatrabaho.
• Ang error ay tulad ng "error 734. Ang PPP communication control protocol ay nagambala"

Ang parehong pamamaraan ay dapat sundin para sa Nokia 3110c at ito ay mahusay na gumagana. Ngunit sa aking Samsung c3053 na mobile phone ay hindi ito konektado at sinubukan ko sa Samsung corby pro BT3510 mobile.

Mayroon bang anumang mga pagbabago sa setting na kinakailangan para sa mga Samsung mobile phone?

5 sagot

Kapag nakita ko ang error na ito sa nakaraan, kadalasang ipinapahiwatig nito na ang username at password para sa koneksyon ay hindi tama. (Maraming mga pagsasaayos ng GPRS ay hindi nangangailangan ng isang username at password, ngunit ang ilan ay nangangailangan.)

O, ang GPRS APN ay hindi na-configure nang tama.

Kung sinusubukan mong gamitin ang device bilang isang modem na pangkalahatang layunin, maaaring mahirap itakda ang GPRS APN nang walang karagdagang dialing software. Ang pinakamadaling paraan ay idagdag ang "AT+CGDCONT" na command sa "advanced initialization commands" na maaaring i-configure para sa modem sa Windows Control Panel.

Ang isang partikular na halimbawa ng kung ano ang iko-configure para sa "dagdag na initialization command" ay:

AT + CGDCONT = 1, "IP", "Internet"

Papalitan mo ang Internet sa halimbawang ito ng pangalan ng GPRS APN na gusto mong kumonekta.

Bilang karagdagan, maaari kang sumangguni sa sumusunod na link upang subukan ang koneksyon:

Halos magalit ako sa problemang ito ilang araw na ang nakalipas. Sinubukan ko ang lahat ng mga solusyon na iminungkahi sa iba't ibang mga forum ngunit walang pakinabang.

Ang problema ko ay hindi dahil sa hindi sapat na airtime gaya ng iminungkahi ng ilang tao, o sa mga setting ng link ng ppp, ngunit dahil nagkaroon ako ng espasyo bago ilagay ang username sa username at password input field sa aking locker.

Kaya, kung nakakakuha ka ng PPP Connection Termination Error, maingat na suriin ang username at password field para sa isang SPACE sa field na iyon, awtomatiko nitong itatapon ang error na ito kapag nagta-type. Halimbawa,

• Aking username: [email protected]
• Password: 1234

Ang isang puwang bago ang unang numero (7, tulad ng sa halimbawa sa itaas) ay magiging sanhi ng mensahe ng error na ito. Kaya guys, suriin ito bago ka maghanap ng iba pang mga opsyon tulad ng airtime at mga setting ng pag-dial.

Kung makuha mo ang "734, ang ppp control proton channel ay tinapos na" sa mobile phone SAMSUNG, nasa phone ang problema. Sa Mga Setting ng Telepono → Mga Koneksyon sa PC, piliin na ang iyong telepono ay palaging nasa PC Studio mode. Kung pipili ka ng iba pang mga mode o "Magtanong sa bawat oras" makakakuha ka ng 743 kapag sinubukan mong gamitin ang iyong telepono bilang modem.

Nakaharap din ako sa parehong problema, naghanap pa ako online para sa isang solusyon, ngunit napagpasyahan kong ibinase ko ang aking sarili sa mga tagubilin na ibinigay sa sentro ng serbisyo sa customer. Gumagamit ako ng bsnl network upang maiwasan ang problema sa pagwawakas ng kontrol ng ppp link

• I-activate ang GPRS sa pamamagitan ng pagpapadala ng START sms sa numero ng serbisyo na pinasimulan ng BSNL
• Mangyaring maghintay ng ilang oras, hindi bababa sa 2 oras upang ma-activate, pagkatapos ng pag-activate ay makakatanggap ka ng isang mensahe ng pag-activate.
• Dahil bsnl ang network, dapat tayong lumikha ng APN - access point network
  i) lumikha ng APN bilang - bsnlnet
  ii) password bilang 1111
• Ngayon ay baguhin ang iyong hotspot network tulad ng bsnlnet switch sa iyong mobile data. Tangkilikin ang Internet.....

• Authentication. Ang mga konektadong router ay nagpapalitan ng mga mensahe ng pagpapatunay. Dalawang opsyon sa pagpapatotoo ang available: PAP-based at CHAP-based.

• Compression. Pinapataas ng feature na ito ang epektibong throughput ng mga koneksyon sa PPP sa pamamagitan ng pagbawas sa dami ng data sa bawat frame na ipinadala sa link. Ang protocol ay nagde-decompress sa frame sa destinasyon. Mayroong dalawang compression protocol na magagamit sa Cisco routers: Stacker at Predictor.

• Pagtukoy ng error. Nakikita ng function na ito ang mga kundisyon ng pagkabigo. Ang mga parameter ng Quality at Magic Number ay nakakatulong na matiyak ang isang maaasahang loop-free na channel ng paghahatid ng data. Ang field ng Magic Number ay ginagamit upang makita ang mga channel na may loop. Hanggang sa matagumpay na nakumpleto ang negosasyon ng parameter ng pagsasaayos ng Magic-Number, ang isang null na halaga para sa parameter na ito ay ipapadala. Ang mga halaga ng Magic-Number ay random na nabuo sa bawat dulo ng koneksyon.

• PPP Callback. Ang PPP callback ay ginagamit upang mapabuti ang seguridad. Sa paggamit ng opsyong ito ng LCP, maaaring kumilos ang Cisco router bilang isang callback client o isang callback server. Ang kliyente ay gumagawa ng paunang tawag, humihingi sa server ng isang callback, at kinukumpleto ang paunang tawag. Sinasagot ng callback router ang paunang tawag at gumagawa ng callback sa kliyente batay sa mga command ng configuration. Ang utos na ginamit ay ppp callback [ tanggapin | kahilingan ] .

Pagkatapos itakda ang mga parameter, ang katumbas na halaga ng field ay ipinasok sa field ng parameter ng LCP protocol.

Mga Pangunahing Utos sa Pag-setup ng PPP

Pagsisimula ng PPP sa isang interface

Para sa Mga setting ng PPP Ang paraan ng encapsulation na ginagamit ng serial interface ay ang interface configuration command encapsulation ppp .

Ang sumusunod na halimbawa ay nagbibigay-daan sa PPP encapsulation sa serial interface 0/0/0.

R3# i-configure ang terminal

R3(config)# interface serial 0/0/0

R3(config-if)# encapsulation ppp

Ang koponan encapsulation ppp walang argumento. Tandaan na kung ang iyong Cisco router ay hindi na-configure para sa PPP encapsulation, ang mga serial interface ay magiging default sa HDLC encapsulation.

Ipinapakita ng figure ang mga router na R1 at R2 na na-configure upang gumamit ng parehong IPv4 address at isang IPv6 address sa kanilang mga serial interface. Ang PPP ay isang Layer 2 encapsulation na sumusuporta sa iba't ibang Layer 3 protocol, kabilang ang IPv4 at IPv6.

Mga utos ng compression ng PPP

Maaari mong i-configure ang point-to-point na software compression sa mga serial interface pagkatapos i-activate ang PPP encapsulation. Dahil sa mode na ito ang proseso ng compression ay tinatawag sa pamamagitan ng programming, maaari itong makaapekto sa pagganap ng system. Kung ang trapiko ay binubuo na ng mga naka-compress na file gaya ng .zip, .tar, o .mpeg, hindi dapat gamitin ang feature na ito. Ipinapakita ng figure ang command syntax compress .

Upang i-configure ang PPP transmission compression, ilagay ang mga sumusunod na command.

R3(config)# interface serial 0/0/0

R3(config-if)# encapsulation ppp

R3(config-if)# compress [ tagahula | stac ]

PPP Link Quality Monitoring Team

Tandaan na ang LCP ay nagbibigay ng karagdagang hakbang sa pagtukoy ng kalidad ng link. Sa puntong ito, sinusuri ng LCP ang link upang matukoy kung ang kalidad ng link ay sapat upang suportahan ang mga protocol ng Layer 3.

Koponan kalidad ng ppp porsyento tinitiyak na ang channel ay nakakatugon sa itinatag na mga kinakailangan sa kalidad; kung hindi ay sarado ang channel.

Ang porsyento ay kinakalkula para sa parehong mga papasok at papalabas na direksyon. Ang kalidad ng upstream na link ay kinakalkula sa pamamagitan ng paghahambing ng kabuuang bilang ng mga packet at byte na ipinadala sa kabuuang bilang ng mga packet at byte na natanggap ng destination node. Ang kalidad ng papasok na link ay kinakalkula sa pamamagitan ng paghahambing ng kabuuang bilang ng mga packet at byte na natanggap sa kabuuang bilang ng mga packet at byte na ipinadala ng destination node.

Kung hindi sinusuportahan ang porsyento ng kalidad ng channel, ituturing na mababa ang kalidad ng channel at hindi pinagana ang channel. Ang Quality Monitoring Tool (LQM) ay nagpapatupad ng mekanismo ng pagkaantala ng oras upang matiyak na ang channel ay hindi sumasailalim sa sunud-sunod na pag-activate at pag-deactivate.

Ang sumusunod na halimbawa ng configuration ay sinusubaybayan ang data na ipinadala sa channel at pinipigilan ang mga frame generation loops (tingnan ang figure).

R3(config)# interface serial 0/0/0

R3(config-if)# encapsulation ppp

R3(config-if)# kalidad ng ppp 80

Upang i-disable ang LQM tool, gamitin ang command walang kalidad ng ppp .

Multilink PPP Commands

Ang Multilink PPP (tinatawag ding MP, MPPP, MLP, o Multilink) ay nagbibigay ng paraan para sa pamamahagi ng trapiko sa maraming pisikal na WAN link. Nagbibigay din ang Multilink PPP ng packet fragmentation at reassembly, tamang sequencing, cross-vendor capability, at load balancing ng papasok at papalabas na trapiko.

Pinapayagan ng MPPP ang mga packet na mahati-hati at ang mga fragment na iyon ay ipinadala nang sabay-sabay sa maraming point-to-point na mga link sa parehong sa isang malayong address. Bilang tugon sa threshold ng pag-load na tinukoy ng user, maraming pisikal na channel ang magbubukas. Masusukat lamang ng MPPP ang pagkarga habang papasok na trapiko o sa papalabas na trapiko lamang, ngunit hindi ang kabuuang pagkarga ng parehong trapiko.

Ang pag-set up ng MPPP ay isang dalawang hakbang na proseso (tingnan ang figure).

Hakbang 1. Paglikha ng isang multi-channel na pangkat.

• Ang multi-channel na interface ay nilikha ng koponan interface multilink numero .

• Sa mode ng pagsasaayos ng interface, ang multilink na interface ay itinalaga ng isang IP address. Sa halimbawang ito, parehong naka-configure ang IPv4 address at IPv6 address sa mga router na R3 at R4.

• Nagsisimula ang Multilink PPP sa interface.

• Ang interface ay itinalaga ng isang multichannel group number.

Hakbang 2. Pagtatalaga ng mga interface sa isang multichannel na pangkat.

Ang mga sumusunod na setting ay ginawa sa bawat interface na bahagi ng isang multi-channel na grupo.

• Naka-enable ang PPP encapsulation.

• Na-activate ang Multilink PPP.

• Ikaw ay itinalaga sa isang pangkat sa pamamagitan ng pagtukoy sa numero ng pangkat na na-configure sa hakbang 1.

Upang hindi paganahin ang multilink PPP, gamitin ang command walang ppp multilink .

Sinusuri ang Mga Setting ng PPP

Upang i-verify na ang HDLC o PPP encapsulation ay na-configure nang tama, gamitin ang command ipakita ang mga interface ng serial . Ipinapakita ng output ng command ang setting ng PPP (tingnan ang figure).

Matapos itakda ang HDLC sa output ng command ipakita ang mga interface ng serial Dapat lumabas ang line encapsulation HDL C. Kung naka-configure ang PPP, dapat ding ipakita ang status ng LCP at NCP. Tandaan na ang IPCP at IPV6CP network control protocol ay bukas sa IPv4 at IPv6 dahil ang mga router R1 at R2 ay may parehong IPv4 at IPv6 address na naka-install.

Sa Fig. nagpapakita ng listahan ng mga command para sa pagsuri sa PPP.

Koponan ipakita ang ppp multilink sinusuri kung pinagana ang multilink ng PPP sa R3 (tingnan ang Larawan 3).

Ipinapakita ng output ang Multilink 1 interface, ang mga host name ng lokal at remote na endpoint, at ang mga serial interface na kasama sa multilink group.

Pagpapatunay ng PPP

Tinutukoy ng PPP ang isang napapalawak na LCP protocol na nagbibigay-daan sa isang authentication protocol na makipag-ayos upang i-verify ang pagkakakilanlan ng interlocutor bago payagan ang mga network layer protocol na magdala ng data sa link. Tinutukoy ng RFC 1334 ang dalawang protocol para sa pagpapatunay, PAP at CHAP (tingnan ang figure).

Ang PAP (Password Authentication Protocol) ay isang napakasimpleng proseso ng dalawang hakbang. Hindi ito gumagamit ng encryption. Ang username at password ay ipinadala nang hindi naka-encrypt. Kapag natanggap, ang koneksyon ay pinapayagan na maitatag. Ang CHAP (Challenge Handshake Authentication Protocol) ay may mas mataas na antas ng seguridad kaysa sa PAP. Gumagamit ito ng tatlong-hakbang na nakabahaging lihim na pagpapalitan ng susi.

Opsyonal ang hakbang sa pagpapatunay ng session ng PPP. Kung ginamit, authenticate ang peer pagkatapos magtatag ng channel ang LCP at pumili ng protocol ng authentication. Kung ito ay ginamit, ang pagpapatunay ay isinasagawa bago magsimula ang bahagi ng pagsasaayos ng protocol ng layer ng network.

Ang mga opsyon sa pagpapatotoo ay nangangailangan ng tumatawag na magpasok ng impormasyon sa pagpapatunay. Tinitiyak nito na ang user ay may pahintulot ng administrator ng network para tumawag. Ang mga konektadong router ay nagpapalitan ng mga mensahe ng pagpapatunay.

Password Authentication Protocol (PAP)

Isa sa maraming function ng PPP ay ang magsagawa ng Layer 2 authentication bilang karagdagan sa authentication, encryption, access control, at pangkalahatang mga pamamaraan ng seguridad sa ibang mga layer.

Pagsisimula ng PAP

Ang PAP protocol ay nagbibigay ng isang simpleng paraan ng pag-verify ng isang peer sa pamamagitan ng dalawang-hakbang na pagkakamay. Ang PAP ay isang non-interactive na protocol. Kung gagamitin ang utos ppp authentication pap , ang username at password ay maaaring ipadala bilang isang solong LCP data packet sa halip na ang server ay humihingi ng isang login name at naghihintay ng tugon, tulad ng ipinapakita sa Fig. 1. Pagkatapos makumpleto ng PPP ang yugto ng pagtatatag ng koneksyon, muling ipinapadala ng remote na node ang pares ng username/password sa channel hanggang sa tanggapin ito o makumpleto ng receiving node ang koneksyon.

Pagkumpleto ng PAP

Sa receiving node, ang username-password ay sinusuri ng server ng pagpapatunay, na pinapayagan o tinatanggihan ang koneksyon. Ang isang mensahe ng pagtanggap o pagtanggi ay ibinalik sa humihiling, tulad ng ipinapakita sa Figure. 2.

Ang PAP ay hindi isang malakas na protocol ng pagpapatunay. Sa PAP, ipinapadala ang mga password nang hindi naka-encrypt, kaya walang proteksyon laban sa mga pag-atake ng replay o paulit-ulit na pag-atake ng trial-and-error. Kinokontrol ng remote node ang dalas at timing ng mga pagtatangka na pumasok sa network.

Gayunpaman, may mga sitwasyon kung saan ang paggamit ng PAP ay makatwiran. Halimbawa, sa kabila ng mga disadvantage nito, maaaring gamitin ang PAP sa mga sumusunod na kondisyon.

• Isang malaking fleet ng mga naka-install na client application na hindi sumusuporta sa CHAP protocol

• Hindi pagkakatugma sa pagitan ng mga pagpapatupad ng CHAP mula sa iba't ibang vendor

Proseso ng Encapsulation at PPP Authentication

Scheme sa Fig. ipinapaliwanag ang proseso ng pagpapatunay ng PPP kapag nagsasagawa ng pag-setup ng PPP. Ang diagram ay nagpapakita ng visual na halimbawa ng lohika ng desisyon ng PPP protocol.

Halimbawa, kung ang isang papasok na kahilingan sa PPP ay hindi nangangailangan ng pagpapatunay, pupunta ang PPP sa susunod na antas. Kung ang isang papasok na kahilingan sa PPP ay nangangailangan ng pagpapatunay, ang kahilingan ay maaaring mapatotohanan gamit ang alinman sa isang lokal na database o isang server ng seguridad. Tulad ng ipinapakita sa diagram, pagkatapos ng matagumpay na pagpapatunay ang proseso ay mapupunta sa bagong antas, at kung nabigo ang pagpapatotoo, wawakasan ang koneksyon at babalewalain ang papasok na kahilingan sa PPP.

Sundin ang mga hakbang sa figure upang makita kung paano nagtatatag ang R1 ng CHAP-authenticated PPP na koneksyon sa R2.

Hakbang 1. Ang R1 ay unang nakikipag-usap sa isang link na koneksyon sa R2 gamit ang LCP, at ang dalawang sistema ay sumang-ayon na gamitin ang CHAP authentication sa panahon ng PPP LCP na negosasyon.

Hakbang 2. Ang R2 ay bumubuo ng isang ID at isang random na numero, pagkatapos ay ipinapadala ang data na ito at ang username nito sa R1 bilang isang CHAP control packet.

Hakbang 3. Ginagamit ng Router R1 ang username ng challenger (R2) at, batay sa pangalang ito, i-cross-reference ito upang hanapin ang kaukulang password sa lokal na base datos. Pagkatapos ay bubuo ang R1 ng MD5 hash gamit ang username ng router, ID, random na numero, at ibinahagi ng R2 lihim na password. Sa halimbawang ito, ang nakabahaging sikretong password ay boardwalk.

Hakbang 4. Pagkatapos ay ipinapadala ng Router R1 sa router R2 ang control packet ID, ang hash value, at ang username nito (R1).

Hakbang 5. Ang R2 ay bumubuo ng sarili nitong hash value gamit ang ID, nakabahaging sikretong password, at random na numero na orihinal na ipinadala sa R1.

Hakbang 6. Inihahambing ng R2 ang hash value nito sa value na ipinadala ng R1. Kung tumugma ang mga halaga, magpapadala ang R2 ng tugon sa pagtatatag ng link sa router R1.

Kung nabigo ang kahilingan sa pagpapatunay, isang CHAP packet na may impormasyon ng error ay nabuo, na binubuo ng mga sumusunod na bahagi:

• 04 = CHAP uri ng mensahe ng error

• id = kinopya mula sa response package

• Malinaw sa user ang "Authentication failure" o katulad na text message.

Ang nakabahaging sikretong password ay dapat na magkapareho sa parehong mga router R1 at R2.

Pagse-set up ng PPP authentication

Upang tukuyin ang pagkakasunud-sunod kung saan hinihiling ang mga protocol ng CHAP at PAP sa isang interface, gamitin ang command na configuration ng interface pagpapatunay ng ppp tulad ng ipinapakita sa larawan. Upang huwag paganahin ang pagpapatotoo, gumamit ng isang negadong bersyon ng command na ito ( hindi ).

Pagkatapos paganahin ang CHAP, PAP, o parehong pagpapatotoo, ang lokal na router ay humihingi sa malayong device para sa patunay ng pagiging tunay nito bago payagan ang daloy ng data na dumaan. Upang gawin ito, gawin ang mga sumusunod na hakbang.

• Ang pagpapatotoo ng PAP ay nag-uudyok sa malayuang device para sa isang username at password upang ihambing sa kaukulang entry sa lokal na database ng username o sa remote na database ng TACACS/TACACS+.

• Ang pagpapatotoo ng CHAP ay nagpapadala ng kahilingan sa kontrol sa malayuang aparato. Dapat i-encrypt ng remote na device ang control value gamit ang shared secret key at ibalik ang naka-encrypt na value at ang pangalan nito sa lokal na router sa isang response message. Ginagamit ng lokal na router ang pangalan ng remote na device upang hanapin ang kaukulang sikretong key sa lokal na database ng username o sa remote na database ng TACACS/TACACS+. Ginagamit niya ang nahanap niya lihim na susi upang i-encrypt ang orihinal na halaga ng tseke at suriin ang mga naka-encrypt na halaga para sa pagkakakilanlan.

Tandaan. Ang TACACS ay isang dedikadong server ng Authentication, Authorization and Accounting (AAA) na ginagamit upang patotohanan ang mga user. Nagpapadala ang mga kliyente ng TACACS ng kahilingan sa server ng pagpapatunay ng TACACS. Pinapatotohanan ng server ang user, pinahihintulutan ang mga aksyon ng user, at sinusubaybayan ang mga aksyon ng user.

Maaari mong paganahin ang PAP, CHAP, o parehong mga protocol. Kung ang parehong mga pamamaraan ay pinagana, ang pamamaraan na unang tinukoy ay hinihiling sa panahon ng pakikipag-usap sa komunikasyon. Kung ang remote node ay nagmumungkahi ng paggamit ng pangalawang paraan o simpleng tumangging gamitin ang unang paraan, ang pangalawang paraan ay tinangka. Sinusuportahan lang ng ilang remote na device ang CHAP, at sinusuportahan lang ng ilan ang PAP. Ang pagkakasunud-sunod kung saan tinukoy ang mga pamamaraan ay batay sa mga pagsasaalang-alang tungkol sa kakayahan ng remote na aparato na wastong makipag-ayos sa naaangkop na pamamaraan, pati na rin ang mga pagsasaalang-alang sa seguridad ng data link. Ang mga username at password ng PAP ay ipinadala bilang malinaw na mga string at maaaring ma-intercept at magamit muli. Natugunan ng CHAP protocol ang karamihan sa mga kilalang butas sa seguridad.

Pag-configure ng PPP gamit ang Authentication

Inilalarawan ng talahanayan ang pamamaraan para sa pag-configure ng PPP encapsulation at mga protocol ng pagpapatunay ng PAP/CHAP. Mahalagang i-set up ito nang tama dahil ginagamit ng PAP at CHAP ang mga parameter na ito para sa pagpapatunay.

Pagse-set up ng PAP authentication

Sa Fig. Isang halimbawa ng pag-set up ng two-way na pagpapatotoo ng PAP ay ibinigay. Ang bawat router ay parehong gumaganap at pumasa sa pagpapatotoo, kaya ang kaukulang PAP authentication command ay sumasalamin sa isa't isa. Ang PAP username at password na ipinadala ng bawat router ay dapat tumugma sa tinukoy sa command username pangalan password password isa pang router.

Ang PAP protocol ay nagbibigay ng isang simpleng paraan ng pag-verify ng isang peer sa pamamagitan ng dalawang-hakbang na pagkakamay. Ginagawa lang ito pagkatapos na unang gawin ang channel. Ang hostname sa isang router ay dapat tumugma sa username na na-configure para sa PPP sa kabilang router. Dapat ding tumugma ang mga password. Tukuyin ang mga parameter na nagpapasa sa username at password sa command ppp pap sent-username pangalan password password .

Pagse-set up ng CHAP authentication

Pana-panahong bini-verify ng CHAP ang pagkakakilanlan ng remote host gamit ang three-way handshake. Ang hostname sa isang router ay dapat tumugma sa username na na-configure sa kabilang router. Dapat ding tumugma ang mga password. Ang pamamaraan ay isinasagawa pagkatapos ng paunang paglikha ng channel at maaaring ulitin anumang oras pagkatapos maitatag ang koneksyon. Sa Fig. Ang isang halimbawa ng pag-set up ng CHAP ay ibinigay.

Lecture 10. HDLC at PPP – channel control protocols

Upang lumikha ng isang maaasahang mekanismo para sa pagpapadala ng data sa pagitan ng dalawang istasyon, kinakailangan upang tukuyin ang isang protocol na magpapahintulot sa iba't ibang data na matanggap at maipadala sa mga channel ng komunikasyon. Ang mga protocol ay isang hanay lamang ng mga kundisyon (mga panuntunan) na namamahala sa format at mga pamamaraan para sa pagpapalitan ng impormasyon sa pagitan ng dalawa o higit pang mga independiyenteng aparato o proseso. Ang protocol ay may tatlo mahahalagang elemento: syntax, semantics at synchronization. Ang protocol syntax ay tumutukoy sa mga patlang; halimbawa, maaaring mayroong 16-byte na field para sa mga address, isang 32-byte na field para sa mga checksum, at 512 byte bawat packet. Ang protocol semantics ay nagbibigay sa mga field na ito ng kahulugan: halimbawa, kung ang address field ay binubuo ng lahat ng mga address, ito ay isang "broadcast" na packet. Pag-synchronize - ang bilang ng mga bit sa bawat segundo ay ang bilis ng paglipat ng data. Ito ay mahalaga hindi lamang sa pinakamababang antas ng protocol, kundi pati na rin sa pinakamataas.

Ang link layer protocol ay nagbibigay ng mga sumusunod na function:

Pagkontrol ng paglipat ng data sa pamamagitan ng isang pisikal na channel na nakaayos sa unang antas;

Sinusuri ang channel ng impormasyon;

Pagbuo ng frame, ibig sabihin, hangganan ng ipinadalang data na may mga simbolo ng serbisyo ng isang naibigay na antas;

Kontrol ng data;

Pagtiyak ng transparency ng channel ng impormasyon;

Pamamahala ng channel ng paghahatid ng data.

Ang protocol na ito ay sumasakop sa pangalawang antas sa isang multi-level na organisasyon ng pamamahala ng network.

Pangkalahatang-ideya ng HDLC protocol. Ang HDLC (High-Level Data Link Control) ay isang high-level na data link control protocol, link layer (bit-oriented) ng ISO model at ang batayan para sa pagbuo ng iba pang mga link layer protocol (SDLC, LAP, LAPB, LAPD, LAPX at LLC).

Pangunahing mga prinsipyo ng HDLC protocol: lohikal na mode ng koneksyon, kontrol ng mga sira at nawala na mga frame gamit ang sliding window method, frame flow control gamit ang RNR (receiver not ready) at RR (receiver ready) commands.

May tatlong uri ng mga istasyon ng HDLC.

Kinokontrol ng pangunahing istasyon (master) ang link ng data (channel). Responsable para sa pag-aayos ng daloy ng ipinadalang data at pagpapanumbalik ng functionality ng link ng paghahatid ng data. Ang istasyong ito ay nagpapadala ng mga command frame sa mga pangalawang istasyon na konektado sa channel. Kaugnay nito, tumatanggap ito ng mga frame ng tugon mula sa mga istasyong ito. Kung ang link ay multipoint, ang master station ay responsable para sa pagpapanatili ng isang hiwalay na sesyon ng komunikasyon sa bawat istasyon na konektado sa link.

Ang pangalawang istasyon (alipin) ay gumagana bilang isang umaasa na istasyon na may kaugnayan sa pangunahing istasyon (master). Tumutugon ito sa mga utos na natanggap mula sa pangunahing istasyon sa anyo ng mga tugon. Sinusuportahan lamang ang isang session, lalo na sa pangunahing istasyon. Ang pangalawang istasyon ay hindi responsable para sa kontrol ng channel.

Pinagsasama ng pinagsamang istasyon ang mga function ng pangunahin at pangalawang istasyon. Nagpapadala ng parehong mga utos at tugon at tumatanggap ng mga utos at tugon mula sa isa pang pinagsamang istasyon kung saan ito nagpapanatili ng isang session.

Tatlong lohikal na estado kung saan ang mga istasyon ay maaaring nasa proseso ng pakikipag-ugnayan sa isa't isa.

Logical Disconnect State (LDS). Sa ganitong estado, ang istasyon ay hindi maaaring magpadala o tumanggap ng impormasyon. Kung ang pangalawang istasyon ay nasa normal na mode disconnect (NDM), maaari lamang itong tumanggap ng frame pagkatapos matanggap ang tahasang pahintulot na gawin ito mula sa pangunahing istasyon. Kung ang isang istasyon ay nasa asynchronous release mode (ADM), ang pangalawang istasyon ay maaaring magpasimula ng isang transmission nang hindi tumatanggap ng tahasang pahintulot na gawin ito, ngunit ang frame ay dapat ang tanging frame na nagpapahiwatig ng katayuan ng pangunahing istasyon. Ang mga kondisyon para sa paglipat sa estado ng LDS ay maaaring ang inisyal o paulit-ulit (pagkatapos ng panandaliang shutdown) na pagbukas ng pinagmumulan ng kuryente; manu-manong kontrol ng pag-install sa panimulang estado lohikal na mga circuit ng iba't ibang mga aparato ng istasyon at tinutukoy batay sa mga tinatanggap na kasunduan ng system.

Estado ng Initialization (IS). Ginagamit ang estadong ito upang ilipat ang kontrol sa malayong sekundarya/pinagsamang istasyon, itama ito kung kinakailangan, at upang makipagpalitan din ng mga parameter sa pagitan malalayong istasyon sa data link na ginamit sa estado ng paglilipat ng impormasyon.

Status ng Paglipat ng Impormasyon (ITS). Ang pangalawa, pangunahin at pinagsamang mga istasyon ay pinapayagang magpadala at tumanggap ng impormasyon ng gumagamit. Sa ganitong estado, ang istasyon ay maaaring nasa NRM, ARM at ABM mode, na inilalarawan sa ibaba.

Ang HDLC ay nagbibigay ng sumusunod na tatlong transmission mode:

– normal na mode ng pagtugon (NRM). Sa kasong ito, ang mga pangalawang node ay hindi maaaring makipag-ugnayan sa pangunahing node hanggang ang pangunahing node ay nagbibigay ng pahintulot;

– asynchronous response mode (ARM). Ang transmission mode na ito ay nagpapahintulot sa mga pangalawang node na magsimula ng komunikasyon sa pangunahing node nang hindi kumukuha ng pahintulot;

– asynchronous balanced mode (ABM). Sa AVM mode, lilitaw ang isang "pinagsama" na node, na, depende sa sitwasyon, ay maaaring kumilos bilang pangunahin o pangalawang node.

Sa layer ng link ng data, ang term na frame ay ginagamit upang sumangguni sa isang independiyenteng bagay ng data na ipinadala mula sa isang istasyon patungo sa isa pa. Ang frame sa HDLC protocol ay may istraktura na ipinapakita sa Figure 10.1.

N(S) – sequence number ng ipinadalang frame, N(R) – sequence number ng natanggap na frame, P/F – poll / end bit

Figure 10.1 – HDLC frame at control field na format

Ang isang bit-oriented na protocol ay nagbibigay para sa paghahatid ng impormasyon sa anyo ng isang stream ng mga bit na hindi nahahati sa mga byte. Samakatuwid, ang mga espesyal na pagkakasunud-sunod - mga flag - ay ginagamit upang paghiwalayin ang mga frame.

Ang lahat ng mga frame ay dapat magsimula at magtapos sa mga field ng flag na "01111110". Ang mga istasyon na konektado sa channel ay patuloy na sinusubaybayan ang binary flag sequence. Ang mga flag ay maaaring patuloy na ipadala sa buong channel sa pagitan ng mga HDLC frame. Para mag-index ng exception sa isang channel, pitong magkakasunod na maaaring ipadala. Labinlima o mas malaking bilang pinapanatili ng mga yunit ang channel sa pahinga. Kung ang receiving station ay naka-detect ng isang sequence ng non-flag bits, ito ay aabisuhan ng pagsisimula ng isang frame, isang exception, o isang channel idle na sitwasyon. Kapag na-detect ang susunod na flag sequence, malalaman ng istasyon na may dumating na full frame.

Field ng address tumutukoy sa pangunahin o pangalawang istasyon na nakikilahok sa paghahatid ng isang partikular na frame. Ang bawat istasyon ay itinalaga ng isang natatanging address. Sa isang hindi balanseng sistema, ang mga field ng address sa mga command at tugon ay naglalaman ng address ng pangalawang istasyon. Sa balanseng mga pagsasaayos, naglalaman ang command frame ng patutunguhang address at ang response frame ay naglalaman ng address ng istasyon ng pagpapadala.

Control field tumutukoy sa uri ng command o tugon, pati na rin ang mga sequence number na ginamit upang iulat ang pagpasa ng data sa channel sa pagitan ng pangunahin at pangalawang istasyon. Tinutukoy ng format at nilalaman ng control field (Fig. 1) ang tatlong uri ng mga frame: informational (I), supervisory (S) at unnumbered (U).

Format ng impormasyon(I – format) ay ginagamit upang magpadala ng data ng end user sa pagitan ng dalawang istasyon.

Format ng pangangasiwa Ang (S – format) ay gumaganap ng mga function ng kontrol: kumpirmasyon (pagkilala) ng mga frame, isang kahilingan para sa muling pagpapadala ng mga frame at isang kahilingan para sa isang pagkaantala ng oras sa paghahatid ng frame. Ang aktwal na paggamit ng supervisory frame ay depende sa operating mode ng istasyon (normal response mode, asynchronous balanced mode, asynchronous response mode).

Walang numerong format(U – format) ay ginagamit din para sa mga layunin ng kontrol: pagsisimula o pagdiskonekta, pagsubok, pag-reset at pagkakakilanlan ng istasyon, atbp. Tukoy na uri utos at tugon ay depende sa klase ng pamamaraan ng HDLC.

Patlang ng impormasyon naglalaman ng wastong data ng user. Ang field ng impormasyon ay naroroon lamang sa frame ng format ng impormasyon. Wala ito sa supervisory o unnumbered format frame. [Tandaan: Ang mga frame na walang numerong format na "UI - Unnumbered Information" at "FRMR - Frame Reject" ay may field ng impormasyon.]

field ng CRC(Frame Check Sequence) ay ginagamit upang makita ang mga error sa paghahatid sa pagitan ng dalawang istasyon. Ang istasyon ng pagpapadala ay nagsasagawa ng mga kalkulasyon sa stream ng data ng gumagamit, at ang resulta ng pagkalkula na ito ay kasama sa frame bilang isang field ng CRC. Sa turn, ang receiving station ay gumagawa ng mga katulad na kalkulasyon at inihahambing ang resulta sa field ng CRC. Kung may tugma, malaki ang posibilidad na ang transmission ay nangyari nang walang mga error. Kung may mismatch, maaaring nagkaroon ng transmission error at ang receiving station ay nagpapadala ng negatibong pagkilala na nagsasaad na ang frame ay dapat na muling ipadala. Ang pagkalkula ng CRC ay tinatawag na cyclic redundancy check at gumagamit ng pagbuo ng polynomial alinsunod sa CCITT Recommendation V.41. Made-detect ng paraang ito ang lahat ng posibleng error tuple na hindi hihigit sa 16 bits ang haba na dulot ng isang error, pati na rin ang 99.9984% ng lahat ng posibleng mas mahabang error tuple.

Ngayon, pinalitan ng HDLC protocol sa mga nakalaang channel ang point-to-point protocol, Point-to-Point Protocol, PPP.

Ang katotohanan ay ang isa sa mga pangunahing pag-andar ng HDLC protocol ay ang pagpapanumbalik ng mga sira at nawala na mga frame. Sa katunayan, ang paggamit ng HDLC protocol ay binabawasan ang bit error rate (BER) mula 10 -3, na karaniwan para sa teritoryo. mga analog channel, hanggang 10 -9.

Gayunpaman, ngayon sila ay sikat mga digital na channel, na kahit na walang panlabas na mga pamamaraan sa pagpapanumbalik ng frame ay mayroon mataas na kalidad(Ang halaga ng BER ay 10 -8 – 10 -9). Upang gumana sa naturang channel, hindi kailangan ang mga recovery function ng HDLC protocol. Kapag nagpapadala sa mga analog na nakatuong channel, ang mga modernong modem mismo ay gumagamit ng mga protocol ng pamilyang HDLC. Samakatuwid, ang paggamit ng HDLC sa antas ng router o tulay ay nagiging hindi makatwiran.

protocol ng PPP. Ang PPP ay naging de facto na pamantayan para sa malawak na lugar na komunikasyon para sa pagkonekta ng mga malalayong kliyente sa mga server at para sa paglikha ng mga koneksyon sa pagitan ng mga router sa isang corporate network. Sa pagbuo ng PPP protocol, ang HDLC frame format ay kinuha bilang batayan at dinagdagan ng sarili nitong mga field. Ang mga field ng PPP protocol ay naka-nest sa loob ng field ng data ng HDLC frame. Nang maglaon, binuo ang mga pamantayan gamit ang PPP frame nesting sa loob ng frame relay at iba pang mga protocol. mga pandaigdigang network.

Ang pangunahing pagkakaiba sa pagitan ng PPP at iba pang mga protocol ng link-layer ay nakakamit nito ang pinag-ugnay na operasyon ng iba't ibang mga aparato sa pamamagitan ng isang pamamaraan ng negosasyon kung saan ang iba't ibang mga parameter ay ipinapadala, tulad ng kalidad ng linya, protocol ng pagpapatunay at mga naka-encapsulated na protocol ng layer ng network. Ang pamamaraan ng negosasyon ay nangyayari sa panahon ng pagtatatag ng koneksyon.

Ang PPP protocol ay nakabatay sa apat na prinsipyo: mapag-usapan na pagtanggap ng mga parameter ng koneksyon, suporta sa multi-protocol, pagpapalawig ng protocol, kalayaan mula sa mga pandaigdigang serbisyo.

Nakipag-usap sa pagtanggap ng mga parameter ng koneksyon. Sa isang corporate network, ang mga end system ay kadalasang naiiba sa laki ng mga buffer para sa pansamantalang pag-iimbak ng mga packet, mga paghihigpit sa laki ng packet, at ang listahan ng mga sinusuportahang network layer protocol. Ang pisikal na linya na nagkokonekta sa mga end device ay maaaring mula sa mababang bilis ng analog na linya hanggang sa high-speed na digital na linya na may iba't ibang antas ng kalidad ng serbisyo. Upang makayanan ang lahat ng posibleng sitwasyon, ang PPP protocol ay may isang hanay ng mga default na setting na isinasaalang-alang ang lahat ng karaniwang mga pagsasaayos. Kapag nagtatatag ng isang koneksyon, sinubukan muna ng dalawang nakikipag-usap na device na gamitin ang mga setting na ito upang makahanap ng pagkakaunawaan sa isa't isa. Inilalarawan ng bawat end node ang mga kakayahan at kinakailangan nito. Pagkatapos, batay sa impormasyong ito, pinagtibay ang mga parameter ng koneksyon na angkop sa parehong partido, na kinabibilangan ng mga format ng encapsulation ng data, laki ng packet, kalidad ng linya at pamamaraan ng pagpapatunay.

Ang protocol kung saan natatanggap ang mga parameter ng koneksyon ay tinatawag na Link Control Protocol (LCP). Ang protocol na nagpapahintulot sa mga end node na magkasundo kung aling mga network protocol ang isasagawa sa isang naitatag na koneksyon ay tinatawag na Network Control Protocol (NCP). Ang mga stream ng data ng iba't ibang network protocol ay maaaring maipadala sa loob ng isang koneksyon sa PPP.

Ang isa sa mga mahalagang parameter ng isang koneksyon sa PPP ay ang authentication mode. Para sa mga layunin ng pagpapatunay, nag-aalok ang PPP bilang default ng PAP protocol, na nagpapadala ng password sa linya ng komunikasyon sa malinaw na teksto, o ang CHAP protocol, na hindi nagpapadala ng password sa linya ng komunikasyon at samakatuwid ay nagbibigay ng higit na seguridad sa network. Pinapayagan din ang mga user na magdagdag ng mga bagong algorithm ng pagpapatunay. Ang disiplina para sa pagpili ng header at data compression algorithm ay magkatulad.

Multiprotocol support—ang kakayahan ng PPP protocol na suportahan ang maramihang network layer protocol—ay humantong sa pagkalat ng PPP bilang de facto na pamantayan. Gumagana ang PPP sa maraming network layer protocol, kabilang ang IP, Novell IPX, AppleTalk, DECnet, XNS, Banyan VINES at OSI, pati na rin ang mga data link protocol lokal na network. Karamihan sa mga parameter ay itinakda para sa IP protocol - host IP address, IP address ng mga DNS server, paggamit ng IP packet header compression, atbp.

Pagpapalawig ng protocol. Ang pagpapalawak ay tumutukoy sa parehong kakayahang magsama ng mga bagong protocol sa PPP stack, at ang kakayahang gumamit ng sariling mga protocol ng mga user sa halip na ang mga default na inirerekomenda sa PPP. Ito ay nagpapahintulot sa pinakamahusay na posibleng paraan i-configure ang PPP para sa bawat partikular na sitwasyon.

Kalayaan mula sa mga pandaigdigang serbisyo. Ang unang bersyon ng PPP ay gumagana lamang sa mga HDLC frame. Ang mga detalye ay naidagdag na ngayon sa PPP stack upang payagan ang PPP na magamit sa anumang malawak na teknolohiya ng network, gaya ng ISDN, Frame relay, X.25, Sonet at HDLC.

Lumilitaw ang tanong - paano natututo ang dalawang device na nakikipagnegosasyon gamit ang PPP protocol tungkol sa mga parameter na inaalok nila sa kanilang partner? Karaniwan, ang pagpapatupad ng PPP protocol ay may isang tiyak na hanay ng mga default na parameter, na ginagamit sa mga negosasyon. Gayunpaman, ang bawat device (at ang program na nagpapatupad ng PPP protocol sa operating system ng computer) ay nagbibigay-daan sa administrator na baguhin ang mga default na setting, pati na rin ang mga parameter na itakda na hindi kasama sa standard set. Halimbawa, ang IP address para sa remote host ay wala sa mga default na setting, ngunit maaaring itakda ito ng administrator para sa server malayuang pag-access, pagkatapos ay iaalok ito ng server sa malayong node.

Bagama't gumagana ang PPP protocol sa HDLC frame, kulang ito sa frame control at flow control procedure ng HDLC protocol. Samakatuwid, ang PPP ay gumagamit lamang ng isang uri ng HDLC frame - walang numero na frame ng impormasyon. Ang control field ng naturang frame ay palaging naglalaman ng value na 03. Upang itama ang napakabihirang mga error na nangyayari sa channel, kailangan ng mga protocol itaas na antas– TCP, SPX, NetBUEl, NCP, atbp.

Ang isa sa mga kakayahan ng PPP protocol ay ang paggamit ng ilang mga pisikal na linya upang bumuo ng isang lohikal na channel, ang tinatawag na channel trunking (isang karaniwang lohikal na channel ay maaaring binubuo ng mga channel na may iba't ibang pisikal na kalikasan. Halimbawa, ang isang channel ay maaaring mabuo sa isang network ng telepono, at ang isa ay maaaring isang virtual switched channel frame ng network relay). Ang tampok na ito ay ipinatupad ng isang karagdagang protocol na tinatawag na MLPPP (Multi Link PPP). Sinusuportahan ng maraming manufacturer ang feature na ito sa kanilang mga router at remote access server sa paraang pagmamay-ari. Ang paggamit ng karaniwang paraan ay palaging mas mahusay, dahil ginagarantiyahan nito ang pagiging tugma sa pagitan ng mga kagamitan mula sa iba't ibang mga tagagawa.

Pangunahing panitikan: 2

Karagdagang pagbabasa: 7

Mga tanong sa seguridad:

1. Para saan ang channel control protocols?

2. Anong mga function ang ibinibigay ng link layer protocol?

3. Ano ang mga pangunahing prinsipyo ng HDLC protocol?

4. Ano ang mga pangunahing prinsipyo ng PPP protocol?

5. Ano ang pagkakaiba sa pagitan ng mga protocol ng HDLC at PPP?

10/15/06 6.1K

2.1 Panimula

Ang PPP ay isang pamantayan sa Internet para sa pagpapadala ng mga IP packet sa mga serial lines. Sinusuportahan ng PPP ang mga kasabay at asynchronous na linya. Para sa ilang punto sa talakayan tungkol sa PPP, pati na rin sa PPP versus SLIP, ipinapayo ko sa iyo na tingnan ang dokumento sa ftp.uu.net:vendor/MorningStar/papers/sug91-cheapIP.ps.Z (papel) at sug91- cheapIP.shar.Z (mga overhead projector slide )

2.2 Mga tampok ng PPP na maaaring mayroon o wala

Sa magkabilang panig ng pagiging tugma sa pangunahing pag-frame ng PPP, kailangan mong malaman na maraming mga programa ang nagdaragdag ng kanilang sarili karagdagang mga tampok. Maipapayo na tandaan na hindi lahat ng malayang ipinamahagi na mga programa, pati na rin ang mga komersyal na programa, ay may buong hanay ng lahat ng mga kakayahan.
Demand dial (pag-dial kapag hiniling) Pagkonekta ng PPP interface at pagdayal ng mga numero ng telepono. mga numero sa pagdating ng package. Hindi pagpapagana sa interface ng PPP pagkatapos ng panahon ng kawalan ng aktibidad.
Redial Pagkonekta sa isang PPP interface, na hindi madidiskonekta sa ibang pagkakataon at palaging panatilihin ang konektadong channel sa pagtatapon nito.
Campling (tingnan ang Redial)
Pag-install ng Scripting sa pamamagitan ng isang serye ng mga mensahe o mga intermediate na koneksyon upang magtatag ng koneksyon sa PPP, mas katulad ng mga pagkakasunud-sunod na ginamit upang magtatag ng koneksyon sa UUCP.
Parallel Pag-configure ng ilang linya ng PPP para sa parehong koneksyon sa host, upang pantay na ipamahagi ang trapiko sa pagitan nila. (Sa proseso ng standardisasyon)
Pag-filter Pagpili kung aling mga packet ang makatuwiran upang simulan ang pagtawag sa linya, at kung alin ang hindi. Batay sa IP o TCP na uri ng packet o TOS (Type of Service) kapag gumagawa ng desisyon. Halimbawa, huwag pansinin ang lahat ng ICMP packet.
Header Compression TCP header compression alinsunod sa RFC1144 Hindi kinakailangan kapag ginamit sa mga high-speed na linya, ngunit napaka-kapaki-pakinabang sa mga low-speed na linya.
Tumatanggap ang Server ng mga papasok na koneksyon sa PPP, na maaaring mangailangan din ng karagdagang pagruruta.
Tunneling Konstruksyon ng mga virtual network sa isang koneksyon sa PPP, sa pamamagitan ng TCP stream, sa pamamagitan ng isang umiiral na IP network. (Bumuo ng isang virtual network sa isang link ng PPP sa isang stream ng TCP sa pamamagitan ng isang umiiral nang IP network.)
Ang mga extra escaping na character na nakatuon sa Byte na hindi kasama sa karaniwang set ng character na ginagamit kapag nagtatatag ng isang koneksyon ay maaaring i-configure nang hiwalay, ngunit hindi rin magkakapatong sa mga ginagamit kapag nagtatatag ng isang koneksyon. (Byte-stuffing na mga character sa labas ng negotiated asyncmap, mako-configure nang maaga ngunit hindi mapag-usapan.)

2.3 Glosaryo ng PPP

Ang bawat teknolohiya ay nakakakuha ng mga acronym sa paglipas ng panahon... PPP ay walang exception. Dahil halos lahat ng termino ay ginagamit sa kanilang English/American transcription, para sa akin ay walang saysay ang pagsasalin ng mga pagdadaglat na ito.
ack Pagkilala
AO Active Open (naging bahagi kamakailan ng FSM sa RFC1331)
C Isara
CHAP Challenge-Handshake Authentication Protocol (RFC1334)
D Ibaba ang layer pababa
DES Data Entry Protocol
Arkitektura ng DNA Digital Network
IETF Internet Engineering Task Force.
IP Internet Protocol
IPCP IP Control Protocol.
IPX Internetwork Packet Exchange (Novell's networking stack)
FCS Frame Check Sequence
FSA Finite State Automation
FSM Finite State Machine
LCP Link Control Protocol.
Ulat sa Kalidad ng Link ng LQR.
MD4 MD4 digital signature algorithm
MD5 MD5 digital signature algorithm
MRU Maximum Receive Unit
MTU Maximum Transmission Unit
nak Negative Acknowledgement
NCP Network Control Protocol.
NRZ Non-Return to Zero bit encoding. (Default ng SYNC ppp dahil sa availability)
NRZI Non-Return to Zero Inverted bit encoding. (Ang SYNC ppp ay ginustong alternatibo sa NRZ)
OSI Open Systems Interconnect
PAP Password Authentication Protocol (RFC1334)
PDU Protocol Data Unit (katulad ng packet)
PO Passive bukas
PPP Point to Point Protocol (RFC1548 /RFC1549,1332,1333,1334,1551,1376,1377,1378)
RCA Receive Configure-Ack
RCJ Tumanggap ng Code-Reject
RCN Receive Configure-Nak o -Reject
RCR+ Makatanggap ng magandang Configure-Request
RER Makatanggap ng Echo-Request
RFC Request for Comments (internet standard)
RTA Receive Terminate-Ack
RTR Receive Terminate-Request
RUC Tumanggap ng hindi kilalang code
sca Send Configure-Ack
scj Ipadala ang Code-Reject
scn Ipadala ang Configure-Nak o -Reject
scr Send Configure-Request
ser Send Echo-Reply
sta Send Wakasan-Ack
str Ipadala ang Terminate-Request
ST-II Stream Protocol
TO+ Timeout na may counter > 0
TO- Timeout na may counter expired
VJ Van Jacobson (RFC1144 header compression algorithm)
XNS Xerox Network Services
Pangkalahatang impormasyon

Ang Point-to-Point Protocol (PPP) ay idinisenyo upang malutas ang mga problemang nauugnay sa hindi sapat na dami karaniwang paraan ng encapsulating protocol ng "point-to-point IP" na uri. Bilang karagdagan, ang PPP ay idinisenyo din upang pasimplehin ang pag-iisyu at pamamahala ng mga IP address, asynchronous at bit-oriented synchronous encapsulation, network protocol multiplexing, pagsasaayos at pagsubok ng kalidad ng komunikasyon, pagtuklas ng error at mga opsyon para sa pagtatatag ng mga naturang network-layer na feature bilang mga configuration address. at pagtatakda ng data compression. Upang suportahan ang mga katangian sa itaas, ang PPP ay dapat magbigay ng kontrol sa pinalawig na Link Control Protocol (LCP) at ang Network Control Protocols (NCPs) na pamilya ng mga protocol na ginagamit upang magtatag ng mga parameter ng komunikasyon. Ngayon, sinusuportahan ng PPP hindi lamang ang IP, kundi pati na rin ang iba pang mga protocol, kabilang ang IPX at DECNet.

Mga Bahagi ng PPP

Nagbibigay ang PPP ng kakayahang magpadala ng mga datagram sa mga serial point-to-point na linya. Mayroon itong 3 sangkap:

* Isang paraan ng pagbibigay ng encapsulation ng mga datagram sa mga serial PPP na linya gamit ang HDLC (High-Level Data Link Control) na protocol para sa mga packaging datagram sa mga PPP na komunikasyon.
* Pinalawak na LCP (Link Control Protocol) para sa pagtatatag, pag-configure at pagsubok ng pisikal na koneksyon (subukan ang koneksyon ng data-link)
* Isang pamilya ng mga protocol (NCP) para sa pagtatatag at pamamahala ng iba pang mga network protocol, sa madaling salita: Ang PPP ay idinisenyo upang suportahan ang maramihang mga protocol ng network nang sabay-sabay.

Pangkalahatang Operasyon

Kapag naitatag ang isang koneksyon sa PPP, ang driver ng PPP ay unang nagpapadala ng mga LCP packet upang i-configure at (maaaring) subukan ang link ng komunikasyon. Matapos maitatag ang mga komunikasyon at karagdagang mga kakayahan kung kinakailangan sa pamamagitan ng LCP, ang driver ng PPP ay nagpapadala ng mga NCP frame upang baguhin at/o i-configure ang isa o higit pang mga protocol ng network. Kapag nakumpleto ang prosesong ito, ang mga network packet ay maipapadala sa pamamagitan ng itinatag na koneksyon. Ito ay mananatiling naka-configure at aktibo hanggang sa isara ng ilang LCP o NCP packet ang koneksyon, o hanggang sa mangyari ang ilang panlabas na kaganapan na nagiging sanhi ng pagkawala ng koneksyon (halimbawa: isang inactivity timer o interbensyon ng user)
Mga Kinakailangang Pisikal na Layer

Ang PPP ay iniangkop upang gumana sa anumang DTE/DCE interface, kabilang ang EIA/TIA-232-C (RS-232), EIA/TIA-422-C(RS-422), EIA/TIA-423-C(RS-423 ), ITU-T (CCITT) V.35. Ang tanging kinakailangan sa hardware na ipinataw ng PPP ay ang pagkakaroon ng duplex hardware, nakalaan man o lumipat, na maaaring gumana sa asynchronous o bit-oriented synchronous, PPP-transparent na mga packet.
PPP Link Layer
—————

Ginagamit ng PPP ang mga prinsipyo, terminolohiya at istraktura ng packet na inilarawan sa mga dokumentong ISO na nauugnay sa HDLC (ISO 3309-1979) at ang pinahabang bersyon nito:

* ISO 3309:1984/PDAD1 “Addendum 1: Start/stop transmission.”
* ISO 3309-1979: inilalarawan ang istruktura ng mga HDLC packet para gamitin sa mga synchronous system.
* ISO 3309:1984/PDAD1: naglalarawan ng mga panukala para sa mga pagbabago sa ISO 3309-1979 na magpapahintulot sa paggamit ng mga asynchronous system.

Ang mga pamamaraan ng kontrol ng PPP ay gumagamit ng mga kahulugan at control field na na-standardize sa mga dokumento: ISO 4335-1979 at ISO 4335-1979/Addendum 1-1979.

PPP packet format:
1 1 1 2 Variable 2 o 4
Flag Address Control Protocol DATA FCS

Flag: Isang byte na nagpapahiwatig ng simula o pagtatapos ng isang packet Ang flag na field ay naglalaman ng binary sequence: 01111110.
Address: Isang byte na naglalaman ng binary sequence: 11111111, Standard na address ng broadcast. Hindi sinusuportahan ng PPP ang unicasting ng istasyon.
Control: Isang byte na naglalaman ng binary sequence: 00000011, na ipinadala upang magpadala ng data ng user sa hindi nahahati na mga packet. (para sa pagpapadala ng data ng user sa isang unsequenced frame.
Protocol: 2 bytes ang naka-encode sa protocol na naka-pack sa PPP protocol time. Matatagpuan ang mga halaga ng protocol sa dokumentong Requested Numbers Request for Comments (RFC).
Data: 0 o higit pang mga byte na bumubuo sa datagram ng protocol na tinukoy sa field na "Protocol". Natutukoy ang dulo ng field ng impormasyon sa pamamagitan ng paghahanap ng pagtatapos na sequence at ang 2-byte na sequence sa field ng FCS. Bilang default, ang maximum na haba ng field ng impormasyon ay 1500 bytes Gayunpaman, sa pamamagitan ng mutual na kasunduan, na isinasaalang-alang ang paggamit ng PPP, maaaring gamitin ang iba pang mga haba ng field
Frame Check Sequence (FCS): Karaniwang 16bit (2 bytes). Gayunpaman, sa pamamagitan ng mutual na kasunduan, 32bit (4 bytes) packet integrity control ay maaaring gamitin.

PPP Link Control Protocol

Nagbibigay ang PPP LCP ng mga pamamaraan para sa pagtatatag, pag-configure, pagpapanatili, at pagsubok ng mga point-to-point na koneksyon. Ang LCP ay nahahati sa 4 na yugto:

* Configuration at komunikasyon - Bago magpadala ng anumang datagram (hal. IP), ang LCP ay dapat munang magbukas ng koneksyon at magsagawa ng paunang pagpapalitan ng mga parameter ng configuration. Ang yugtong ito ay nagtatapos kapag ang isang packet na nagkukumpirma sa pagsasaayos ay naipadala at natanggap muli.
* Pagtukoy sa kalidad ng komunikasyon - Ang LCP ay nagpapahintulot (ngunit hindi nangangailangan) na magdagdag ng isang yugto ng pagsubok sa channel ng komunikasyon, ang yugtong ito ay susundan kaagad pagkatapos ng una. Sa yugtong ito, natutukoy kung ang koneksyon ay may kakayahang maghatid ng anumang network protocol na may sapat na kalidad. Ang yugtong ito ay opsyonal. Dapat iantala ng LCP ang paglipat ng anumang network protocol hanggang sa makumpleto ang bahaging ito.
* Pagtatatag ng mga setting ng network protocol - Matapos matukoy ng LCP ang mga parameter ng komunikasyon, ang mga protocol ng network ay dapat na independiyenteng i-configure ng mga kaukulang NCP, na maaaring simulan o ihinto ang paggamit anumang oras.
* Pagtatapos ng koneksyon - Maaaring wakasan ng LCP ang itinatag na koneksyon anumang oras. Maaaring mangyari ito dahil sa pangangailangan ng user o dahil sa ilang pisikal na kaganapan, gaya ng pagkawala ng carrier o ang pag-expire ng pinahihintulutang panahon ng hindi nagamit na oras ng channel.

May tatlong uri ng mga LCP packet:

* Establishment packets - Ginagamit upang magtatag at mag-configure ng mga komunikasyon
* Interrupt packets - Ginagamit para sa interrupting itinatag na koneksyon
* Communication saving packages - Ginagamit para sa pamamahala ng komunikasyon at diagnostics

2.4 Mga nauugnay na RFC sa PPP

Ito ay isang listahan ng mga RFC na nauugnay sa PPP. Ang ilan sa mga dokumentong ito (hindi na ginagamit) ay luma na...

* 1717 - Sklwer, K.; Lloyd, B.; McGregor, G.; Carr, DAng PPP Multilink Protocol (MP). Nobyembre 1994; 21 p.m. (Format: TXT=46264 bytes)
* 1663 - Rand, Maaasahang Pagpapadala ng DPPP. Hulyo 1994; 8 p.m. (Format: TXT=17281 bytes)
* 1662 — Simpson, W.,edPPP sa HDLC-like Framing. Hulyo 1994; 25 p. (Format: TXT=48058 bytes) (Obsoletes RFC 1549)
* 1661 — Simpson, W., edThe Point-to-Point Protocol (PPP). Hulyo 1994; 52 p. (Format: TXT=103026 bytes) (Obsoletes RFC 1548)
* 1638 - Baker, F.; Bowen, R.,edsPPP Bridging Control Protocol (BCP). 1994 Hunyo; 28 p.m. (Format:TXT=58477 bytes)
* 1619 - Simpson, WPPP sa SONET/SDH. Mayo 1994; 4 p.m. Format: TXT=8893 bytes)
* 1618 - Simpson, WPPP sa ISDN. Mayo 1994; 6 p.m. (Format: TXT=14896 bytes)
* 1598 - Simpson, WPPP sa X.25. Marso 1994; 7 p.m. (Format: TXT=13835 bytes)
* 1570 — Simpson, W., ed. Mga Extension ng PPP LCP. 1994 Enero; 18 p.m. (Format: TXT=35719 bytes) (Mga Update RFC 1548)
* 1553 - Mathur, S.; Lewis, M. Pag-compress ng IPX Header Sa WAN Media (CIPX). 1993 Disyembre; 23 p.m. (Format: TXT=47450 bytes)
* 1552 - Simpson, W. Ang PPP Internetwork Packet Exchange Control Protocol (IPXCP). 1993 Disyembre; 14 p.m. Format: TXT=29174 bytes)
* 1551 - Allen, M. Novell IPX Over Various WAN Media IPXWAN). 1993 Disyembre; 22 p.m. (Format: TXT=54210 bytes) (Obsoletes RFC 1362)
* 1549 — Simpson, W., ed. PPP sa HDLC Framing. 1993 Disyembre; 18 p.m. (Format: TXT=36353 bytes) Hindi na ginagamit ng RFC 1662)
* 1548 - Simpson, W. Ang Point-to-Point Protocol (PPP). 1993 Disyembre; 53 p. (Format: TXT=111638 bytes) (Obsoletes RFC 1331; Obsoleted by RFC 1661; Updated by RFC 1570)
* 1547 - Perkins, D. Mga Kinakailangan para sa Internet Standard Point-to-Point Protocol. 1993 Disyembre; 21 p.m. Format: TXT=49811 bytes)
* 1378 - PPP AppleTalk Control Protocol (ATCP). Parker, B. 1992 Nobyembre; 16 p.m. (Format: TXT=28496 bytes)
* 1377 - PPP OSI Network Layer Control Protocol (OSINLCP). Katz, D. 1992 Nobyembre; 10 p.m. (Format: TXT=22109 bytes)
* 1376 - PPP DECnet Phase IV Control Protocol (DNCP). Senum, S.J. Nobyembre 1992; 6 p.m. (Format: TXT=12448 bytes)
* 1362 - Allen, M. Novell IPX Over Various WAN Media IPXWAN). 1992 Setyembre; 18 p.m. (Format: TXT=30220 bytes)
* 1334 - Mga protocol ng pagpapatunay ng PPP. Lloyd, B.; Simpson, W.A. 1992 Oktubre; 16 p.m. (Format: TXT=33248 bytes)
* 1333 - Pagsubaybay sa kalidad ng link ng PPP. Simpson, W.A. Mayo 1992; 15 p.m. (Format: TXT=29965 bytes)
* 1332 - PPP Internet Protocol Control Protocol (IPCP). McGregor, G. 1992 Mayo; 12 p.m. (Format: TXT=17613 bytes) (Obsoletes RFC1172)
* 1331 - Point-to-Point Protocol (PPP) para sa paghahatid ng mga multi-protocol datagram sa mga point-to-point na link. Simpson, W.A. Mayo 1992; 66 p. (Format: TXT=129892 bytes) (Obsoletes RFC1171, RFC1172; hindi na ginagamit ng RFC 1548)
* 1220 - Point-to-Point Protocol extension para sa bridging. Baker, F., ed. Abril 1991; 18 p.m. (Format: TXT=38165 bytes)
* 1172 - Point-to-Point Protocol (PPP) na unang mga opsyon sa pagsasaayos. Perkins, D.; Hobby, R. 1990 Hulyo; 38 p. (Format: TXT=76132 bytes) (Obsoleted by RFC1331, RFC1332)
* 1171 - Point-to-Point Protocol para sa paghahatid ng multi-protocol datagrams sa Point-to-Point na mga link. Perkins, D. 1990 Hulyo; 48 p. (Format: TXT=92321 bytes) (Obsoletes RFC1134; Obsoletes by RFC1331)
* 1134 - Point-to-Point Protocol: Isang panukala para sa multi-protocol transmission ng datagrams sa Point-to-Point na mga link. Perkins, D. 1989 Nobyembre; 38 p. (Format: TXT=87352 bytes) (Hindi na ginagamit ng RFC1171)
* 1144 - Pag-compress ng TCP/IP na mga header para sa mababang bilis ng mga serial link. Jacobson, V. 1990 Pebrero; 43 p. Format: TXT=120959 PS=534729 bytes)

Ang PPP (Point-to-Point-Protocol) ay isang pangalawang-layer na protocol ng modelong OSI na ginagamit sa mga link ng WAN. PPP bukas na protocol, na nagpapahintulot na magamit ito kapag kinakailangan upang ikonekta ang mga aparatong Cisco sa mga aparato mula sa iba pang mga tagagawa (hindi katulad ng HDLC, tungkol sa detalye kung saan ang Cisco ay may sariling opinyon).

Ito ay nagkakahalaga ng paggawa ng isang mahalagang tala kaagad: ang protocol ng PPP ay multifunctional at laganap, sa parehong oras, sa loob ng kurso ng CCNA, isang paraan lamang ng paggamit nito ang isinasaalang-alang: pagkonekta ng dalawang router sa isa't isa sa pamamagitan ng isang serial cable. Sa katunayan, ang saklaw ng protocol ay hindi limitado sa mga kasong ito. Maaaring gumana ang PPP sa pamamagitan ng null modem cable, linya ng telepono, sa mga cellular na komunikasyon. Ang iba pang tanyag na paggamit ng PPP ay upang i-encapsulate ito sa loob ng iba pang layer 2 na mga protocol. Hayaan akong ipaliwanag: Ang PPP mismo ay nasa pangalawang antas ng modelo ng OSI at nagbibigay direktang koneksyon sa pagitan ng dalawang device, ngunit kung ito ay naka-encapsulated sa isa pang second-level na protocol - Ethernet (PPP over Ethernet - PPPoE), pagkatapos ay ihahatid ng ethernet ang mga frame mula sa MAC address ng nagpadala patungo sa MAC address ng tatanggap, pagkatapos nito ay i-decapsulate ng recipient ang PPP frame mula sa Ethernet at higit pa para sa mga protocol na nakabalot sa PPP (IPv4, IPX, ...) isang kumpletong "ilusyon" ay malilikha na ang koneksyon ay point-to-point. Sa kasong ito, haharapin mismo ng PPP ang mga bagay tulad ng pagpapatunay at pag-compress ng trapiko. Mayroong iba pang mga paraan upang magamit ang PPP, tulad ng PPP sa ATM - PPPoA, Microsoft Windows gumagamit ng PPTP protocol upang lumikha ng VPN, na isa ring add-on sa PPP. Ngunit ang lahat ng ito ay isang lyrical digression upang linawin kung bakit pag-aralan ang PPP. Sa CCNA Accessing the WAN course, ang PPP ay isang protocol para sa pagkonekta ng dalawang router sa pamamagitan ng serial cable.

Ano ang magagawa ng PPP kumpara sa HDLC?

1. Kontrol sa kalidad ng linya (Ididiskonekta ng PPP ang link kung ang bilang ng mga error ay lumampas sa tinukoy na halaga).
2. Pagpapatunay gamit ang PAP o CHAP.
3. Ang Multilink ay isang teknolohiyang nakapagpapaalaala sa Etherchannel sa Ethernet: maraming magkakaibang link ang pinagsama sa isang lohikal, na may bilis na katumbas ng kabuuan ng mga link na kasama dito.
4. Ang PPP Callback ay isang teknolohiyang ginagamit upang mapabuti ang seguridad: ang kliyente ay nagtatatag ng koneksyon sa server, sinira ng server ang koneksyon at nagtatatag ng bago para sa bahagi nito - sa kliyente.

Sa katunayan, kapag nagpapadala ng data mula sa router patungo sa router, ang PPP ay naka-encapsulated sa HDLC, na gumaganap ng mga function na "transportasyon" para sa mga PPP frame. Maaari kang magbasa nang higit pa tungkol sa HDLC sa artikulong "HDLC Protocol - halimbawa ng pagsasaayos at paglalarawan." PPP – may layered na istraktura, kapag ang isang PPP frame ay nagmula sa network ito ay tumataas sa pamamagitan ng panloob na mga sublayer ng PPP mula sa ibaba hanggang sa itaas:

1. Ang unang sublayer ng HDLC - natatanggap ang frame, sinusuri ang address ng tatanggap, checksum at nagpapadala pa ng kapaki-pakinabang na impormasyon.
2. Ang sublayer ng LCP (Link Control Protocol), gaya ng ipinahihiwatig ng pangalan, ay namamahala sa koneksyon, nagpapadala at tumatanggap ng iba't ibang mga flag ng serbisyo, sinusubaybayan ang estado ng koneksyon (nakakonekta/naka-disable), sinusubaybayan ang kalidad ng linya, at sinusubaybayan ang pagkakapare-pareho ng mga parameter ng pagsasaayos sa pagitan ng mga punto.
3. Ang NCP (Network Control Protocol) sublayer ay binubuo ng malaking dami mga module, na ang bawat isa ay nakikipag-ugnayan sa isang partikular na third-layer na protocol (IPv4, IPv6, IPX, AppleTalk, ...). Salamat dito, sa loob ng isang itinatag na koneksyon ng PPP na may isang pag-login at password, posibleng magpadala ng trapiko ng iba't ibang mga protocol ng layer ng network.

Ang pagtatatag ng koneksyon sa pagitan ng dalawang router gamit ang PPP protocol ay nangyayari sa mga layer mula sa ibaba hanggang sa itaas, ang pagkasira ng koneksyon ay nangyayari mula sa itaas hanggang sa ibaba.

Iyon ay, ang komunikasyon ay itinatag sa ganitong pagkakasunud-sunod: LCP, NCP, third-level payload. At nasira ito: pagtatapos ng kapaki-pakinabang na paghahatid ng data, NCP, LCP. Tulad ng nakikita mo, ang HDLC ay hindi nagtatatag o nagwawasak ng mga koneksyon, dahil ang PPP ay gumagamit ng mga HDLC frame nang walang kumpirmasyon sa paghahatid.

Ang istraktura ng frame ng PPP ay ang mga sumusunod:

1. Ang FLAG ay isang tanda ng simula ng isang frame, isang espesyal na pagkakasunud-sunod ng mga zero at isa ("01111110"), na nagsasabi sa tatanggap na ang katawan ng frame ay susunod.
2. ADDRESS – address ng tatanggap ay palaging gumagamit ng broadcast na "11111111".
3. CONTROL – naglalaman ang field ng value na “00000011”
4. PROTOCOL – isang patlang na naglalaman ng numero ng ikatlong antas na protocol, ang packet nito ay "nakabalot" sa frame na ito.
5. DATA – field na may kapaki-pakinabang na data ng mas matataas na protocol.
6. FCS checksum, na kinakalkula kapag ang frame ay ipinadala at inihambing sa resultang muling pagkalkula, na ginagawa kapag ang frame ay natanggap. Bilang resulta, kung ang mga kabuuan ay hindi tumugma, ang frame ay ituring na "sira" at itinapon.
7. FLAG – isang tanda ng dulo ng isang frame, naglalaman ng parehong halaga bilang tanda ng simula ng isang frame.

Ang pag-set up ng PPP sa kagamitan ng Cisco, tulad ng nabanggit na, ay hindi mahirap sa kursong CCNA. Ito ay pinaandar sa interface:

1. Piliin ang compression algorithm gamit ang compress command
2. Itinakda namin ang kalidad ng linya, na ituturing na katanggap-tanggap (kung ang bilang ng mga error ay lumampas sa tinukoy na halaga, ang koneksyon ay masisira). Ang utos para dito ay kalidad ng ppp.
3. Pinipili namin ang paraan ng pagpapatunay na PAP o CHAP (makikita ang higit pang impormasyon tungkol dito sa artikulong "Ano ang pagkakaiba ng PAP at CHAP". Ang paraan ng pagpapatunay ay itinakda sa pamamagitan ng utos pagpapatunay ng ppp.
4. Ito ay kinakailangan upang i-configure ang user sa ilalim kung saan ang aming router ay kumonekta sa isa pa. Dito iba ang mga utos para sa CHAP at PAP. Ang gumagamit mismo ay idinagdag ng utos username<имя> password<пароль>, at dapat itong gawin hindi sa interface, ngunit sa global configuration mode, ngunit sa kaso ng paggamit ng PAP, kailangan mo ring gamitin ang command sa interface ppp pap sent-username <имя> password<пароль>.

Ang paggamit ng PAP sa mga tunay na pagsasaayos ay hindi ipinapayong, kaya lilimitahan namin ang aming sarili sa isang halimbawa ng pag-configure ng CHAP. Kaya, ipagpalagay na ang topology ay ang mga sumusunod, kailangan mong i-configure ang PPP na may CHAP authentication. Pagse-set up sa unang router:

Router#configure terminal Ipasok ang configuration command, isa bawat linya. Magtapos sa CNTL/Z. Router(config)#hostname R1 R1(config)#username R2 password 123456789 R1(config)#interface serial 0/3/0 R1(config-if)#en R1(config-if)#encapsulation ppp R1(config-if )#ppp authentication chap R1(config-if)#ip address 192.168.0.1 255.255.255.0 R1(config-if)#no shutdown %LINK-5-BINAGO: Interface Serial0/3/0, binago ang state sa down

Pag-set up sa pangalawang router:

Router#configure terminal Ipasok ang configuration command, isa bawat linya. Magtapos sa CNTL/Z. Router(config)#hostname R2 R2(config)#username R1 password 123456789 R2(config)#interface serial0/3/0 R2(config-if)#encapsulation ppp R2(config-if)#ppp authentication chap R2(config- if)#ip address 192.168.0.2 255.255.255.0 R2(config-if)#no shutdown %LINK-5-CHANGED: Interface Serial0/3/0, binago ang state to up %LINEPROTO-5-UPDOWN: Line protocol sa Interface Serial0 /3/0, binago ang estado sa pataas

Pakitandaan na ang user na nilikha namin sa router R1 ay may pangalang R2, at sa R2 - R1. Ito ay kinakailangan dahil kapag ang isang router ay kumonekta sa isa pa, ito ay nagpapahiwatig ng pangalan nito, nang naaayon, ang isa ay dapat malaman ang pangalan na ito (tingnan ito sa listahan nito mga lokal na gumagamit). Isa pang mahalagang detalye: dapat magkatugma ang mga password para sa mga user na R1 at R2.

Upang suriin maaari naming patakbuhin ang utos:

R2#sh ip inter brief Interface IP-Address OK? Method Status Protocol … Serial0/3/0 192.168.0.2 YES manual up …

Kung ang katayuan ay "pataas" at ang protocol ay "pababa", karaniwang nangangahulugan ito na may ilang mga problema sa PPP - hindi tamang pagpapatunay, hindi tumutugma ang mga password, mas mababa ang kalidad ng linya kaysa sa iniutos namin, atbp. Sa kasong ito, kakailanganin mong suriin ang mga config at patakbuhin ang debug ppp, na hindi ko naisin sa aking kaaway.