RFC: 3775
Оригинал: Mobility Support in IPv6
Другие версии: RFC 6275
Категория: Предложенный стандарт
Дата публикации:
Авторы: , ,
Перевод: Шнитман Виктор Зиновьевич

8.2. Узлы IPv6 с поддержкой оптимизации маршрутов

Узлы, реализующие оптимизацию маршрутов, являются подмножеством всех узлов IPv6 в Internet. Способность узла-корреспондента участвовать в процессе оптимизации маршрутов является существенной для эффективной работы IPv6 Internet по следующим причинам:

  • Предотвращение перегрузки в домашней сети и возможность использования в качестве домашнего агента оборудования меньшей производительности даже для поддержки тысяч мобильных узлов.
  • Уменьшенная нагрузка на всю сеть Internet, поскольку мобильные устройства начинают в ней преобладать.
  • Сокращение разброса и задержки обмена информацией.
  • Повышенная вероятность успешной сигнализации QoS, поскольку исключается туннелирование и, повторим, уменьшается количество источников перегрузки.
  • Повышенная устойчивость к расчленению сети, перегрузке и другим проблемам, поскольку по пути маршрута проходится меньшее количество сегментов.

Эти результаты объединяются и обеспечивают гораздо лучшую производительность и надежность обменов информацией между мобильными узлами и узлами-корреспондентами IPv6. Оптимизация маршрутов приводит к необходимости сохранения партнерами небольшого объема дополнительной информации о состоянии, некоторому дополнительному обмену сообщениями и к полуторным задержкам туда и обратно до того, как она может быть введена в действие. Однако имеется уверенность в том, что общий полезный результат в большинстве случаев намного перевесит издержки. В разд. 11.3.1 обсуждается вопрос о том, как мобильные узлы могут избежать оптимизации маршрутов в некоторых оставшихся ситуациях таких, например, как очень краткосрочные обмены информацией.

Следующие требования применяются ко всем узлам-корреспондентам, которые поддерживают оптимизацию маршрутов:

  • Узел должен быть способным (MUST) признать действительной опцию Home Address используя существующий элемент кэша привязок, как описано в разд. 9.3.1.
  • Узел должен быть способным (MUST) вставлять в пакеты, которые должны посылаться мобильному узлу, заголовок маршрутизации типа 2, как описано в разд. 9.3.2.
  • Узел-корреспондент должен (MUST) игнорировать заголовки маршрутизации типа 2 и молча отбрасывать все пакеты, которые он получил с такими заголовками, если только он сам не действует как мобильный узел.
  • Узел должен быть способным (SHOULD) интерпретировать сообщения ICMP, как описано в разд. 9.3.4.
  • Узел должен быть способным (MUST) посылать сообщения Binding Error, как описано в разд. 9.3.3.
  • Узел должен быть способным (MUST) обрабатывать заголовки мобильности, как описано в разд. 9.2.
  • Узел должен быть способным (MUST) участвовать в процедуре обратной маршрутизируемости (разд. 9.4).
  • Узел должен быть способным (MUST) обрабатывать сообщения Binding Update (разд. 9.5).
  • Узел должен быть способным (MUST) возвращать сообщения Binding Acknowledgement (разд. 9.5.4).
  • Узел должен быть способным (MUST) поддерживать кэш привязок для привязок, полученных в признанных годными сообщениях Binding Update, как описано в разд. 9.1 и 9.6.
  • Узел должен (SHOULD) позволять административно разрешать и запрещать оптимизацию маршрутов. По умолчанию такая оптимизация должна быть (SHOULD) разрешена.
2007 - 2017 © Русские переводы RFC, IETF, ISOC.