«Введение Реализации IPv4 обычно связывают сетевую маску с адресом, когда IPv4-адрес назначается интерфейсу. Эта сетевая маска вместе с IPv4-адресом обозначает префикс on-link. Узлы считают, что адреса, покрытые префиксом on-link, напрямую присоединены к по той же ссылке, что и отправляющий узел@, т. е. они отправляют трафик для таких адресов напрямую, а не на маршрутизатор. См. раздел 3.3.1 [RFC1122]. До разработки подсетей [RFC0950] и бесклассовой междоменной маршрутизации (CIDR) ) [RFC4632]@ сетевая маска адреса может быть получена непосредственно из адреса, просто определяя, был ли это адрес класса A@ B@ или C. Сегодня@ назначение адреса интерфейсу также требует указания используемой сетевой маски. указания конкретной сетевой маски при назначении адреса @ некоторые реализации возвращаются к получению сетевой маски из класса адреса.Поведение IPv6, как указано в Neighbor Discovery (ND) [RFC4861], совершенно другое. Определение наличия соединения отделено от назначения адреса. Хост может иметь адреса IPv6 без каких-либо связанных префиксов on-link или может иметь префиксы on-link, которые не связаны с какими-либо адресами IPv6, назначенными узлу. Любой назначенный адрес на интерфейсе изначально следует рассматривать как не имеющий внутренней структуры, как показано в [RFC4291]. В IPv6@ по умолчанию@ хост рассматривает только префикс link-local как on-link. Прием опции информации о префиксе (PIO) с установленным L-битом [RFC4861] и ненулевым действительным сроком действия создает (или обновляет) запись в списке префиксов. Все префиксы в списке префиксов хоста (т. е. те префиксы, время ожидания которых еще не истекло) считаются подключенными к этому хосту. Определение on-link в разделе «Терминология» [RFC4861]@, измененное этим документом@, определяет полный список случаев, в которых хост считает адрес on-link. Срок действия отдельных записей адресов может быть истек с помощью механизма обнаружения недоступности соседей. Пакеты IPv6, отправленные с использованием концептуального алгоритма отправки, как описано в [RFC4861], запускают разрешение адресов только для адресов IPv6, которые отправитель считает подключенными. Пакеты на любой другой адрес отправляются на маршрутизатор по умолчанию. Если маршрутизатор@ по умолчанию отсутствует, узел должен отправить сообщение ICMPv6 Destination Unreachable, как указано в [RFC4861] — более подробная информация представлена в разделах «Поведение хоста» и «Правила хоста» этого документа. (Обратите внимание, что [RFC4861] изменило поведение, когда список маршрутизаторов по умолчанию пуст. В старой версии Neighbor Discovery [RFC2461]@, если список маршрутизаторов по умолчанию пуст@, вместо отправки сообщения ICMPv6 Destination Unreachable@ узел [RFC2461] Предполагается, что пункт назначения находится в режиме on-link.) Обратите внимание, что область действия ND ограничена одним каналом. Предполагается, что все ответы запроса соседей (NS) отправляются через тот же интерфейс, на котором был получен соответствующий запрос, без использования концептуального алгоритма отправки. Неспособность реализаций хоста правильно реализовать модель подсети IPv6 может привести к отсутствию подключения IPv6. Подробности см. в разделе «Наблюдаемое неправильное поведение реализации». В этом документе не рекомендуются последние два пункта из определения «on-link» в [RFC4861] для решения проблем безопасности, возникающих в конкретных реализациях ND. Поведение хоста поясняется в разделах «Поведение хоста» и «Правила хоста».
RFC 5942-2010 История
2010RFC 5942-2010 Модель подсети IPv6: взаимосвязь между ссылками и префиксами подсети (обновления: 4861)