Кратко

  • Registration Revocation Acknowledgment в RFC 3543 может подтвердить, что принимающий агент проверил защищённое сообщение, нашёл существующую привязку, отозвал локальное состояние и ответил. Доказательство заканчивается на другой стороне туннеля.
  • Уведомление мобильного узла обычно использует Agent Advertisement с нулевым номером последовательности. Бит I назначает сторону, принимающую решение об уведомлении, но не доказывает доставку, повторную регистрацию и восстановление трафика.

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

RFC 3543 опубликован в августе 2003 года как Proposed Standard. Он добавляет в Mobile IPv4 возможность прекратить регистрацию до естественного истечения её срока. Это позволяет своевременно освобождать ресурсы, точнее закрывать учёт и не продолжать пересылку в уже бесполезный туннель.

Но цели конструкции не являются наблюдениями конкретной сети. Документ даёт две сигнальные цепочки: защищённый обмен между home agent и foreign agent и отдельное локальное уведомление мобильного узла. Их нельзя сводить к одному статусу.

Отзыв сообщает о принятом решении

Сообщение Registration Revocation не запрашивает согласие удалённой стороны. Оно утверждает, что Mobile IP service для указанных регистраций уже прекращён. Получатель должен синхронизировать собственное состояние.

Поэтому отсутствие ACK не оживляет привязку. Запрос мог не дойти. Он мог быть обработан, а ответ потерян. Из молчания невозможно выбрать одну историю.

Первым доказательством должен быть журнал решения: идентичность привязки, home address, care-of address, два агента, оставшийся lifetime, основание, владелец политики и момент локального вступления в силу. Отзыв и ACK описывают последующую синхронизацию.

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

Почему для отзыва не требуется новый набор ошибок

Получатель проверяет аутентификатор, направление через бит A, защиту от replay и наличие соответствующей привязки. Валидное сообщение приводит к отзыву локальной регистрации, освобождению связанных ресурсов и подтверждению.

Это не переговоры о новой услуге, а уведомление о прекращении. Поэтому смысл результата строится вокруг валидности сообщения и существующего состояния, а не вокруг нового бизнес-решения «разрешить или запретить».

ACK позволяет сказать: данный агент аутентифицировал данный экземпляр, сопоставил его с существующей привязкой и выполнил локальный переход. Отправитель может прекратить повторные попытки.

Но эта формулировка ничего не говорит от имени мобильного узла. Агент не видел, получил ли терминал локальное объявление, отказался ли от старого адреса, выбрал ли новый путь и восстановил ли полезный обмен.

Бит I — это адрес ответственности

Бит I согласуется во время регистрации и определяет, какая сторона решает, уведомлять ли мобильный узел. Home agent может знать причину прекращения, foreign agent контролирует локальный канал. Явное распределение предотвращает взаимное ожидание.

В подтверждении I может отражать применённую политику. Он показывает, где находилось право решения. Он не показывает отправку объявления, его приём или успешное действие терминала.

Поле notified=true, выведенное только из I, создало бы ложный факт. Следует хранить согласованное значение, владельца решения, само решение, событие отправки и наблюдаемую реакцию отдельно.

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

Нулевая последовательность не является распиской устройства

Foreign agent обычно посылает Agent Advertisement с sequence number zero. Особое значение предлагает узлу попытаться зарегистрироваться, не ожидая обычного обнаружения пропущенных объявлений. Busy bit может удержать его от продления у того же агента.

Объявление побуждает к действию, но не подтверждает действие. В базовом механизме мобильный узел не выполняет криптографическую аутентификацию этого объявления. RFC 3543 рекомендует TTL равный единице и проверку совпадения link-layer source с ранее использованным источником агента. Эти меры уменьшают риск, но не доказывают доставку.

Получается асимметрия: удалённый обмен агентов защищён сильнее, чем последний локальный сигнал, меняющий поведение устройства. Нельзя переносить уровень доверия верхнего участка на весь маршрут.

В журнале нужны интерфейс, IP- и канальный источник, TTL, последовательность, время и результат отправки. Затем требуется независимый ответ узла: solicitation, registration request, смена агента, новый туннель или работающий трафик.

Повтор с новым временем остаётся тем же отзывом

Если ACK отсутствует, отправитель создаёт новый timestamp replay value и новый authenticator. Защищённый экземпляр новый; предметом остаётся одна привязка и одно решение.

Частота ограничена одной попыткой в секунду, применяется экспоненциальная задержка, а процесс заканчивается в момент естественного истечения привязки. Так протокол не создаёт шторм и не преследует состояние бесконечно.

Аудиту нужны два уровня идентичности: отзыв как намерение и каждое сообщение как экземпляр. Считать повторы новыми решениями неверно. Сохранять только последнюю попытку тоже неверно: исчезают причины задержек и поздних ответов.

Первое сообщение могло удалить привязку, а его ACK потеряться. Тогда повтор встретит отсутствие состояния именно потому, что первый запрос сработал. Разрешить неоднозначность может локальная история перехода, а не один код следующего ответа.

Инфраструктура способна очиститься раньше, чем восстановится пользователь

Освобождение туннеля, гостевого контекста и учётных ресурсов — полезный результат. Оно же делает старый путь окончательно недоступным. Если локальное уведомление или новая регистрация задерживаются, успех control plane совпадает с перерывом для пользователя.

RFC не измеряет такой интервал в производственной сети. Здесь также не заявляется инцидент. Операционный вывод состоит в том, чтобы иметь отдельные часы: решение, приём отзыва, ACK, освобождение, объявление, реакция, регистрация и полезный трафик.

Отдельный случай — mobile node с co-located care-of address. Узел сам может подтвердить отзыв, завершить reverse tunnel и освободить ресурсы. Нельзя переносить эту схему на терминал за foreign agent: участники и доказательства другие.

Соседние механизмы не говорят за мобильный узел

RFC 3344 задавал базовый Mobile IPv4 в период RFC 3543, позднее его пересмотрел RFC 5944. RFC 2002 даёт ранний контекст. Успешная регистрация создаёт привязку, но не подтверждает прикладную доставку.

RFC 3012 и RFC 4721 рассматривают challenge/response для свежести и аутентификации регистрации. RFC 3024 посвящён reverse tunneling и ограничениям ingress filtering. Они отвечают на соседние вопросы и не превращают ACK агента в наблюдение терминала.

В проверке нельзя опускать подлежащее: кто создал доказательство, для какого сообщения, в какой security association и какой следующий участник ещё не дал собственного сигнала?

Где фиксировать неудавшееся восстановление

Досье начинается с решения: привязка, адреса, агенты, lifetime, причина, policy owner и время. Сохраняются payload, A/I, authenticator, replay identifier и отправка.

Принимающая сторона записывает аутентификацию, replay verdict, поиск, переход, освобождённые ресурсы и ACK. Отправитель — проверку, корреляцию и остановку повторов. Каждый повтор получает собственные защитные значения.

Уведомление образует другой журнал: ответственный, решение, объявление с нулём, интерфейс, локальные проверки и реакция. Затем фиксируются новая регистрация, туннель, forwarding, accounting и доступность.

Тогда отчёт способен сказать: «Агенты согласовали отзыв; локальное объявление отправлено здесь; узел зарегистрировался здесь; трафик вернулся здесь». Если последние части отсутствуют, ошибка восстановления получает честное место: она не доказана и не скрыта ACK.

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

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

RFC 3543 рассматривается в статусе августа 2003 года. IANA фиксирует распределение номеров, а не внедрение. RFC 8174 ограничивает толкование нормативной лексики.

Тексты Heng Lu о приоритете работающего кода и минимальной исходной спецификации — раскрытые редакционные линзы. Они помогают разделить документ, реализацию и наблюдение, но не доказывают замысел авторов или факты сети.

Ограниченный вывод: аутентифицированный ACK доказывает обработку отзыва другим агентом. Он не доказывает уведомление устройства, понимание, повторную регистрацию и возврат сервиса.

Sources