Протокол PPP
Последние несколько лет протокол РРР стал стандартом де-факто (de-facto) для организации соединения по коммутируемым каналам и выделенным линиям. Поэтому для нормальной работы модемного соединения и извлечения из него максимальной пользы необходимо иметь понятие о протоколе РРР. Итак, РРР — это Интернет-стандарт по передаче IP-пакетов по последовательным линиям. РРР поддерживает синхронные и асинхронные линии.
Point
-to-Point Protocol (РРР, протокол "точка-точка") разработан для инкапсуляции протоколов вида "point-to-point IP". Помимо этого, целями создания протокола РРР было упрощение выдачи и управления IP-адресами, асинхронной и синхронной инкапсуляцией, смешиванием сетевых протоколов (network protocol multiplexing), конфигурированием и тестированием качества связи, обнаружением ошибок и опциями для установления таких особенностей сетевого уровня, как настройка адресов и установка сжатия данных. Для поддержки вышеперечисленных качеств, РРР должен предоставлять управление по расширенному протоколу Link Control Protocol LCP, протокол управления соединением) и семейству протоколов Network Control Protocols(NCPs, протоколы управления сетью), которые используются для установления параметров связи.В табл. 1. приведены основные возможности, реализованные протоколом РРР. Однако следует учитывать, что используемое программное обеспечение может не полностью реализовывать эти возможности, поэтому рекомендуется предварительно ознакомиться с описанием применяемых программ, особенно в гетерогенной среде.
Свойство |
Описание |
Demand on dial (дозвон по запросу) |
Подключение РРР-интерфейса и набор телефонного номера по приходу пакета. Отключение интерфейса РРР после некоторого периода отсутствия активности |
Redial |
Подключение РРР-интерфейса, который потом не будет отключен и будет всегда сохранять в своем распоряжении подключенный канал |
Campling. |
См. Redial |
Scripting |
Настройки через серию сообщений или промежуточных соединений для установления РРР-соединения — больше похоже на последовательности, используемые для установления связи по UUCP |
Parallel |
Конфигурирование нескольких РРР-линий для одного и того же подключения к хосту в целях равномерного разделения трафика между ними (в процессе стандартизации) |
Filtering |
Выборка, при каких пакетах имеет смысл начинать прозвон по линии, а при каких нет, отталкиваясь в принятии решения от IP- или TCP-типа пакета или TOS (Type of Service). К примеру, игнорировать все ЮМР-пакеты |
Header Compression (сжатие заголовка) |
Сжатие TCP-заголовка в соответствии с RFC1144 |
Server |
Принятие входящих РРР-соединений, которые могут также требовать дополнительной маршрутизации |
Tunneling |
Построение виртуальных сетей по РРР-соединению через TCP-поток существующей IP-сети |
Extra escaping |
Байт-ориентированные символы, не входящие в стандартный набор символов, используемый при установлении связи, они могут быть сконфигурированы отдельно, но также не пересекаться с теми, что используются при установлении связи |
РРР предоставляет возможность передачи датаграмм по последовательным point-to-point-линиям и имеет три составляющие:
- метод предоставления инкапсуляции датаграмм по последовательным РРР-линиям с использованием HDLC (High-Level Data Link Control, высокоуровневое управление данными соединения) — протокол для упаковки датаграмм по РРР средствами связи;
- расширенный протокол LCP для установления, конфигурирования и тестирования физического соединения;
- семейство протоколов NCP для установления и управления другими сетевыми протоколами. Это позволяет протоколу РРР поддерживать одновременно несколько сетевых протоколов.
В момент установления связи через РРР-соединение, РРР-демон вначале шлет пакеты LCP для конфигурирования и тестирования линии связи. После того как связь и дополнительные возможности будут установлены посредством протокола LCP, РРР-демон посылает NCP-фреймы для изменения и настройки одного или более сетевых протоколов. По окончании процесса настройки сетевые пакеты могут передаваться через установленное соединение. Оно будет оставаться активным до тех пор, пока специальные LCP- или NCP-пакеты не закроют соединение, или до тех пор, пока не произойдет какое-нибудь внешнее событие, которое приведет к потере соединения, например, сработает таймер отсутствия активности или разорвется модемное соединение.
Протокол РРР адаптирован для работы с любым DTE/DCЕ-интерфейсом, включая RS-232, RS-422, RS-423, CITT V.35. Помимо этих интерфейсов протокол может работать практически на любом оборудовании, единственное требование — наличие дуплексного режима.
Протокол РРР использует принципы, терминологию и структуру пакетов, описанных в стандартах ISO, касающихся HDLC:
- ISO 3309-1984/PDAD1 "Addenduml: Start/stop transmission"— описывает процедуру начала и завершения передачи данных;
- ISO 3309-1979 — описывает структуру пакетов HDLC для использования в синхронных системах;
- ISO 3309:1984/PDADI — описывает предложения по изменениям в ISO 3309-1979, которые позволяют использовать асинхронные системы.
В табл. 2 приведён формат пакета протокола РРР.
Величина поля, байт |
1 |
1 |
1 |
2 |
Переменный |
2 или 4 |
Назначение |
Флаг |
Адрес |
Управление |
Протокол |
Данные |
Контрольная сумма |
Яндекс.Новости