31. Структура пакетов конфигурации соединения lcp

Пакеты конфигурации соединения LCP предназначены для инициализации и установления соединения по протоколу РРР. Существуют четыре разновидности пакетов: «конфигурация-запрос» (Configure-Request), «конфигурация-подтверждение» (Configure-Ack), «конфигурация-неподтверждено» (Configure-Nak) и «конфигурация-отказ» (Configure-Reject). Для открытия соединения РРР требуется послать пакет «конфигурация-запрос». Это требование является обязательным для любой реализации протокола РРР. Поле данных пакета «конфигурация-запрос» содержит список желательных вариантов настройки соединения.

Компьютер, вернее протокол РРР, получивший пакет «конфигурация-запрос», обязан ответить на него подобающим образом. Если список желательных вариантов настройки соединения подходит РРР по всем статьям, в ответ высылается пакет «конфигурация-подтверждение». Поле данных ответного пакета также содержит список вариантов конфигурации — точную копию принятого. Другими словами, ответный пакет как бы говорит: «Хорошо, все посланные тобой варианты настройки в поле данных пакета »конфигурация-запрос« принимаются. Имейте в виду, что этот пакет высылается, только когда все перечисленные варианты настройки подходят.

Если компьютер не способен выполнить какой-либо пункт желательной настройки соединения, он должен ответить пакетом «конфигурация-неподтверждено». Поле данных этого пакета содержит список неподдерживаемых вариантов настройки. Другими словами, протокол РРР отфильтровывает список, помещая в поле данных только неудачные, с его точки зрения, параметры. Протокол LCP также разрешает помещать в поле данных пакета «конфигурация-неподтверждено» список дополнительных вариантов настройки соединения. Компьютер, получивший пакет «конфигурация-неподтверждено», должен ответить на запрос любых дополнительных вариантов настройки.

Протокол РРР продолжает обмениваться пакетами до тех пор, пока оба участника соединения не придут к единому мнению по поводу конфигурации соединения. Модуль РРР, обнаруживший неизвестный ему вариант настройки в пакете-запросе, обязан ответить пакетом «конфигурация-отказ». Поле данных пакета «конфигурация-отказ» содержит список только неизвестных вариантов. Разница между вариантами, помещенными в поля данных пакетов «конфигурация-отказ» и «конфигурация-неподтверждено», состоит в том, что варианты-«отказники» не подлежат дальнейшему обсуждению. Другими словами, РРР может изменить свое мнение о ранее неподтвержденном варианте конфигурации в процессе связи. В то же время варианты, перечисленные в пакете «конфигурация-отказ», больше никогда не будут запрашиваться.

32. Структура пакетов окончания сеанса lcp

Для окончания сеанса РРР использует две разновидности пакетов: «окончание-запрос» (Terminate-Request) и «окончание-подтверждено» (Tepninate-Ack). Обе разновидности пакетов полностью игнорируют поле данных. Протокол РРР требует, чтобы компьютер, получивший пакет «окончание-запрос», всегда отвечал передачей пакета «окончание-подтверждено».

В RFC 1661 указано, что реализация РРР, которая хочет прекратить соединение, должна передавать пакет «окончание-запрос». Однако не обязательно, что все реализации РРР ведут себя именно так. Окончание сеанса приложения, работающего непосредственно с протоколом РРР, не должно зависеть только от приема соответствующего пакета. Например, модемное соединение может внезапно разорваться, и РРР вообще не получит никакого пакета. В RFC 1661 указано, что реализация РРР должна постоянно посылать пакеты «окончание-запрос» до тех пор, пока не произойдет один из следующих трех случаев:

Компьютер примет ответный пакет «окончание-подтверждено».

Низлежащий сетевой уровень определит, что дальнейшая передача данных невозможна. (Например, модем потеряет несущую.)

Компьютер передаст достаточное количество неподтвержденных запросов на окончание соединения, чтобы быть уверенным, что компьютер на другом конце прекратил сеанс.

Примечание:Если модуль РРР вдруг неожиданно получит непрошенный пакет «окончание-подтверждено», он должен либо вновь договориться о соединении, либо считать, что удаленный компьютер завершил сеанс.