Кратко

  • RFC 3573 позволяет LAC сообщить LNS, что модем V.92 поставил вызов на удержание, каков согласованный максимум и когда модем вернулся. Это описание доступа, а не предписание серверу и не итог приложения.
  • Первое корректное сообщение данных после возврата может опередить H=0: каналы управления и данных независимы. Старый статус не должен блокировать более свежий факт.

Во время загрузки звонит телефон. V.92 позволяет удержать вызов данных, воспользоваться той же линией для разговора и затем продолжить без нового набора. Устройство рядом с серверным модемом видит событие; удалённый сервер PPP-сеанса — нет.

В L2TP эти роли принадлежат LAC и LNS. Первый наблюдает физический доступ, второй управляет сеансом, таймерами, трафиком и учётом через пакетную сеть. RFC 3573, опубликованный в июле 2003 года и по-прежнему имеющий статус Proposed Standard, передаёт между ними лишь способность, состояние и временной предел. Политика остаётся локальной.

Способность — не исполнение

LNS объявляет Modem On-Hold Capable в SCCRQ или SCCRP. Без такой AVP LAC не вправе отправлять Modem-Status (MDMST). Объявление доказывает заявленное умение разобрать расширение, но не доставку будущих сообщений, правильную реакцию или успешный сервис.

MDMST допустим после установления и до завершения сеанса. Если LNS уже отправил Call-Disconnect-Notify, поздний статус игнорируется. Наблюдение на краю не может возродить закрытый жизненный цикл.

Максимум не равен длительности

При удержании LAC должен отправить H=1 и согласованный максимум. При возврате — H=0; после переданного входа выход обязателен. В 16-битной AVP один бит задаёт Hold, четыре — Timeout V.92. Значения идут от десяти секунд до шестнадцати минут и включают «без ограничения»; при H=0 Timeout не имеет смысла.

Это не измеренное время, не гарантия восстановления и не свидетельство того, что LNS поставил таймер, сохранил ресурсы или остановил оплату. Это граница, согласованная модемами и пересказанная LAC.

Надёжная запись хранит исходный код, толкование, туннель, сеанс, стороны, последовательность, время, доставку, дубликаты и соседние отключения. Поле on_hold=true уничтожает причинную структуру.

Последствия выбирает принимающая сторона

RFC перечисляет варианты: приостановить LCP Echo, Link Quality Monitoring или Multilink PPP; отбрасывать нисходящие пакеты; открыть новый учётный сеанс, остановить текущий или считать удержание отдельно. Это не требования, а несовпадающие местные решения.

Особенно опасны решения, изображающие присутствие. Буфер без бюджета накапливает неопределённость и может навредить TCP после освобождения. Ответы на TCP keepalive за клиента подменяют его. Отказ обрабатывать корректные пакеты из-за старого Hold прямо ошибочен: данные возврата могут прийти раньше независимого H=0.

Плоскость управления описывает реальность со своей задержкой, но не задаёт её часы. Первый валидный пакет может быть более свежим доказательством, чем сохранённый статус.

Правильный сигнал рядом с неудачной услугой

Безупречная цепочка MDMST совместима с тайм-аутом TCP, отменой передачи, потерей нисходящих данных и продолжающимся учётом. И наоборот, трафик уже может идти, пока база управления ещё показывает удержание.

Поэтому согласование модема, наблюдение LAC, доставка MDMST, версия политики LNS, пакеты по направлениям, соединение, PPP, TCP, приложение и учёт требуют отдельных квитанций. Общие идентификаторы связывают их; ни одна не говорит за следующую.

Криптография не расширяет смысл. RFC опирается на безопасность L2TP и допускает скрытие AVP; RFC 3193 описывает IPsec. Это усиливает доказательство отправителя и байтов, но не физического состояния, разумности политики или результата пользователя.

IANA сохраняет тип сообщения 17 и атрибуты 53/54. Постоянный номер подтверждает координацию, а не внедрение. Ранние фирменные значения в приложении прямо названы историческими и ненормативными.

Граница доказательств

Материал не называет провайдера, LAC, LNS, производителя, абонента, телефонную сеть, сеанс, аварию, счёт или долю внедрения. RFC 2661 даёт L2TP, RFC 1661 — PPP, RFC 1989 и 1990 — упомянутые проверки, RFC 2865, 2866 и 2869 — контекст AAA, RFC 3193 — защиту. RFC 3931 используется только как более поздний контекст L2TPv3.

Running-Code Primacy и Minimum Initial Specification Лу Хэна раскрыты как редакционная оптика: проверять декларацию работающей системой и оставлять общий договор уже местной политики. Это не доказательства намерений авторов или эксплуатации.

Временный статус полезен именно потому, что он не приказ и не результат. Сохранив сигнал, решение, последующие пакеты и исход, оператор не сможет выдать удержанную линию за непрерывную услугу.

Источники