Кратко

  • RFC 3437 позволил LAC отправить LNS желаемые и допустимые опции LCP; после согласования LNS возвращал последние отправленный и полученный Configure-Request.
  • Четыре AVP переносили знание и свидетельства, но не власть. Желание не было разрешением, пакет — результатом услуги, а обязательность могла отключить старого партнёра.

Линию видел не тот, кто управлял сессией

LAC знал MRU, ACCM, PFC, ACFC и FCS физического интерфейса. Удалённый LNS завершал PPP-сессию и выполнял LCP. Базовый L2TP передавал лишь грубые признаки — синхронный или асинхронный, цифровой или аналоговый канал.

Опубликованный в декабре 2002 года RFC 3437 сократил этот разрыв. Текст, карточка, Datatracker, история, ссылки, последующие цитаты и исправления доказывают документ, а не внедрение.

Proxy LCP был временным снимком

PPP создавал состояние через LCP, а HDLC-подобное кадрирование связывало опции со средой. Расширения LCP и CHAP показывают, почему не вся политика принадлежала LAC.

LAC мог выполнить Proxy LCP до передачи вызова. Но аутентификация оставалась у LNS, MRU ограничивалась с обеих сторон, а партнёр мог позднее заново открыть LCP. Поэтому proxy-AVP разрешалось пропустить, заставив LNS согласовывать самому, либо сочетать старый результат с новыми ограничениями.

Четыре значения в двух направлениях

LCP Want Options (49) в ICCN или OCCN описывал предпочтение LAC, LCP Allow Options (50) — предел интерфейса. Допустимое не обязательно желанно; желанное не обязательно принято.

После LCP сообщение Set-Link-Info возвращало LNS Last Sent LCP Confreq (51) и LNS Last Received LCP Confreq (52), полные пакеты от поля Code. Локальное знание шло к контроллеру, свидетельство согласования — обратно к краю. Отправив Want или Allow, LAC обязан был понимать ответ.

Эти пакеты не доказывали аутентификацию, сетевую конфигурацию, учёт, достижимость или работу приложения. Это квитанции сообщений, не квитанция результата.

Совместимость имела цену

По умолчанию AVP не были обязательными. Бит M мог превратить отсутствие поддержки в завершение сессии; RFC советовал это только когда работа без расширения неприемлема. Принудительная наблюдаемость платила доступностью.

Новые номера атрибутов защитили старые реализации от знакомого AVP в ранее невозможном типе сообщения. Реестры IANA для L2TP и PPP подтверждают назначение, не трафик.

Опции раскрывали свойства интерфейса и помогали выводить топологию, хотя сходные данные уже присутствовали в LCP. RFC 3145, RFC 3193, RFC 3438 и RFC 3931 показывают иные границы L2TP, не доказывая безопасность или успех этой сессии.

Своя квитанция для каждого слоя

У Heng Lu слои реальности разделяют намерение, ограничение, сообщение, состояние и результат. Приоритет работающего кода требует испытать неизвестные AVP и повторное согласование. Минимальная начальная спецификация помогает оценить экономность четырёх записей; это позднейшая редакционная оптика.

RFC 3437 не делал удалённое управление всеведущим. Он делал его проверяемым, сохраняя отдельно желаемое, допустимое и реально обменённое.

Источники