Протокол РРР
Рнс. 5.12. Формат кадра РРР |
Таблица 5.6. Типы пакетов поля Protocol |
Поле Data содержит дейтаграмму для протокола, заданного в поле протокола. Конец информационного поля определяется замыкающей последовательностью Flag, перед которой размещается два байта поля FCS. Максимальная длина информационного поля по умолчанию равна 1500 байт. В соответствии с априорным соглашением, разрешающие реализации РРР могут использовать другие значения максимальной длины информационного поля. Поле проверочной последовательности блока данных FCS (Frame Check Sequence) обычно составляет 16 бит (2 байт). В соответствии с априорным соглашением, разрешающие реализации РРР для усиления степени защиты от ошибок могут использовать 32-битовое (4-байтовое) поле FCS. Протокол РРР инициируется, используя оба протокола LCP и NCP. Для РРР-соединения определено пять фаз: • организация канала (Dead Phase). Эта фаза определяет физическую готовность канала прежде, чем может быть произведен обмен каких-либо дейтаграмм сетевого уровня (например IP).
В случае успешной инициализации физического уровня канал переходит в следующую фазу;• определение качества канала связи и согласование его конфигурации (Establish Phase). Эта фаза инициализирует протокол LCP и определяет параметры канала. Здесь проверяется канал, чтобы определить, является ли качество канала достаточным для вызова протоколов сетевого уровня. Эта фаза завершается после того, как пакет подтверждения конфигурации (Configure АСК) будет принят на обоих концах канала. После этого канал считается открытым и переходит в фазу аутентификации (необязательно); • аутентификация (Authenticate Phase). В этой фазе аутентифицируются обе точки, используя протоколы PAP (Password Authentication Protocol) или CHAP (Challenge Handshake Authentication Protocol). Канал не переходит в следующую фазу Network Phase до успешной аутентификации. Если же аутентификация неуспешна, то канал переходит в фазу прекращения действия канала Terminate Phase; • согласование конфигурации протоколов сетевого уровня (.Network Phase). После того как LCP завершит фазу определения качества канала связи, конфигурация сетевых протоколов может быть по отдельности выбрана соответствующими NCP. Сетевые протоколы могут быть в любой момент вызваны и освобождены для последующего использования. Если LCP закрывает данный канал, он информирует об этом протоколы сетевого уровня, чтобы они приняли соответствующие меры; • прекращение действия канала (Terminate Phase). Эта фаза закрывает РРР-канал административным путем. Иногда это происходит и из-за какого- нибудь физического события, такого, как плохое качество линии, потеря носителя или истечение периода бездействия таймера. Протокол LCP использует Terminate Request пакет для закрытия канала и сообщает соответствующим NCP, что канал закрыт. Протокол управления канала связи LCP (Link Control Protocol). LCP обеспечивает метод организации, выбора конфигурации, поддержания и окончания работы канала с непосредственным соединением. Существует три класса пакетов LCP: для организации канала связи. Используются для организации и выбора конфигурации канала. для завершения действия канала. Применяются для завершения действия канала связи. для поддержания работоспособности канала. Используются для поддержания и отладки канала. К таким пакетам относятся, например, пакеты LQR (Link Quality Report) и Echo Request/Reply, обеспечивающие мониторинг качества стандартного синхронного канала LQM (Link Quality Monitoring). LCP пакет передается в поле Information РРР-кадра. Формат пакета связи протокола LCP представлен на рис. 5.13.Рис. 5.13. Формат пакета LCP |
Поле Code определяет тип LCP-сообщения, содержащегося в поле данных. Ниже приведены некоторые общие примеры LCP пакетов для организации канала. 1. Configure Request (Code = 1): а) открытие соединения; б) обмен параметрами конфигурации; в) прием оговоренных параметров от другой стороны. 2. Configure Ack (Code = 2): а) ответ на Configure Request; б) указание на то, что значения параметров, полученных в Configure Request, корректны; в) сигнализирует, что канал открыт по прибытию пакета. 3. Configure Nak (Code = 3) показывает, что значения параметров неприемлемы. 4. Configure Reject (Code = 4): а) указывает, что некоторые из параметров неприемлемы; б) шлет новый Configure Request пакет без неправильных параметров, найденных в отвергнутом пакете. Поле Identifier определяет запросы и ответы. Поле Length указывает размер LCP-пакета. Поле Data содержит конфигурационные параметры для пакетов типа Configure Request и Configure Ack, определяемые полями Type, Length и Value. Всего может быть задано восемь параметров конфигурации. Поле Туре описывает параметры конфигурации для согласования, поле Length описывает их длину, а поле Value определяет значение параметров конфигурации для согласования. В табл. 5.7 представлены параметры конфигурации LCP.
Таблица 5.7. Параметры конфигурации LCP |
Семейство протоколов управления сетью NCP(Network Control Protocols). После фазы LCP в РРР-канале следует фаза согласования параметров, специфичных для каждого из протоколов сетевого уровня в NCP. Например, протокол IP требует от обоих концов обмена и приема соответствующих IP-адресов. NCP определяет, каким образом данные различных протоколов расположены внутри РРР-кадра, что описано отдельным соглашением RFC, определяющим как данный протокол инкапсулируется в РРР-кадр. Каждый NCP устанавливает, обслуживает и закрывает использование определенного протокола. На рис. 5.14 показан пример NCP кодов, которые могут находиться в поле Protocol РРР-кадра. Аутентификация для РРР описана в RFC 1334. Она использует два протокола РАР и CHAP. Последний наиболее распространен в современных сетях. СНАР- аутентификация является частью фазы установления соединения LCP и повторяется через определенные интервалы времени, когда РРР-канал установлен. CHAP выполняется на каждой стороне канала и каждой стороне назначается одинаковый открытый ключ - secret, на базе которого вычисляется уникальное значение Hash Value, помещаемое в пакет (рис. 5.15). Аутентификация реализуется по алгоритму с открытым ключом. Мониторинг качества канала LQM (Link Quality Monitoring). Мониторинг поддерживается только на стандартных синхронных каналах. Качество канала определяется процентом успешно переданных или полученных пакетов в пределах отчетного периода. Эти пакеты называются LQR (Link Quality Report). Процедура LQM использует LQR-пакеты, содержащие счетчики для определения входного и выходного качества канала для входных и выходных пакетов. Отчетный период описывается в конфигурации. После пяти отчетных периодов LQM вычисляет среднее значение процента переданных и принятых пакетов и сравнивает его с пороговым значением. Если средний процент меньше, чем пороговое значение, то соответствующий NCP закрывается. В допол-нение к посылке LQR пакетов маршрутизатор может быть сконфигурирован для периодической посылки по каналу пакетов Echo Request. Если маршрутизатор послал определенное их количество и не получил ни одного пакета Echo Reply, то все NCP закрываются. Интервал между пакетами Echo Request и максимальное число пакетов оставшихся без ответа являются необязательными параметрами. 5.5.
Еще по теме Протокол РРР:
- Глава 4. Киотский протокол в Украине
- § 6. Протокол судебного заседания
- Судебные протоколы вообще
- Пример обработки протокола.
- Базовый протокол устранения проблемы с BSFF
- В. Г. Олифер, Н. А. Олифер. 54 Компьютерные сети. Принципы, технологии, протоколы: Учебник для вузов. 3-е изд, 2006
- Определение пятое
- Основания
- Определение семнадцатое
- 3.1. Общие положения
- Основания
- Основания
- §60. ЗАКЛЮЧЕНИЕ ДОГОВОРА
- Статья 1250. Объявление нотариусом секретного завещания
- Определение четвертое
- Определение шестое
- Определение десятое
- 12.4. Следователь и допрашиваемый как источники вербально-невербальной информации
- Основания
- Определение седьмое