- •Оглавление
- •Глава 1. Общее описание протокола ppp §1.1. Компоненты ppp
- •§1.2. Основные принципы работы
- •§1.3. Требования, определяемые физическим уровнем
- •§1.4. Инкапсуляция
- •§1.5. Протокол контроля канала lcp
- •§1.6 Протоколы контроля сети (ncPs)
- •Глава 2. Инкапсуляция ppp §2.1. Принцип инкапсуляции
- •Протокольный блок данных ppp
- •§2.2. Поле "Протокол"
- •§2.3. Поле "Информация"
- •§2.4. Поле "Дополнение"
- •Глава 3. Функционирование звена ppp §3.1. Краткий обзор
- •§3.2. Диаграмма стадий ppp
- •§3.3. Стадия "Выключено"
- •§3.4. Стадия "Установление связи"
- •§3.5. Стадия "Аутентификация"
- •§3.6. Стадия "Протокол сетевого уровня"
- •§3.7. Стадия "Завершение связи"
- •Глава 4. Форматы пакетов lcp §4.1. Общий формат пакетов протокола lcp
- •Общий формат пакетов протокола lcp
- •§4.2. Формат пакетов lcp "Запрос конфигурации"
- •Формат пакетов lcp "Запрос конфигурации"
- •§4.3. Формат пакетов lcp "Подтверждение конфигурации"
- •Формат пакетов lcp "Подтверждение конфигурации"
- •§4.4. Формат пакетов lcp "Неподтверждение конфигурации"
- •Формат пакетов lcp "Неподтверждение конфигурации"
- •§4.5. Формат пакетов lcp "Сброс конфигурации"
- •Формат пакетов lcp "Сброс конфигурации"
- •§4.6. Формат пакетов lcp "Запрос разъединения" и "Подтверждение разъединения"
- •Формат пакетов lcp "Запрос разъединения" и "Подтверждение разъединения"
- •§4.7. Формат пакетов lcp "Сброс кода"
- •Формат пакетов lcp "Сброс кода"
- •§4.8. Формат пакетов lcp "Сброс протокола"
- •Формат пакетов lcp "Сброс протокола"
- •§4.9. Формат пакетов lcp "Запрос эха" и "Ответ эха"
- •Формат пакетов lcp "Запрос эха" и "Ответ эха"
- •§4.10. Формат пакетов lcp "Запрос сброса"
- •Формат пакетов lcp "Запрос сброса"
- •Заключение
- •Список литературы
- •Список используемых сокращений и терминов
§1.6 Протоколы контроля сети (ncPs)
Каналы РРР имеют много проблем с используемым семейством сетевых протоколов. Например, назначение и управление адресов IP, которые являются проблемой даже в ЛВС, являются особенно трудными для коммутируемых каналов точка-точка (point-to-point). Эти проблемы решаются семейством протоколов контроля сети (NCPs - Network Control Protocols), каждый из которых отвечает за определенные функции, требуемые соответствующими протоколами сетевого уровня.
Каналы PPP достаточно легко конфигурируются. В соответствии c проектом, все общие конфигурации имеют стандартные значения по умолчанию. Приложение может модернизировать значения, установленные по умолчанию, о чем автоматически сообщается одноранговому объекту без вмешательства оператора. Наконец, оператор может явно задавать опции, которые позволяют каналу работать в окружающих средах, где иначе это было бы невозможно.
Эта самоконфигурация осуществляется через расширяемый дополнительный механизм согласования, в котором каждое окончание канала сообщает другому свои возможности и требования. Хотя для протокола LCP определен дополнительный механизм согласования, описанный в данной спецификации, тот же самый механизм используется другими протоколами контроля, в частности семейством NCPs.
Глава 2. Инкапсуляция ppp §2.1. Принцип инкапсуляции
Инкапсуляция PPP используется для прозрачной передачи дейтаграмм различных протоколов. Она требует указаний на начало и конец инкапсуляции.
В соответствии с RFC 1661 [1] протокольный блок данных PPP имеет следующий вид (где поле "Информация" - содержит данные, инкапсулируемые в РРР). Поля передаются слева направо.
Таблица 2.1.
Протокольный блок данных ppp
Протокол (8/16 бит) |
Информация |
Дополнение |
Рассмотрим особенности использования данных полей подробнее.
§2.2. Поле "Протокол"
Поле "Протокол" (согласно RFC 1661) содержит один или два октета. Их значения идентифицируют вид дейтаграммы, вставленной в поле "Информация".
Наиболее значащие октеты поля передаются первыми.
Структура этого поля соответствует механизму расширения стандарта ISO 3309 для полей адреса. Все значения поля "Протокол" должны быть нечетными; наименее значащий бит наименее значащего октета должен равняться "1". Кроме того наименее значащий бит наиболее значащего октета должен равняется нулю.
Полученные кадры, которые не согласуются c этими правилами, должны расцениваться как кадры нераспознанного протокола.
Значения полей "Протокол" в диапазоне от 0*** до 3*** идентифицируют протокол сетевого уровня специальных пакетов, а значения от 8*** до b*** идентифицируют пакеты, принадлежащие соответствующим протоколам контроля сети (NCPs), если таковые имеются в наличии.
Значения полей "Протокол" в диапазоне от 4*** до 7*** используются для протоколов с низким объемом трафика, которые не соответствуют NCP. Значения полей "Протокол" в диапазоне от c*** до f*** идентифицируют пакеты протоколов уровня ЗПД (таких, как LCP).
Разработчики новых протоколов должны получить номер для разрабатываемого ими протокола в Отделе назначения номеров Internet (IANA - Internet Assigned Numbers Authority), по адресу IANA@isi.edu.