Головна |
РРР забезпечує метод передачі дейтаграм через послідовні канали зв'язку з безпосереднім з'єднанням. Він містить три основні компоненти:
- Метод формування дейтаграм для передачі по послідовних каналах. РРР використовує протокол High-levelDataLinkControl (HDLC) (Протокол управління каналом передачі даних високого рівня) в якості базису для формування дейтаграм при проходженні через канали з безпосереднім з'єднанням.
- Розширюваний протокол LCP (LinkControlProtocol) для організації, вибору конфігурації і перевірки з'єднання каналу передачі даних.
- Сімейство протоколів NCP (NetworkControlProtocols) для організації та вибору конфігурації різних протоколів мережевого рівня. РРР призначений для забезпечення одночасного користування безліччю протоколів мережевого рівня.
Для того щоб організувати зв'язок через канал зв'язку з безпосереднім з'єднанням, який ініціює РРР спочатку відправляє пакети LCP для вибору конфігурації і (факультативно) перевірки каналу передачі даних. Після того, як канал встановлений і пакетом LCP проведено необхідне узгодження факультативних засобів, який ініціює РРР відправляє пакети NCP, щоб вибрати і визначити конфігурацію одного або більше протоколів мережевого рівня. Як тільки конфігурація кожного обраного протоколу визначена, дейтаграми з кожного протоколу мережевого рівня можуть бути відправлені через даний канал. Канал зберігає свою конфігурацію для зв'язку до тих пір, поки явно виражені пакети LCP або NCP не закриють цей канал, або поки не відбудеться яка-небудь зовнішня подія (наприклад, закінчиться термін бездіяльності таймера або втрутиться якийсь користувач).
Малюнок 28. Організація зв'язку через канал зв'язку з безпосереднім з'єднанням
Фаза Dead починає і закінчує процес зв'язку. У разі появи зовнішньої події (наприклад, готовність апаратного забезпечення здійснити зв'язок) буде ініційована фаза Establish, в якій відбувається узгодження різних параметрів з'єднання (обмін пакетами LCP). У разі неможливості узгодити деякий параметр процес перерветься і протокол перейде в стан Dead. Якщо ж всі необхідні параметри погоджені, буде ініційована фаза Authenticate, в якій проводиться перевірка на справжність учасників сеансу (якщо є така потреба). У разі невдалої аутентифікації буде ініційована фаза Terminate, яка готує призвести до втрати з'єднання. Якщо ж фаза Authenticate пройшла успішно, протокол переходить до фази Network. У цій фазі здійснюється пересилання даних відповідно до раніше сконфігурованими параметрами зв'язку (зокрема - типом мережевого протоколу). Фаза Network починається з того, що кожен протокол мережевого рівня (наприклад, IP або IPX) конфигурирует різні параметри (скажімо, погодить алгоритм стиснення заголовка пакета, обмінюється адресною інформацією) за допомогою відповідних протоколів NetworkControlProtocol (наприклад, IP ControlProtocol або IPX ControlProtocol). Фаза Terminate (використовується після закінчення передачі кадрів або в разі виникнення будь-яких помилок) перериває передачу кадрів і переводить протокол РРР в стан Dead.
Структура кадру протоколу PPP.
РРР використовує принципи, термінологію і структуру блоку даних процедур HDLC (HighLevelDataLinkControl).
1 байт | 1 байт | 1 байт | 2 байта | (До 1S00 байтів) | 2 байта | 1 байт |
Flag | Address | Control | Protocol | Information | CRC | Flag |
(7 Е) | (FF) | (03) | (7E) |
Flag
Довжина послідовності "прапор" дорівнює одному байту; вона вказує на початок або кінець блоку даних. Ця послідовність складається з бінарної послідовності 01111110.
Address
Довжина поля "адреса" дорівнює 1 байту; воно містить бінарну послідовність 11111111, що представляє собою стандартний широкомовна адреса. РРР не привласнює індивідуальних адрес станцій, тобто вміст поля "адреса" ніколи не змінюється.
Control
Поле "управління" становить 1 байт і містить бінарну послідовність 00000011, яка вимагає від користувача передачі інформації непослідовним кадром. Передбачені послуги без встановлення з'єднання каналу зв'язку, аналогічні послуг LLC Type 1.
Protocol
Довжина поля "протокол" дорівнює 2 байтам; його значення ідентифікує протокол, укладений в інформаційному полі блоку даних.
Значення поля Protocol і відповідні їм пакети:
Значення поля Protocol | Тип пакета |
IP | |
ISO CLNP | |
Xerox NS IDP | |
DECnet Phase IV | |
Apple Talk | |
002В | IPX |
002D | Van Jacobson Compressed TCP / IP 1 |
002F | Van Jacobson Compressed TCP / IP 2 |
IP Control Protocol | |
ISO CLNP Control Protocol | |
Xerox NS IDP Control Protocol | |
DECnet Phase IV Control Protocol | |
Apple Talk Control Protocol | |
802В | IPX Control Protocol |
С021 | Link Control Protocol |
С023 | User / Password Authentication Protocol |
Information
Довжина поля "дані" - від нуля і більше; воно містить дейтаграмму для протоколу, заданого в полі протоколу. Максимальна довжина умовчання інформаційного поля дорівнює 1500 байтам. Відповідно до апріорним угодою, що дозволяють реалізації РРР можуть використовувати інші значення максимальної довжини інформаційного поля.
Якщо при синхронному типі зв'язку в поле "дані" з'являється байт із значенням 7E (значення байта-прапора), то ситуація обробляється на апаратному рівні за допомогою техніки вставки бітів (bitstuffing).
При асинхронному (стартстопном) типі зв'язку ситуації, коли між байтами-прапорами з'являються байти зі значеннями 7E або 7D (значення символу Esc - escape) і значеннями меншими 20 (керуючі символи ASCII), обробляються за допомогою складових послідовностей. Байт 7E передається як двухбайтовая послідовність 7D, 5E; байт 7D - як послідовність 7D, 5D; байти XX зі значеннями меншими 20 - як XX, 01.
CRC
Поле "перевірочна послідовність блоку даних" (CSC) зазвичай становить 16 біт (два байти). Відповідно до апріорним угодою, що дозволяють реалізації РРР можуть використовувати 32-х бітове (чотирьохбайтове) поле CSC, щоб поліпшити процес виявлення помилок.
МЕТОДИ ВІДНОВЛЕННЯ спотворень і втратив КАДРІВ | КОМПРЕСІЯ ДАНИХ | Функції канального РІВНЯ | ФОРМАТ ДАНИХ канального рівня | Підрівні канального рівня | ПРОТОКОЛИ | ПРОТОКОЛИ ДРУГОГО підрівні | БАЙТ - ОРІЄНТОВАНІ ПРОТОКОЛИ | ПРОТОКОЛ HDLC | ПРОТОКОЛИ SLIP / CSLIP І PPP |