Параметри ppp. PPP (мережевий протокол). Тип кадру даних у PPP

), багатоканальний протокол PPP(MLPPP).

Основні характеристики

PPP протокол був розроблений на основі HDLCта доповнено деякими можливостями, які до цього зустрічалися лише у пропрієтарних протоколах.

Автоматичне налаштування

Після того, як з'єднання було встановлено, поверх нього може бути налаштована додаткова мережа. Зазвичай використовується Internet Protocol Control Protocol ( IPCP), хоча Internetwork Packet Exchange Control Protocol(IPXCP) та AppleTalk Control Protocol(ATCP) колись були популярні. Internet Protocol Version 6 Control Protocol(IPv6CP) набуде більшого поширення в майбутньому, коли IPv6замінить IPv4як основний протокол мережного рівня.

Багатопротокольна підтримка

PPP дозволяє працювати кількох протоколів мережного рівня однією каналі зв'язку. Іншими словами, всередині одного PPP-з'єднання можуть передаватися потоки даних різних мережевих протоколів ( , Novell IPXі т. д.), а також дані протоколів канального рівня локальної мережі. Для кожного мережевого протоколу використовується Network Control Protocol ( NCP), що його конфігурує (узгоджує деякі параметри протоколу).

Виявлення закільцьованих зв'язків

PPP виявляє кільцеві зв'язки, використовуючи особливість, що включає magic numbers. Коли вузол відправляє PPP LCP повідомлення, вони можуть включати магічне число. Якщо лінія закольцована, вузол отримує повідомлення LCP з його магічним числом замість отримання повідомлення з магічним числом клієнта.

Найбільш важливі особливості

  • Link Control Protocolвстановлює та завершує з'єднання, дозволяючи вузлам визначати налаштування з'єднання. Також він підтримує і байт-, і біторієнтовані кодування.
  • Network Control Protocolвикористовується для визначення налаштувань мережевого рівня, таких як мережева адресаабо налаштування стиснення після встановлення з'єднання.

Конфігураційні опції PPP

Оскільки в PPP входить LCPпротокол, то можна керувати наступними параметрами LCP:

  • Аутентифікація. RFC 1994 описує Challenge Handshake Authentication Protocol ( CHAP), який є кращим для проведення аутентифікації в PPP, хоча Password Authentication Protocol ( PAP) Іноді ще використовується. Іншим варіантом для аутентифікації є Extensible Authentication Protocol ( EAP).
  • Стиснення. Ефективно збільшує пропускну спроможність PPP з'єднанняза рахунок стиснення даних у кадрі. Найбільш відомими алгоритмами стиснення кадрів PPP є Stacker і Predictor.
  • Виявлення помилок. Включає Quality-Protocol та допомагає виявити петлі зворотнього зв'язкуза допомогою Magic Numbers RFC 1661 .
  • Багатоканальність. Multilink PPP (MLPPP, MPPP, MLP) надає методи для поширення трафіку через декілька фізичних каналів, Маючи одну логічну сполуку. Цей варіант дозволяє розширити пропускну здатність та забезпечує балансування навантаження.

PPP кадр

Кожен кадр PPP завжди починається та завершується байтом 0x7E. Потім слідує байт адреси і байт управління, які теж завжди дорівнюють 0xFF і 0x03, відповідно. У зв'язку з ймовірністю збігу байтів усередині блоку даних із зарезервованими прапорами існує система автоматичного коригування «проблемних» даних із подальшим відновленням.

Поля «Прапор», «Адреса» та «Управління» (заголовок кадру HDLC) можуть бути опущені і не передаватися, але це станеться, якщо PPP в процесі конфігурування (використовуючи LCP) домовиться про це. Якщо PPP інкапсульовано в L2TP-пакети, то поле "Прапор" не передається.

Тип кадру даних у PPP

Поле «Дані» кадру PPP, у свою чергу, розбиті ще на два поля: прапор протоколу (який визначає тип даних до кінця кадру) і самі дані.

  • Прапори протоколу від 0x0XXX до 0x3XXX ідентифікують протоколи мережного рівня. Наприклад, популярному протоколу відповідає прапор 0x0021, а Novell IPX- 0x002B.
  • Прапори протоколу від 0x4XXX до 0x7XXX ідентифікують протоколи з низьким рівнемтрафіку.
  • Прапори протоколу від 0x8XXX до 0xBXXX ідентифікують протокол керування мережею ( NCP).
  • Прапори протоколу від 0xCXXX до 0xEXXX ідентифікують керуючі протоколи. Наприклад, 0xC021 означає, що кадр містить дані протоколу управління з'єднанням LCP.

Активації каналу PPP та його фази

Фази PPP RFC 1661 вказані нижче:

  • Link Dead. Ця фаза настає, коли зв'язок порушено або одній із сторін вказали не підключатися (наприклад, користувач завершив модемне з'єднання.)
  • Link Establishment Phase. У цій фазі проводиться налаштування Link Control. Якщо налаштування було успішним, керування переходить у фазу автентифікації або у фазу Network-Layer Protocol, залежно від того, чи потрібна автентифікація.
  • Authentication Phase. Ця фаза є необов'язковою. Вона дозволяє сторонам перевірити один одного перед встановленням з'єднання. Якщо перевірка успішна, керування переходить у фазу Network-Layer Protocol.
  • Network-Layer Protocol Phase. У цій фазі викликається NCPдля бажаного протоколу. Наприклад, IPCPвикористовується встановлення IP сервісів. Передача даних з усіх успішно встановлених протоколів також відбувається у цій фазі. Закриття мережевих протоколів також входить у цю фазу.
  • Link Termination Phase. Ця фаза закриває з'єднання. Вона викликається у разі помилок аутентифікації, якщо було так багато помилок контрольних сум, що обидві сторони вирішили закрити з'єднання, якщо з'єднання несподівано обірвалося або якщо користувач вимкнувся. Дана фаза намагається закрити все настільки акуратно, наскільки можливо за цих обставин.

Документи RFC

Протокол PPP визначено RFC 1661 (The Point-to-Point Protocol, липень 1994). Ряд відповідних RFC було написано, щоб визначити, як різні мережеві протоколи, включаючи TCP/IP , DECnet , AppleTalk , IPXта інші, працюють з PPP.

  • RFC 1661, Standard 51, Протокол точка-точка (PPP)
  • RFC 1662 , Standard 51, Використання HDLCу розробці PPP
  • RFC 1994 , Аутентифікація в PPP ( CHAP)
  • RFC 5072, IPv6 та PPP.

Напишіть відгук про статтю "PPP (мережевий протокол)"

Примітки

Див. також

Уривок, що характеризує PPP (мережевий протокол)

Написавши по цій абетці цифрами слова L'empereur Napoleon [імператор Наполеон], виходить, що сума цих чисел дорівнює 666 ти і тому Наполеон є той звір, про який передбачено в Апокаліпсисі. Крім того, написавши по цій же абетці слова quarante deux [ сорок два], тобто межа, яка була покладена звірові дієслова велика і хульна, сума цих чисел, що зображують quarante deux, знову дорівнює 666 ти, з чого виходить, що межа влади Наполеона настала в 1812 році, в якому французькому імператору минуло 42 Пророкування це дуже вразило П'єра, і він часто ставив собі питання про те, що саме покладе межу влади звіра, тобто Наполеона, і, на підставі тих же зображень слів цифрами і обчисленнями, намагався знайти відповідь на питання, яке його займало. у відповіді на це запитання: L'empereur Alexandre? La nation Russe? [Імператор Олександр? Російський народ?] Він визнав літери, але сума цифр виходила набагато більше або менше 666 ти. Якось, займаючись цими обчисленнями, він написав своє ім'я – Comte Pierre Besouhoff; сума цифр також далеко не вийшла. Він, змінивши орфографію, поставивши z замість s, додав de, додав article le і не отримував бажаного результату. Тоді йому спало на думку, що якби відповідь на шукане питання і полягала в його імені, то у відповіді неодмінно була б названа його національність. Він написав Le Russe Besuhoff і, вважаючи цифри, отримав 671. Тільки 5 було зайвих; 5 означає «е», те саме «е», яке було відкинуто в article перед словом L'empereur. Відкинувши точно так само, хоча і неправильно, «е», П'єр отримав шукану відповідь; L'Russe Besuhof, що дорівнює 666 ти. Відкриття це схвилювало його. Як, яким зв'язком був пов'язаний із тим великим подією, яке було передбачено в Апокаліпсисі, не знав; але він ні на хвилину не засумнівався у зв'язку. Його любов до Ростової, антихрист, нашестя Наполеона, комета, 666, l'empereur Napoleon і l'Russe Besuhof - все це разом мало дозріти, вибухнути і вивести його з того зачарованого, нікчемного світу московських звичок, в яких він почував себе полоненим, і привести його до великого подвигу та великого щастя.
П'єр напередодні тієї неділі, коли читали молитву, обіцяв Ростовим привезти їм від графа Растопчина, з яким він був добре знайомий, і звернення до Росії, і останні звістки з армії. Вранці, заїхавши до графа Растопчіна, П'єр у нього застав щойно приїхав кур'єра з армії.
Кур'єр був одним із знайомих П'єру московських бальних танцюристів.
- Боже ради, чи не можете ви мене полегшити? - Сказав кур'єр, - у мене повна сумка листів до батьків.
Серед цих листів було листа від Миколи Ростова до батька. П'єр узяв листа. Крім того, граф Растопчин дав П'єру звернення государя до Москви, щойно надруковане, останні накази по армії і свою останню афішу. Переглянувши накази по армії, П'єр знайшов в одному з них між звістками про поранених, убитих і нагороджених ім'я Миколи Ростова, нагородженого Георгієм 4-го ступеня за надану хоробрість в Островненській справі, і в тому ж наказі призначення князя Андрія Болконського командиром. Хоча йому і не хотілося нагадувати Ростовим про Болконського, але П'єр не міг утриматися від бажання порадувати їх звісткою про нагородження сина і, залишивши у себе звернення, афішу та інші накази, щоб самому привезти їх до обіду, надіслав друкований наказ і лист до Ростовим.
Розмова з графом Растопчіним, його тон заклопотаності та поспішності, зустріч з кур'єром, який безтурботно розповідав про те, як погано йдуть справи в армії, чутки про знайдені в Москві шпигуни, про папір, що ходить по Москві, в якому сказано, що Наполеон до осені обіцяє бути в обох російських столицях, розмова про очікуваному назавтра приїзді государя - усе це з новою силою збуджувало в П'єрі те почуття хвилювання і очікування, яке залишало його від появи комети і особливо початку війни.
П'єру давно вже приходила думка вступити до військову службу, і він виконав її, якби не заважала йому, по-перше, приналежність його до того масонському суспільству, з яким він був пов'язаний клятвою і яке проповідувало вічний світі знищення війни, і, по-друге, те, що йому, дивлячись на велика кількістьмосквичів, що наділи мундири і проповідують патріотизм, було чомусь соромно зробити такий крок. Головна ж причина, через яку він не наводив у виконанні свого наміру вступити у військову службу, полягала в тому неясному уявленні, що він «Russe Besuhof, що має значення звіриного числа 666, що його участь у великій справі положення межі влади звірові, що говорить велика і хульна, визначено споконвічно і тому йому не повинно робити нічого і чекати того, що має відбутися.

У Ростових, як і завжди в неділю, обідав дехто з близьких знайомих.
П'єр приїхав раніше, щоб застати їх самих.
П'єр за цей рік настільки погладшав, що він був би потворний, якби він не був такий великий на зріст, великий членами і не був такий сильний, що, очевидно, легко носив свою товщину.
Він, пихкаючи і щось бурмотячи про себе, увійшов на сходи. Кучер його вже не питав, чи чекати. Він знав, що коли граф у Ростових, то до дванадцятої години. Лакеї Ростових радісно кинулися знімати з нього плащ і приймати ціпок і капелюх. П'єр, за звичкою клубної, і ціпок і капелюх залишав у передній.
Першою особою, яку він побачив у Ростових, була Наталя. Ще перед тим, як побачив її, він, знімаючи плащ у передній, почув її. Вона співала солфеджі у залі. Він знав, що вона не співала з часу своєї хвороби, і тому звук її голосу здивував і втішив його. Він тихо відчинив двері і побачив Наташу в її ліловій сукні, в якій вона була біля обідні, що проходжується по кімнаті і співає. Вона йшла задом до нього, коли він відчинив двері, але коли вона круто обернулася і побачила його товсте, здивоване обличчя, вона почервоніла і швидко підійшла до нього.
- Я хочу спробувати знову співати, - сказала вона. - Все-таки це заняття, - додала вона, наче вибачаючись.
– І чудово.
- Яка я рада, що ви приїхали! Я нині така щаслива! - сказала вона з тим колишнім пожвавленням, якого вже давно не бачив у ній П'єр. - Ви знаєте, Nicolas отримав Георгіївський хрест. Я так горда за нього.
– Як же, я надіслав наказ. Ну, я вам не хочу заважати, - додав він і хотів пройти до вітальні.
Наталя зупинила його.
- Граф, що це, погано, що я співаю? - сказала вона, почервонівши, але, не зводячи очей, запитливо дивлячись на П'єра.
– Ні… Чому ж? Але чому ви мене питаєте?
- Я сама не знаю, - швидко відповіла Наталка, - але я нічого б не хотіла зробити, що б вам не подобалося. Я вам вірю у всьому. Ви не знаєте, наскільки ви для мілини важливі і як ви багато для мене зробили!.. — Вона говорила швидко і не помічаючи того, як П'єр почервонів при цих словах. - Я бачила в тому ж наказі він, Болконський (швидко, пошепки промовила вона це слово), він у Росії знову служить. Як ви думаєте, - сказала вона швидко, мабуть, поспішаючи говорити, бо вона боялася за свої сили, - вибачить він мене колись? Чи не матиме він проти мене злого почуття? Як ви думаєте? Як ви думаєте?

І так. Так вийшло, що дістався DSLмодем та телефонна лініядля інтернету. Виникло завдання це всю справу налаштувати. Приступимо.

Додаємо рядки до /etc/rc.conf

ppp_enable="YES"
ppp_mode="ddial"
ppp_profile="provider"

Слово providerможе бути довільним. Це ідентифікує установки саме того підключення, яке буде використовуватися. Насправді в конфігураційному файлі(мається на увазі /etc/ppp/ppp.conf) може бути кілька описів, і кожен може використовуватися для підключення.

Далі, переходимо до каталогу /etc/ppp. Для цього ви повинні мати рутові права (інакше не пустить). Найчастіше, що дефолтний конфіг вже є. Але якщо це не так – читаємо нижче. У будь-якому випадку, наводимо файл ppp.confдо такого виду.

set device PPPoE:em0:provider
set speed sync
set mru 1492
set mtu 1492
set ctsrts off
set timeout 0
set redial 0 0
enable lqr
set lqrperiod 5

provider:
set authname ЛОГІН
set authkey ПАРОЛЬ
add default HISADDR

Пояснимо деякі параметри.

em0- Ім'я зовнішнього інтерфейсу
set authname- задаємо логін для доступу до інтернету
set authkey- Власне пароль 🙂

Кілька слів про MTU.

MTUMaximum Transmission Unit. Це максимальний розмірблок даних, який може бути переданий через інтерфейс. Це поняття перебуває на перетині L2і L3та його інтерпретація може різнитися для різних вендорів.

Наприклад, типовий розмір MTUдля фізичного L3-інтерфейсу 1500 . Тобто, грубо кажучи, IP-пакет розміром 1500 байт буде оброблений, а 1501 – відкинуто або фрагментовано. Найчастіше фрагментація пакетів заборонена, тому великі пакети відкидаються.

Якщо ви використовуєте тунелювання, розмір пакета збільшується за рахунок додаткових заголовків ( GRE, IPSecі т.д.) Наприклад:

- для GRE: 24 байти (GRE, Новий IP).
- для GRE over IPSec: 56 і більше байтів (залежить від режиму роботи та типу шифрування)
- для PPPoE: 36 (PPP, PPPoE, Ethernet)

Якщо у вас на маршрутизаторі MTU=1514, але у провайдера на фізичному інтерфейсі стоїть MTU=1500, і на ньому пакет буде відкинуто.

Для різних тунелів це цілком типова проблема.

ДУЖЕ ІСТОТНІ ВІДСТУПИ В ЦЬОМУ ФАЙЛІ!!! Слова providerі defaultпочинаються строго з початку рядка, решта параметрів починаються строго з відступу. Власне, це і все. Запустити з'єднання можна так

#ppp -ddial provider

Для керування налаштуваннями з'єднання в режимі реального часу служить утиліта pppctl. З її допомогою ви можете нальоту змінювати налаштування з'єднання.

Додатки:

При цьому в логах відображатиметься менше записівпро підключення

2) Обрив у довільний час

Виною може бути рядок набору для вашого модему

set dial "...... ATS10=10 OK ......"

Спробувати виставити менше/більше таймуту

3) Інші обриви

Як варіант відключити компресію

disable pred1 deflate deflate24 protocomp acfcomp shortseq vj
deny pred1 deflate deflate24 protocomp acfcomp shortseq vj

ФПЮОП ФБЛ ЦЕ, ЛБЛ SLIP, PPP РТПФПЛПМ ОХЦЕО ДМС ФПЗП, ЮФПВЩ РПУЩМБФШ РБЛЕФЩ ЮЕТЕЪ РПУМЕДПЧБФЕМШОХА УЧСЬШ. по РПЪЧПМСЕФ УППВЕБАЕЙНУС УФПТПОБН ПВУХДЙФШ ПРГЙЙ ФБЛЙЄ, ЛБЛ IP-БДТЕУ, НБЛУЙНБМШОЩК ТБЪНЕТ РБЛЕФБ ПП ЧТЕНС 'БРХУЛБ Й ПВЕУРЕЙ дМС ЛБЦДПК ЙЪ ЬФЙІ ЧПЪНПЦОПУФЕК PPP ЙНЕЕФ ПФДЕМШОЩК РТПФПЛПМ. ВІЙЦЕ НЩ ЛТБФЛП ТБУУНПФТЙН ЬФЙ ВБ'ЙУОЩЕ УФБОДБТФОЩЕ ВМПЛЙ PPP. ЬФП ПВУХЦДЕОЙЕ ДБМЕЛП ОЕ РПМОП, Й ЕУМЙ ЧЩ ІПФЙФЕ ЧЩСУОЙФШ ЮФП-МЙВП ЇЇ ПФОПУЙФЕМШОП PPP, ФП З ОБУФПСФЕМШОП ТЕЛПНЕДХА чБН РТП4 ЛЦЕ, ЛБЛ Й dozen ЙМЙ companion RFC. лТПНЕ ФПЗП, Ч O"Reilly ЙЪДБОБ ІПТПІБС ЛОЙЗБ " Using & Managing PPP(БЧФПТ Andrew Sun).

год УБНПК ПУОПЧЕ PPP МЕЦЙФ ХРТБЧМЕОЙЕ РЕТЕДБЮЕК ДБООЩІ ЧЩУПЛПЗП ХТПЧОС, УПЛТБЕЕООП HDLC ( High-Level Data Link Control), ЛПФПТПЕ ПРТЕДЕМСЕФ ЗТБОЙГЩ УФТХЛФХТ PPP Й ПВЕУРЕЮЙЧБЕФ 16 ТБЪТСДПЧ ЛПОФТПМШОПК УХННЩ. ч РТПФЙЧПРПМПЦОПУФШ ВПМЕЕ РТЙНЙФЙЧОПНХ ПЖПТНМЕОЙА SLIP-РБЛЕФБ, PPP УРПУПВЕО Л ЪБІЧБФХ ВМПЛПЧ ЙЪ ДТХЗЙІ РТПФПЛПМПЧ ФБЛЙ, PPP ДПУФЙЗБЕФ ЬФПЗП, ДПВБЧМСС ПВМБУФШ РТПФПЛПМБ Л ПУОПЧОПНХ HDLC.

рТПФПЛПМ ХРТБЧМЕОЙС НАВЧАННЯ LCP ( Link Control Protocol) ЙУРПМШЪХЕФУС ПРО ЧЕТИЙ HDLC ДМС УПЗМБУПЧБОЙС ПРГЙК, ЙНЕАЕЙІ ПФОПИЕОЙЕ Л ЛБОБМХ НАВЧАЛЬНИЙ ФЙРБ Maximum Receive Unit(MRU), ЛПФПТБС ЪБСЧМСЕФ НБЛУЙНБМШОЩК ТБЪНЕТ РБЛЕФБ ПДОПК УФПТПОЩ УЧСЬЙ.

ЧБЦОЩК ВИБЗ Ч ЛПОЖЙЗХТБГЙЙ НАВЧАЛЬНИЙ PPP, ПТЗБОЙЪБГЙС ЛМЙЕОФУЛПК БЧФПТЙЪБГЙЙ. иПФС ЬФП ОЕПВСЪБФЕМШОП, ВП ДМС dial-up МЙОЙК ДПМЦОП ВЩФШ УДЕМБОП. пВЩЮОП ЧЩЪЩЧБЕНЩК ІПУФ РТПУЙФ ЛМЙЕОФБ ЪБТЕЗЙУФТЙТПЧБФШ УЄВС, ДПЛБЪЩЧБС, ЮФП ПО ЪОБЕФ УЕЛТЕФОЩК ЛМАЮ. еУМЙ ​​ЛМЙЕОФ ОБВТБМ ОЕРТБЧЙМШОЩК ЛМАЮ, УЧСЬШ ВХДЕФ РТЕТЧБОБ. у PPP БЧФПТЙЪБГЙС ТБВПФБЕФ ПВПЙНЙ УРПУПВБНЙ. ФП ЄУФШ, ЧЩЪЩЧБАЕЙК НВЦЕФ ФБЛЦЕ РТПУЙФШ, ЮФПВЩ ВІТЧЕТ ПРП'ОБМ УЄВС. ЬФЙ РТПГЕДХТЩ ХУФБОПЧМЕОЙС РПДМЙОПУФЙ ОЕ ЪБЧЙУСФ ДТХЗ ПФ ДТХЗБ. йНЕАФУС ДЧБ РТПФПЛПМБ ДМС ТБЪМЙЮОЩІ ФЙРПЧ БЧФПТЙЪБГЙЙ, ЛПФПТЩЕ НЩ ПВУХДЙН РПЪЦЕ. ПІЙ ОБЩЧБАФУС "РТПФПЛПМ ХУФБОПЧМЕОЙС РПДМЙООПУФЙ РБТПМС" ЙМЙ PAP ( Password Authentication Protocol) Й CHAP ( Challenge Handshake Authentication Protocol).

лБЦДЩК УЄФЕЧПК РТПФПЛПМ, ЛПФПТЩК ЙУРПМШЪХЕФ ЛБОБМ НАВЧАЛЬНИЙ РПДПВОП IP, AppleTalk Й Ф.Д., НПЦЕФ ВЩФШ УЛПОЖЙЗХТЙТПЧБО ОБРТЙНЕТ, ЮФПВЩ РПУМБФШ IP-РБЛЕФ, ПВБ PPP-БВПОЕОФБ ДПМЦОЩ УОБЮБМБ ПВУХДЙФШ, ЛБЛПК ЙЪ IP-БДТЕУПЧ ЛБЦДЩК ЙЪ ОЙІ ЙУРПМШЪХФ. рТПФПЛПМ ХРТБЧМЕОЙС, ЙУРПМШЪХЕНЩК ДМС ЬФПЗП, Internet Protocol Control Protocol(IPCP).

РПНЙНП РПУЩМЛЙ IP-РБЛЕФПЧ PPP ФБЛЦЕ РПДДЕТЦЙЧБЕФ Van Jacobson header compression IP-РБЛЕФПЧ. ЬФП НЕФПД ДМС ФПЗП, ЮФПВЩ УПЛТБФЙФШ ЪБЗПМПЧЛ TCP-ВМПЛПЧ ЧУЕЗП ДП ФТЕІ ВБКФПЧ. ЬФП ФБЛЦЕ ЙУРПМШЪХЕФУС Ч CSLIP Й ПФОПУЙФУС Л VJ header compression. йУРПМШЪПЧБОЙЕ УЦБФЙС НВЦЕФ ВЩФШ ЪБДБОП ПП ЧТЕНС ЪБРХУЛБ ЮЕТЕ IPCP.

PPP Й Linux

ч Linux ЖХОЛГЙПОБМШОЩЕ ПП'НПЦОПУФЙ PPP ТБЪДЕМЕОЩ ПРО ДЧУ ЮБУФЙ: ДТБКЧЕТ low-level HDLC (HDLC, IPCP, IPXCP,...), ЛПФПТЩК ТБ'НЕЕЕО Ч СДТЕ, Й РПМК pppd, ПВТБВБФЩЧБАЕЙК ТБЪМЙЮОЩЕ РТПФПЛПМЩ ХРТБЧМЕОЙС. фЕЛХЕБС ЧЕТУЙС PPP ДМС Linux УПДЕТЦЙФ СДТП PPP-НПДХМС, pppdЙ РТПЗТБННГ chat, ЛПФПТБС ЙУРПМШЪХЕФУС ДМС ФПЗП, ЮФПВЩ ЧЩРПМОЙФШ ХДБМЕООХА УЧСЪШ.

PPP kernel-ДТБКЧЕТ ЩО ОБРЙУБО Michael Callahan. ДЕНПО pppdВЩМ ЧЩЧЕДЕО ЙЪ ТЕБМЙЪБГЙЙ PPP ДМС Sun Й 386BSD, ЛПФПТБС ВЩМБ ОБРЙУБОБ Drew Perkins Й ДТХЗЙНЙ, Й УЕКЮБУ РПДДЕТЦЙЧБЕФУС Paul Mackerras. ПО ВЩМ РПТФЙТПЧБО Ч Linux Al Longyear. рТПЗТБННБ chatВЩМБ ОБРЙУБОБ Karl Fox.

ФПЮОП ФБЛ ЦЕ, ЛБЛ Й SLIP, PPP ЧЩРПМоїО РПУТЕДУФЧПН УРЕГЙБМШОПК line discipline. дМС ФПЗП, ЮФПВЩ ЙУРПМШЪПЧБФШ РПУМЕДПЧБФЕМШОХА МЙОЙА ЛБЛ PPP-УЧСЬШ, чЩ УОБЮБМБ ДПМЦОЩ ХУФБОПЧЙФШ УЧСЬШ У РПНПЕШ ЛПБЧП ФЙ МЙОЙА Ч PPP-ТЕЦЙН. ч ЬФПН НЕФПДЕ ЧУЕ ЧИПДСЕЙЄ ДБООЩЕ РТПІПДСФ ЮЕТЕЪ PPP-ДТБКЧЕТ, ЛПФПТЩК РТПЧЕТСЕФ ЧІПДСЕЙЄ HDLC-УФТХЛФХТЩ ПРО ГЕМПУФОПУФХФУФХЛУХХФУХЛ ЙФПЧ ЛПОФТПМШОПК УХННЩ). ч ОБУФПСЕЕ ЧТЕНС ПО УРПУПВЕО Л ПРГЙПОБМШОПНХ РТЙНЕОЕО Van Jacobson header compression. лБЛ ФПМШЛП Linux УФБМБ РПДДЕТЦЙЧБФШ IPX, ДТБКЧЕТ PPP ВЩМ ТБУЙТЕО ДМС ФПЗП, ЮФПВЩ ПВТБВБФЩЧБФШ IPX-РБЛЕФЩ.

Kernel-ДТБКЧЕТХ РПНПЗБЕФ pppd, PPP daemon, ЛПФПТЩК ЧЩРПМОСЕФ ЙОЙГЙБМЙЪБГЙА Й ПРП'ОБОЙЕ, ЛПФПТПЕ СЧМСЕФУС ОЕПВІПДЙНЩН РЕТЕД ФЕН, ЛБЛ ФТБЖЙЛ НПЦЕФ ВЩФШ РПУМ. РПЧЕДЕОЙЕ pppdНВЦЕФ РПДУФТБЙЧБФШУС, ЙУРПМШЪХС ТСД ПРГЙК. PPP РПДТПВОП ПУЧЕЕБЕФУС Ч ЛОЙЗЕ Using & Managing PPP, З ТБУУНПФТА ЕЗП ЪДЕУШ МЙИШ Ч ПВЕЕН ЧЙДЕ, РПУЛПМШЛХ РПМОПЕ ПРЙУБОЙЕ ПЮЕОШ ЗТПНПЪДЛП.

ьФБ ТБВПФБ ОЕ НВЦЕФ РПЛТЩФШ ЧУЄ БУРЕЛФЩ pppd, ВП ДБУФ чБН РПМОПЕ ЧЧЕДЕОЙЕ. дМС ВПМЕЕ РПДТПВОПК ЙОЖПТНБГЙЙ, ПВТБФЙФЕУШ Л man-УФТБОЙГБН Й ЖБКМБН README ДЙУФТЙВХФЙЧБ pppd, ЛПФПТЩЕ ДПМЦОЩ РПНПЮШ чБН ТЕЙЙФШ ВПМШЙОУФЧП ЧПРТПУПЧ. еУМЙ ​​Х чБУ ПУФБАФУС РТПВМЕНЩ ДБЦЕ РПУМЕ ЮФЕОЙС ЧУЕК ДПЛХНЕОФБГЙЙ, ФП чЩ ДПМЦОЩ ПВТБФЙФШУС Ч ЛПОЖЕТЕОГЙА comp.protocols.ppp . фБН чЩ Х'ОБЕФЕ НОПЗПЕ П pppd, ЬФЙ ЛПОЖЕТЕОГЙЙ РТПУФП ОЕПВЯСФОЩ.

PPP ( мережевий протокол)

PPP(англ. Point-to-Point Protocol) - двоточковий протокол канального рівня (Data Link) мережевої моделі OSI. Зазвичай використовується для встановлення прямого зв'язку між двома вузлами мережі, причому він може забезпечити автентифікацію з'єднання, шифрування (з використанням ECP, RFC 1968) та стиснення даних. Використовується на багатьох типах фізичних мереж: нуль-модемний кабель, телефонна лінія, стільниковий зв'язокі т.д.

Часто зустрічаються підвиди протоколу PPP такі, як Point-to-Point Protocol over Ethernet (PPPoE), що використовується для підключення Ethernet, і іноді через DSL; і Point-to-Point Protocol over ATM (PPPoA), який використовується для підключення ATM Adaptation Layer 5 (AAL5), який є основною альтернативою PPPoE для DSL .

PPP являє собою ціле сімейство протоколів: протокол управління лінією зв'язку (LCP), протокол управління мережею (NCP), протоколи автентифікації (PAP, CHAP), багатоканальний протокол PPP (MLPPP).

Основні характеристики

PPP протокол був розроблений на основі HDLC та доповнений деякими можливостями, які до цього зустрічалися лише у пропрієтарних протоколах.

Автоматичне налаштування

Після того, як з'єднання було встановлено, поверх нього може бути налаштована додаткова мережа. Зазвичай використовується Internet Protocol Control Protocol (IPCP), хоча Internetwork Packet Exchange Control Protocol (IPXCP) та AppleTalk Control Protocol (ATCP) були колись популярні. Internet Protocol Version 6 Control Protocol (IPv6CP) набуде більшого поширення у майбутньому, коли IPv6 замінить IPv4 як основний протокол мережного рівня.

Багатопротокольна підтримка

PPP дозволяє працювати кількох протоколів мережного рівня однією каналі зв'язку. Інакше кажучи, всередині одного PPP-соединения можуть передаватися потоки даних різних мережевих протоколів ( , Novell IPX тощо. буд.), і навіть дані протоколів канального рівня локальної мережі. Для кожного мережевого протоколу використовується Network Control Protocol (NCP), який його конфігурує (узгоджує деякі параметри протоколу).

Виявлення закільцьованих зв'язків

PPP виявляє кільцеві зв'язки, використовуючи особливість, що включає magic numbers. Коли вузол відправляє PPP LCP повідомлення, вони можуть включати магічне число. Якщо лінія закольцована, вузол отримує повідомлення LCP з його магічним числом замість отримання повідомлення з магічним числом клієнта.

Найбільш важливі особливості

  • Link Control Protocol встановлює та завершує з'єднання, дозволяючи вузлам визначати налаштування з'єднання. Також він підтримує і байто-, і біто-орієнтовані кодування.
  • Network Control Protocol використовується для визначення параметрів мережного рівня, таких як мережна адреса або налаштування стиснення, після того, як з'єднання було встановлено.

Конфігураційні опції PPP

Так як в PPP входить протокол LCP, то можна керувати наступними параметрами LCP:

  • Аутентифікація. RFC 1994 описує Challenge Handshake Authentication Protocol (CHAP), який є кращим для проведення автентифікації PPP, хоча Password Authentication Protocol (PAP) іноді ще використовується. Іншим варіантом для аутентифікації є Extensible Authentication Protocol (EAP).
  • Стиснення. Ефективно збільшує пропускну здатність PPP з'єднання за рахунок стиснення даних у кадрі. Найбільш відомими алгоритмами стиснення кадрів PPP є Stacker і Predictor.
  • Виявлення помилок. Включає Quality-Protocol та допомагає виявити петлі зворотного зв'язку за допомогою Magic Numbers RFC 1661 .
  • Багатоканальність. Multilink PPP (MLPPP, MPPP, MLP) надає методи поширення трафіку через кілька фізичних каналів, маючи одне логічне з'єднання. Цей варіант дозволяє розширити пропускну здатність та забезпечує балансування навантаження.

PPP кадр

Кожен кадр PPP завжди починається та завершується прапором 0x7E. Потім слідує байт адреси і байт управління, які теж завжди дорівнюють 0xFF і 0x03 відповідно. У зв'язку з ймовірністю збігу байтів усередині блоку даних із зарезервованими прапорами існує система автоматичного коригування «проблемних» даних з подальшим відновленням.

Поля "Прапор", "Адреса" та "Управління" (заголовок кадру HDLC) можуть бути опущені і не передаватися, але це якщо PPP в процесі конфігурування (використовуючи LCP), домовиться про це. Якщо PPP інкапсульовано в L2TP-пакети, то поле «Прапор» не передається.

Тип кадру даних у PPP

Поле "Дані", PPP кадру, у свою чергу, розбиті ще на два поля: прапор протоколу (який визначає тип даних до кінця кадру), і самі дані.

  • Прапори протоколу від 0x0XXX до 0x3XXX ідентифікують протоколи мережного рівня. Наприклад, популярному протоколу відповідає прапор 0x0021, а Novell IPX – 002B.
  • Прапори протоколу від 0×4XXX до 0×7XXX ідентифікують протоколи з низьким рівнем трафіку.
  • Прапори протоколу від 0x8XXX до 0xBXXX ідентифікують протокол керування мережею (NCP).
  • Прапори протоколу від 0xCXXX до 0xEXXX ідентифікують керуючі протоколи. Наприклад, 0xC021 означає, що кадр містить дані протоколу управління з'єднанням LCP .

Активації каналу PPP та його фази

Фази PPP RFC 1661 вказані нижче:

  • Link Dead. Ця фаза настає, коли зв'язок порушено, або одна із сторін вказала не підключатися (наприклад, користувач завершив модемне з'єднання.)
  • Link Establishment Phase. У цій фазі проводиться налаштування Link Control. Якщо налаштування було успішним, керування переходить у фазу автентифікації або у фазу Network-Layer Protocol, залежно від того, чи потрібна автентифікація.
  • Authentication Phase. Ця фаза є необов'язковою. Вона дозволяє сторонам перевірити один одного перед встановленням з'єднання. Якщо перевірка успішна, керування переходить у фазу Network-Layer Protocol.
  • Network-Layer Protocol Phase. У цій фазі викликається NCP для бажаного протоколу. Наприклад, IPCP використовується для встановлення IP-сервісів. Передача даних з усіх успішно встановлених протоколів також відбувається у цій фазі. Закриття мережевих протоколів також входить у цю фазу.
  • Link Termination Phase. Ця фаза закриває з'єднання. Вона викликається у разі помилок автентифікації, якщо було так багато помилок контрольних сум, що обидві сторони вирішили закрити з'єднання, якщо з'єднання несподівано обірвалося, або якщо користувач вимкнувся. Дана фаза намагається закрити все настільки акуратно, наскільки можливо за цих обставин.

Документи RFC

Протокол PPP визначено RFC 1661 (The Point-to-Point Protocol, липень 1994). Ряд відповідних RFC, були написані, щоб визначити, як різні мережеві протоколи, включаючи TCP/IP , DECnet, AppleTalk , IPX та інші, працюють з PPP.

  • RFC 1661, Standard 51, Протокол точка-точка (PPP)
  • RFC 1662 , Standard 51, Використання HDLC у розробці PPP
  • RFC 5072, IPv6 та PPP

Примітки

Див. також

  • PLIP (англ.)російська.