Кратко

  • RFC 3132 отделила paging от доставки: пакет для dormant host запускал дополнительную сигнализацию, чтобы найти и оповестить узел; передача по последнему участку происходила позже.
  • Экономия энергии переносила работу в сеть. Терминал реже слушал и сообщал координаты, а сеть хранила приблизительную paging area и согласовывала её с границами IP-подсетей.

Адрес не спал, но канал молчал

У мобильного узла мог оставаться действующий IP-адрес, хотя в dormant mode он ограничивал приём обычного трафика. Реже контролируя радиоканалы, устройство уменьшало расход батареи и объём сигнализации о перемещениях. Цена обнаруживалась при приходе первого пакета.

RFC 3132 была опубликована в июне 2001 года как Informational. Paging она называла дополнительный процесс поиска и оповещения спящего узла из-за прибывшего пакета, чтобы восстановить соединение последнего участка. Саму доставку по этому участку документ paging не считал.

Поэтому нужны отдельные квитанции: пакет у сетевого агента ещё не у пользователя; отправленная page могла не быть услышана; радиоответ ещё не означал восстановленную L3-маршрутизацию. RFC формулировала проблему, а не готовый протокол.

Не каждому режиму сна требовался IP paging

На линиях с dormancy, но без paging, узел периодически просыпался на traffic channel. Access point сохранял пакеты, а после перемещения узел при пробуждении заново связывался, и новая точка могла забрать буфер у прежней. В этой модели сеть достаточно точно знала attachment, и дополнительный IP paging не давал преимущества.

Вывод имел границы: размер и время жизни буфера зависели от реализации, overflow и timeout оставались возможны.

При наличии radio paging узел оставлял traffic channel выключенным и слушал отдельный канал постоянно или по временным слотам. Точки доступа объединялись в paging areas. Сеть оповещала последнюю известную или предположенную область; ответ позволял продолжить, timeout означал временное решение считать узел недоступным.

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

Радио и IP делили пространство по-разному

Mobile IP замечал переход между subnet. Радиосистема замечала переход между paging areas. Границы могли не совпадать.

Одна area на одну subnet давала простой случай: радио будило узел в верной IP-позиции. Несколько areas внутри одной subnet тоже не ломали адресацию — access router или foreign agent мог искать в нескольких областях.

Разрыв возникал, когда одна paging area покрывала несколько subnets. Спящий узел пересекал IP-границу, не покидая радиозону. L2 не видела события для регистрации, но сохранённая IP-позиция устаревала. Первый пакет отправлялся в прежнюю subnet, а ответ на page мог прийти из другой.

Дополнительная сигнализация Mobile IP исправляла состояние ценой задержки. Специальный обмен с агентом внутри области мог сократить поиск. RFC называла IP paging одним возможным решением, а настоящей задачей — поиск узла, переместившегося во сне.

Редкие обновления расширяли будущий поиск

Документ признавал перекрывающиеся области, разные идентификаторы у терминалов в одном месте и осторожно приводил анекдотические сведения об эвристиках вместо регистрации. Большая область уменьшала обновления и увеличивала fan-out; малая делала наоборот.

Несколько радиотехнологий добавляли выбор интерфейса. В помещении узел мог потерять одну сеть и предпочесть другую — более дешёвую или быструю. RFC набросала IP-идентификатор, преобразуемый точками доступа в технологические pages, но не доказала deployment. ARP и Neighbor Discovery также предполагали рабочий traffic channel, который спящий узел не слушал.

RFC 3154 распределила пробуждение между агентами

RFC 3154 добавила требования: миллионы узлов, минимальный расход энергии, фильтрация broadcast, multicast и anycast, различение dormant, inactive и unreachable, несколько режимов сна и независимость от одного mobility protocol при связи с Mobile IPv4 и IPv6.

Нужно было допустить произвольное соответствие областей и подсетей, использовать L2 paging без обязательной зависимости, переживать потери и сбои, аутентифицировать регистрацию, сведения об area и paging messages.

Host, Tracking Agent, Paging Agent и Dormant Monitoring Agent делили процесс. Один помнил позицию, другой обнаруживал пакет, третий оповещал, а host восстанавливал L3. Слово «проснулся» не могло описать весь результат.

Пять предложений не стали одним стандартом

Internet-Draft 2002 года оценивал пять вариантов. Редакции -00 и -01 показывают незакрытые вопросы multiple dormant modes, mobility independence, отказов, администрирования и интеграции. Assessment не стал RFC. RFC 3132 и RFC 3154 тоже были Informational и не доказывали реализацию, совместимость или внедрение.

RFC 3344, 6275 и 3753 дают последующий контекст Mobile IPv4, Mobile IPv6 и терминологии, но не подтверждают принятие этой paging-архитектуры.

Достижимость стала цепочкой доказательств

Адрес мог быть верным, а канал — выключенным. Верная area могла скрывать несколько subnets. Page могла уйти без ответа. Ответ мог предшествовать исправленной маршрутизации.

Host выбирал сон, tracking хранил приблизительное мнение, monitoring превращал пакет в trigger, paging искал, mobility восстанавливала положение, оператор задавал границы, фильтры и сроки. Ни один участник не владел всей истиной доставки.

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

Источники

  1. https://www.rfc-editor.org/rfc/rfc3132.txt
  2. https://www.rfc-editor.org/info/rfc3132
  3. https://www.rfc-editor.org/rfc/rfc3132.html
  4. https://www.rfc-editor.org/rfc/rfc3154.txt
  5. https://www.rfc-editor.org/info/rfc3154
  6. https://www.rfc-editor.org/rfc/rfc3154.html
  7. https://www.rfc-editor.org/rfc/rfc2002.txt
  8. https://www.rfc-editor.org/rfc/rfc3344.txt
  9. https://www.rfc-editor.org/rfc/rfc6275.txt
  10. https://www.rfc-editor.org/rfc/rfc3753.txt
  11. https://www.ietf.org/archive/id/draft-ietf-seamoby-paging-protocol-assessment-00.txt
  12. https://www.ietf.org/archive/id/draft-ietf-seamoby-paging-protocol-assessment-01.txt