PPP
Point-to-Point Protocol (PPP) розроблений для розв’язання проблем зв'язаних з недостатньою кількістю стандартних засобів інкапсуляції протоколів виду "point-to-point IP". Також PPP був також розроблений для спрощення видачі і керування IP адресами, асинхронної і bit-oriented синхронною інкапсуляцією, змішування мережних протоколів(network protocol multiplexing), конфігурувания і тестування якості зв'язку, виявлення помилок і опціями для встановлення таких особливостей мережного рівня як налаштування адрес і установка стиску даних. Для підтримки вище перерахованих якостей, PPP повинен надавати керування по розширеному Link Control Protocol (LCP) і сімейству протоколів Network Control Protocols (NCPs) які використовуються для встановлення параметрів зв'язку. Hа сьогоднішній день PPP підтримує не тільки IP, але й інші протоколи, включаючи IPX і DECNet.
Протокол PPP (Point-to-Point Protocol;)служить для передачі мультипротокольних дейтограм від одного вузла до іншого. Даний протокол відноситься до числа найбільш важливих і широко використовуваних. Це і зрозуміло, більшість регіональних мереж будується з використанням з'єднань крапка-крапка. PPP підтримує, як асинхронний режим з 8 бітами даних без біта парності (погодиться з властивостями послідовного інтерфейсу, що мається практично на всіх ЕОМ), так і побітовий синхронний режим. Протокол містить у собі три складові частини: - Метод інкапсуляції дейтограм при передачі по послідовних комунікаційних каналах. - Протокол LCP для встановлення, конфігурування і тестування інформаційних каналів - Набір протоколів NCP для установки і конфігурування різних протоколів мережного рівня.
Протокол керування каналом (LCP - Link Control Protocol) є частиною PPP. Кожен кадр PPP починається і завершується прапором 0x7E. За стартовим прапором-октетом випливає байт адреси, що завжди дорівнює 0xFF. Формат кадру PPP представлений на малюнку
Кадр ppp може містити тільки ціле число байт. При інкапсуляції інших пакетів у PPP використовується біт-орієнтований протокол HDLC (High-level Data Link Control).
Поле адреси завжди містить байт 0xff . Це вказує на те, що всі станції повинні прийняти цей кадр, і виключає необхідність виділення якихось спеціальних адрес.
Байт керування завжди дорівнює 0x03, що вказує на ненумерований тип кадру. За замовчуванням кадри PPP передаються в режимі "без установлення з'єднання". Якщо потрібна надійна доставка, використовується версія, описана в RFC-1663. Двооктетне поле протокол подібно по функції з полем тип у кадрі Ethernet і визначає те, як варто інтерпретувати інформаційне поле. Значення 0x0021 цього поля говорить про те, що наступне інформаційне поле містить у собі IP-дейтограмму. Поле CRC (Cyclic Redundancy Check) являє собою циклічну контрольну суму, призначену для виявлення помилок при транспортуванні PPP-кадру.
Застосування прапорів-обмежників кадру (0x7E) створює ті ж проблеми, про які говорилося при описі SLIP-протоколу, - ці байти не можуть бути присутнім в інформаційному полі. У синхронному режимі ця проблема вирішується на апаратному рівні. При роботі в асинхронному режимі для цього використовується спеціальний ESC-символ, рівний 0x7D. Коли цей esc-символ зустрічається в інформаційному полі, шостий біт у наступному за ним байті інвертується. Так байт 0x7E буде перетворений у послідовність 0x7D, 0x5E, а байт 0x7D - у два байти 0x7D, 0x5D. Усі символи з кодами менше 0x20 також перетворяться в ESC-послідовності. Наприклад, 0x07 буде перетворений у 0x7D, 0x27. Це необхідно робити, тому що керуючі символи можуть зробити непередбачені впливи на режим роботи драйверів або модемів, використовуваних у каналі.
Протокол ppp на відміну від SLIP допускає мультипротокольність і динамічне визначення IP-адрес партнерів. Незважаючи на визначені переваги протоколу PPP перед SLIP, останній розповсюджений досить широко. Не важко бачити, що всі перераховані фізичні середовища використовують послідовний формат передачі інформації. (докладніше дивись на http://book.itep.ru/3/ppp_35.htm)
