IPv6-адрес - IPv6 address

Разложение IPv6-адреса на его двоичный форма

An Адрес Интернет-протокола версии 6 (IPv6-адрес) - это числовая метка, которая используется для идентификации сетевой интерфейс компьютера или сетевой узел участие в IPv6 компьютерная сеть, и найдите его в сети. IP-адреса включены в заголовок пакета для указания источника и назначения каждого пакета. IP-адрес пункта назначения используется для принятия решения о маршрутизации. IP-пакеты в другие сети.

IPv6 является преемником первой инфраструктуры адресации Интернет, Интернет-протокол версии 4 (IPv4). В отличие от IPv4, который определил айпи адрес как 32-битное значение, IPv6-адреса имеют размер 128 бит. Таким образом, IPv6 значительно расширился. адресное пространство.

Методы адресации

Адреса IPv6 классифицируются по основным методологиям адресации и маршрутизации, распространенным в сетях: одноадресная адресация, произвольная адресация и многоадресная адресация.[1]

А одноадресная передача адрес определяет единственный сетевой интерфейс. Интернет-протокол доставляет пакеты, отправленные на одноадресный адрес, на этот конкретный интерфейс.

An Anycast адрес назначается группе интерфейсов, обычно принадлежащих разным узлам. Пакет, отправленный на произвольный адрес, доставляется только на один из интерфейсов-участников, обычно ближайший хост, в соответствии с определением расстояния в протоколе маршрутизации. Адреса Anycast не могут быть легко идентифицированы, они имеют тот же формат, что и одноадресные адреса, и отличаются только своим присутствием в сети в нескольких точках. Практически любой одноадресный адрес может использоваться как произвольный адрес.

А многоадресная передача Адрес также используется несколькими хостами, которые получают адрес назначения многоадресной рассылки, участвуя в протоколе многоадресного распределения между сетевыми маршрутизаторами. Пакет, который отправляется многоадресный адрес доставляется на все интерфейсы, которые присоединились к соответствующей группе многоадресной рассылки. IPv6 не реализует транслировать адресация. Традиционная роль широковещательной передачи сводится к многоадресной адресации все узлы локальная группа многоадресной рассылки ff02 :: 1. Однако использование группы всех узлов не рекомендуется, и большинство протоколов IPv6 используют выделенную группу многоадресной рассылки для локального канала, чтобы не нарушать работу каждого интерфейса в сети.

Форматы адресов

Адрес IPv6 состоит из 128 бит.[1] Для каждой из основных методологий адресации и маршрутизации различные форматы адресов распознаются путем логического разделения 128 адресных битов на группы битов и установления правил для связывания значений этих групп битов со специальными функциями адресации.

Формат одноадресного и произвольного адреса

Unicast и Anycast адреса обычно состоят из двух логических частей: 64-битный сетевой префикс, используемый для маршрутизация и 64-битный идентификатор интерфейса, используемый для идентификации сетевого интерфейса хоста.

Общий формат одноадресного адреса (размер префикса маршрутизации варьируется)
биты48 (или больше)16 (или меньше)64
полепрефикс маршрутизацииидентификатор подсетиидентификатор интерфейса

В сетевой префикс (в префикс маршрутизации в сочетании с идентификатор подсети) содержится в 64 старших разрядах адреса. Размер префикса маршрутизации может различаться; больший размер префикса означает меньший размер идентификатора подсети. Кусочки идентификатор подсети доступны администратору сети для определения подсетей в данной сети. 64-битный идентификатор интерфейса либо автоматически генерируется из интерфейса MAC-адрес с использованием модифицированный EUI-64 формат, полученный из DHCPv6 сервер, устанавливается автоматически случайным образом или назначается вручную.

Локальный адрес ссылки также основан на идентификаторе интерфейса, но использует другой формат для префикса сети.

Формат локального адреса ссылки
биты105464
полепрефикснулиидентификатор интерфейса

В префикс поле содержит двоичное значение 1111111010. Следующие 54 нуля делают общий префикс сети одинаковым для всех локальных адресов канала (fe80 ::/64 префикс локального адреса ссылки ), что делает их немаршрутизируемыми.

Формат многоадресного адреса

Дальнейшая информация: Многоадресный адрес § IPv6

Многоадресная рассылка адреса формируются по нескольким определенным правилам форматирования в зависимости от приложения.

Общий формат многоадресного адреса
биты844112
полепрефиксflgscID группы

В префикс содержит двоичное значение 11111111 для любого адреса многоадресной рассылки.

В настоящее время 3 из 4 битов флага в flg поля определены;[1] старший бит флага зарезервирован для использования в будущем.

Флаги многоадресного адреса[2]
кусочекфлагЗначение, когда 0Значение, когда 1
8зарезервированныйзарезервированныйзарезервированный
9R (Свидание)[3]Точка рандеву не встроенаТочка рандеву встроена
10P (префикс)[4]Без префиксной информацииАдрес на основе префикса сети
11T (переходный)[1]Хорошо известный многоадресный адресДинамически назначаемый многоадресный адрес

В 4-битное поле области видимости (sc) используется, чтобы указать, где адрес действителен и уникален.

Существуют специальные адреса многоадресной рассылки, например Solicited Node.

Многоадресный адрес запрошенного узла формат
биты84479924
полепрефиксflgscнулитеодноадресный адрес

В объем) поле содержит двоичное значение 0010 (локально для ссылки).Многоадресные адреса запрошенных узлов вычисляются как функция одноадресных или произвольных адресов узла. Групповой адрес запрошенного узла создается путем копирования последних 24 бит одноадресного или произвольного адреса в последние 24 бита многоадресного адреса.

Формат многоадресной рассылки на основе префикса Unicast[3][4]
биты8444486432
полепрефиксflgscresридпленкасетевой префиксID группы

Для многоадресных адресов с привязкой к области используется сопоставимый формат.[5]

Представление

Адрес IPv6 представлен в виде восьми групп по четыре шестнадцатеричный цифры, каждая группа представляет 16 биты (два октеты, группу иногда также называют гестет[6][7]). Группы разделены двоеточия (:). Пример адреса IPv6:

2001: 0db8: 85a3: 0000: 0000: 8a2e: 0370: 7334

Стандарты обеспечивают гибкость в представлении адресов IPv6. Полное представление восьми четырехзначных групп можно упростить несколькими способами, исключив части представления. В общем, представления максимально укорачиваются. Однако такая практика усложняет несколько общих операций, а именно поиск определенного адреса или шаблона адреса в текстовых документах или потоках и сравнение адресов для определения эквивалентности. Для смягчения этих осложнений IETF определила канонический формат в RFC 5952 для отображения IPv6-адресов в тексте:[8]

Шестнадцатеричные цифры всегда сравниваются без учета регистра, но рекомендации IETF предлагают использовать только строчные буквы. Например, 2001: db8 :: 1 предпочтительнее 2001: DB8 :: 1.

Начальные нули в каждом 16-битном поле подавляются, но каждая группа должна сохранять по крайней мере одну цифру в случае группы «все нули». Например, 2001: 0db8 :: 0001: 0000 отображается как 2001: db8 :: 1: 0. Поле со всеми нулями, которое явно представлено, отображается как 0.

Самая длинная последовательность последовательных полей со всеми нулями заменяется двумя двоеточиями ("::"). Если адрес содержит несколько серий полей со всеми нулями, то для предотвращения неоднозначности сжимается крайний левый. Например, 2001: db8: 0: 0: 1: 0: 0: 1 отображается как 2001: db8 :: 1: 0: 0: 1 а не как 2001: db8: 0: 0: 1 :: 1.

"::" не используется для представления только одного поля со всеми нулями. Например, 2001: db8: 0: 0: 0: 0: 2: 1 сокращается до 2001: db8 :: 2: 1, но 2001: db8: 0000: 1: 1: 1: 1: 1 отображается как 2001: db8: 0: 1: 1: 1: 1: 1.

Эти методы могут привести к очень коротким представлениям адресов IPv6. Например, адрес localhost (loopback), 0:0:0:0:0:0:0:1и неуказанный адрес IPv6, 0:0:0:0:0:0:0:0, сводятся к ::1 и ::, соответственно.

Во время перехода Интернета с IPv4 на IPv6 типично работать в среде со смешанной адресацией. Для таких случаев использования была введена специальная нотация, которая выражает отображаемые IPv4 и IPv4-совместимые адреса IPv6 путем записи 32 младших разрядов адреса в знакомый IPv4. точечно-десятичная запись, тогда как 96 старших битов записываются в формате IPv6. Например, IPv4-сопоставленный IPv6-адрес :: ffff: c000: 0280 записывается как :: ffff: 192.0.2.128, таким образом четко выражая исходный адрес IPv4, который был сопоставлен с IPv6.

Сети

Сеть IPv6 использует блок адресов, который представляет собой непрерывную группу адресов IPv6 размера, равного сила двух. Начальный набор битов адресов одинаков для всех хостов в данной сети и называется сетевым адресом или маршрутизацией. префикс.

Диапазоны сетевых адресов записываются в Обозначение CIDR. Сеть обозначается первым адресом в блоке (оканчивающимся всеми нулями), слэш (/), а десятичный значение, равное размеру префикса в битах. Например, сеть, записанная как 2001: db8: 1234 ::/48 начинается по адресу 2001: db8: 1234: 0000: 0000: 0000: 0000: 0000 и заканчивается в 2001: db8: 1234: ffff: ffff: ffff: ffff: ffff.

Префикс маршрутизации адреса интерфейса может быть напрямую указан вместе с адресом в нотации CIDR. Например, конфигурация интерфейса с адресом 2001: db8: a :: 123 подключен к подсети 2001: db8: a ::/64 записывается как 2001: db8: a :: 123/64.

Размеры адресного блока

Размер блока адресов указывается путем записи косой черты (/), за которой следует десятичное число, значение которого является длиной префикса сети в битах, а не путем явного указания адресов в блоке. Например, адресный блок с 48 битами в префиксе обозначается как /48. Такой блок содержит 2128 − 48 = 280 адреса. Чем меньше значение префикса сети, тем больше блок: a /21 блок в 8 раз больше, чем /24 блокировать.

Буквальные адреса IPv6 в идентификаторах сетевых ресурсов

Символы двоеточия (:) в адресах IPv6 могут конфликтовать с установленным синтаксисом идентификаторов ресурсов, например URI и URL. Двоеточие традиционно используется для завершения пути к хосту перед номер порта.[9] Чтобы смягчить этот конфликт, буквальные адреса IPv6 заключены в квадратных скобках в таких идентификаторах ресурсов, например:

http: // [2001: db8: 85a3: 8d3: 1319: 8a2e: 370: 7348] /

Если URL-адрес также содержит номер порта, используется следующая запись:

https: // [2001: db8: 85a3: 8d3: 1319: 8a2e: 370: 7348]: 443 /

где 443 в конце - это номер порта в примере.

Обозначенные буквальные адреса IPv6 (с индексом зоны)

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

Чтобы устранить двусмысленность текстовых адресов, индекс зоны должны быть добавлены к адресу, два разделенных знаком знак процента (%).[10] Синтаксис индексов зоны - это строка, зависящая от реализации, хотя числовые индексы зоны также должны поддерживаться повсеместно. Локальный адрес ссылки

fe80 :: 1ff: fe23: 4567: 890a

может быть выражено

fe80 :: 1ff: fe23: 4567: 890a% eth2

или же:

fe80 :: 1ff: fe23: 4567: 890a% 3

Первый (используя интерфейс имя) является обычным для большинства Unix -подобные операционные системы (например, BSD, Linux, OS X Последний (с использованием номера интерфейса) является стандартным синтаксисом на Майкрософт Виндоус, но поскольку поддержка этого синтаксиса является обязательной, она также доступна в других операционных системах.

Операционные системы на основе BSD (включая OS X) также поддерживают альтернативный нестандартный синтаксис, в котором числовой индекс зоны кодируется во втором 16-битном слове адреса. Например.:

fe80: 3 :: 1ff: fe23: 4567: 890a

Во всех упомянутых выше операционных системах индекс зоны для локальных адресов ссылки фактически относится к интерфейсу, а не к зоне. Поскольку несколько интерфейсов могут принадлежать одной зоне (например, при подключении к одному и тому же выключатель ), на практике два адреса с разными идентификаторами зоны могут фактически быть эквивалентными и относиться к одному и тому же хосту по одной и той же ссылке.

Использование индексов зоны в URI

При использовании в унифицированные идентификаторы ресурсов (URI), использование знака процента вызывает конфликт синтаксиса, поэтому его необходимо экранировать с помощью процентное кодирование,[11] например.:

http: // [fe80 :: 1ff: fe23: 4567: 890a%25eth0] /

Буквальные адреса IPv6 в именах путей UNC

В Майкрософт Виндоус операционных систем, адреса IPv4 являются допустимыми идентификаторами местоположения в Единое соглашение об именах (UNC) имена путей. Однако двоеточие является недопустимым символом в имени пути UNC. Таким образом, использование адресов IPv6 также запрещено в именах UNC. По этой причине, Microsoft реализован алгоритм транскрипции для представления IPv6-адреса в форме доменного имени, которое может использоваться в путях UNC. Для этого Microsoft зарегистрировала и зарезервировала домен второго уровня ipv6-literal.net на Интернет (хотя они отказались от домена в январе 2014 г.[12]). Адреса IPv6 транскрибируются как имя хоста или имя поддомена в этом пространстве имен следующим образом:

2001: db8: 85a3: 8d3: 1319: 8a2e: 370: 7348

записывается как

2001-db8-85a3-8d3-1319-8a2e-370-7348.ipv6-literal.net

Эта нотация автоматически разрешается локально программным обеспечением Microsoft без каких-либо запросов к серверам имен DNS.

Если IPv6-адрес содержит индекс зоны, он добавляется к части адреса после символа 's':

fe80 :: 1ff: fe23: 4567: 890a% 3

записывается как

fe80-1ff-fe23-4567-890as3.ipv6-literal.net

Объемы адресов

Каждый IPv6-адрес, кроме неуказанного адреса (::), имеет "размах",[10] который указывает, в какой части сети он действителен.

Unicast

За одноадресная передача адресов, определены две области: локальная для ссылки и глобальная.

Адреса локальных ссылок и адрес обратной связи имеют link-local области, что означает, что они могут использоваться только в одной напрямую подключенной сети (ссылка). Все остальные адреса (включая Уникальные локальные адреса ) имеют Глобальный (или же универсальный) области, что означает, что они (или могут быть) глобально маршрутизируемыми и могут использоваться для подключения к адресам с Глобальный область действия в любом месте или по адресам с link-local область в напрямую подключенной сети. Пакеты с источником или получателем в одной области не могут быть перенаправлены в другую область.[13]

Уникальные локальные адреса имеют глобальную область действия, но не администрируются глобально. В результате только другие хосты в том же административном домене (например, организации) или в пределах взаимодействующего административного домена могут достигать таких адресов при правильной маршрутизации. Поскольку их область действия является глобальной, эти адреса действительны в качестве адреса источника при обмене данными с любым другим адресом глобальной области, даже если может быть невозможно маршрутизировать пакеты от пункта назначения обратно к источнику.

Anycast

Anycast адреса синтаксически идентичны одноадресным адресам и неотличимы от них. Единственное их отличие - административное. Таким образом, области для произвольных адресов такие же, как и для одноадресных адресов.

Многоадресная рассылка

За многоадресная передача адресов, четыре младших бита второго октета адреса (ff0s::) определить адрес scope, то есть домен, в котором должен распространяться многоадресный пакет. Предопределенные и зарезервированные области[1] находятся:

Значения объема
ЦенитьНазвание областиПримечания
0x0зарезервированный
0x1интерфейс-локальныйЛокальный интерфейс интерфейса охватывает только один интерфейс на узле и используется только для кольцевой передачи многоадресной рассылки.
0x2link-localLink-local область видимости охватывает ту же топологическую область, что и соответствующая одноадресная область.
0x3царство-местноеОбласть действия локальной области определяется как область больше, чем локальная область связи, автоматически определяется топологией сети и не должна превышать следующие области.[14]
0x4админ-местныйАдмин-локальная область - это наименьшая область, которая должна быть настроена административно, т. Е. Не получена автоматически из физического подключения или другой конфигурации, не связанной с многоадресной рассылкой.
0x5местныйОбласть действия на уровне сайта предназначена для охвата одного сайта, принадлежащего организации.
0x8организация-местнаяОбласть действия на уровне организации предназначена для охвата всех сайтов, принадлежащих одной организации.
0xeГлобальныйГлобальная область действия охватывает все доступные узлы в Интернете - она ​​не ограничена.
0xfзарезервированный

Все остальные области не назначены и доступны администраторам для определения дополнительных регионов.

Адресное пространство

Общее распределение

Управление процессом выделения IPv6-адресов делегировано Управление по присвоению номеров в Интернете (IANA)[15] посредством Совет по архитектуре Интернета и Инженерная группа управления Интернетом. Его основная функция - назначение больших адресных блоков региональные интернет-регистры (RIR), которые делегируют задачу распределения поставщикам сетевых услуг и другим местным реестрам. IANA ведет официальный список распределения адресного пространства IPv6 с декабря 1995 года.[16]

Только одна восьмая от общего адресного пространства в настоящее время выделена для использования на Интернет, 2000::/3, чтобы обеспечить эффективную агрегация маршрута, тем самым уменьшая размер таблиц маршрутизации Интернета; остальная часть адресного пространства IPv6 зарезервирована для использования в будущем или для специальных целей. Адресное пространство назначается RIR большими блоками /23 вплоть до /12.[17]

RIR назначают меньшие блоки местные интернет-реестры который распространяет их среди пользователей. Обычно они имеют размеры от /19 к /32.[18][19][20] Адреса обычно распределяются в /48 к /56 размер блоков для конечных пользователей.[21]

Записи о глобальных назначениях одноадресной рассылки можно найти в различных RIR или других веб-сайтах.[22]

Адреса IPv6 назначаются организациям гораздо большими блоками по сравнению с назначениями адресов IPv4 - рекомендуемое распределение - это /48 блок, содержащий 280 адресов, будучи 248 или о 2.8×1014 раз больше, чем все адресное пространство IPv4 в 2 раза32 адреса и о 7.2×1016 раз больше, чем /8 блоки адресов IPv4, которые являются наибольшими выделениями адресов IPv4. Однако всего пула достаточно на обозримое будущее, потому что есть 2128 (точно 340 282 366 920 938 463 463 374 607 431 768 211 456) или около 3.4×1038 (340 триллион триллион триллионов) уникальных адресов IPv6.

Каждый RIR может разделить каждый из нескольких /23 блоков в 512 /32 блоки, обычно по одному на каждого провайдера; Интернет-провайдер может разделить /32 блокировать в 65536 /48 блоки, обычно по одному для каждого клиента;[23] клиенты могут создавать 65536 /64 сети из назначенных /48 блок, по 264 (18 446 744 073 709 551 616) адресов. Напротив, все адресное пространство IPv4 имеет только 232 (ровно 4294967296 или около 4.3×109) адреса.

По задумке фактически будет использоваться только очень небольшая часть адресного пространства. Большое адресное пространство гарантирует, что адреса почти всегда доступны, что позволяет использовать преобразование сетевых адресов (NAT) в целях сохранения адреса совершенно не нужен. NAT все чаще используется в сетях IPv4 для облегчения Исчерпание адреса IPv4.

Специальное распределение

Чтобы разрешить смену поставщика без перенумерации, независимое от провайдера адресное пространство - назначается непосредственно конечному пользователю RIR - берется из специального диапазона 2001:678::/29.

Пункты обмена в Интернете (IXP) назначаются специальные адреса из диапазона 2001: 7f8 ::/29 для общения со своими подключенными Интернет-провайдеры.[24]Корневые серверы имен были присвоены адреса из того же диапазона.

Зарезервированные произвольные адреса

Самый низкий адрес в пределах каждого префикса подсети (идентификатор интерфейса установлен на все нули) зарезервирован как произвольный адрес «подсети-маршрутизатор».[1] Приложения могут использовать этот адрес при разговоре с любым из доступных маршрутизаторов, поскольку пакеты, отправленные на этот адрес, доставляются только на один маршрутизатор.

128 самых высоких адресов в каждом /64 префиксы подсети зарезервированы для использования в качестве произвольных адресов.[25] Эти адреса обычно имеют первые 57 бит идентификатора интерфейса, равные 1, за которыми следует 7-битный идентификатор anycast. Префиксы для сети, включая подсети, должны иметь длину 64 бита, в этом случае универсальный / локальный бит должен быть установлен в 0, чтобы указать, что адрес не является глобально уникальным. Адрес со значением 0x7e в 7 младших битах определяется как мобильный IPv6 домашний агенты произвольный адрес. Адрес со значением 0x7f (все биты 1) зарезервирован и не может использоваться. Больше никаких назначений из этого диапазона не производится, поэтому значения от 0x00 до 0x7d также зарезервированы.

Специальные адреса

Смотрите также: Зарезервированные IP-адреса § IPv6

В IPv6 есть ряд адресов со специальным значением.[26] Они составляют менее 2% всего адресного пространства:

Специальные адресные блоки
Адресный блок (CIDR)Первый адресПоследний адресКоличество адресовиспользованиеЦель
::/0::ffff: ffff: ffff: ffff: ffff: ffff: ffff: ffff2128МаршрутизацияМаршрут по умолчанию (нет конкретного маршрута)
::/128::::1Программного обеспеченияАдрес не указан.
::1/128::1::11ХозяинАдрес обратной связи к локальному хосту.
:: ffff: 0: 0/96:: ffff: 0.0.0.0:: ffff: 255.255.255.2552128−96 = 232 = 4294967296Программного обеспеченияСопоставленные адреса IPv4.
:: ffff: 0: 0: 0/96:: ffff: 0: 0.0.0.0:: ffff: 0: 255.255.255.255232Программного обеспеченияАдреса с переводом IPv4.
64: ff9b :: / 9664: ff9b :: 0.0.0.064: ff9b :: 255.255.255.255232Глобальный ИнтернетТрансляция IPv4 / IPv6.[27]
100::/64100::100 :: ffff: ffff: ffff: ffff264МаршрутизацияОтменить префикс.[28]
2001::/322001::2001 :: ffff: ffff: ffff: ffff: ffff: ffff296Глобальный ИнтернетТередо туннелирование.
2001:20::/282001:20::2001: 2f: ffff: ffff: ffff: ffff: ffff: ffff2100Программного обеспеченияORCHIDv2.[29]
2001: db8 :: / 322001: db8 ::2001: db8: ffff: ffff: ffff: ffff: ffff: ffff296ДокументацияАдреса, используемые в документации и примерах исходного кода.[30]
2002::/162002::2002: FFFF: FFFF: FFFF: FFFF: FFFF: FFFF: FFFF2112Глобальный ИнтернетВ 6to4 схема адресации (теперь не рекомендуется).[31]
fc00 :: / 7fc00 ::fdff: ffff: ffff: ffff: ffff: ffff: ffff: ffff2121Частная сетьУникальный местный адрес.[32]
fe80 :: / 10fe80 ::febf: ffff: ffff: ffff: ffff: ffff: ffff: ffff2118СвязьЛокальный адрес ссылки.
ff00 :: / 8ff00 ::ffff: ffff: ffff: ffff: ffff: ffff: ffff: ffff2120Глобальный ИнтернетАдрес многоадресной рассылки.

Одноадресные адреса

Маршрут по умолчанию

  • ::/0 - The маршрут по умолчанию адрес (соответствующий 0.0.0.0/0 в IPv4) для адресов назначения (одноадресная, многоадресная и другие), не указанных в других местах таблицы маршрутизации.

Неуказанный адрес

  • ::/128 - Адрес со всеми нулевыми битами называется неуказанным адресом (соответствует 0.0.0.0/32 в IPv4).
    Этот адрес никогда не должен назначаться интерфейсу и должен использоваться только в программном обеспечении до того, как приложение узнает адрес источника своего хоста, подходящий для ожидающего соединения. Маршрутизаторы не должны пересылать пакеты с неуказанным адресом.
    Приложения могут прослушивать один или несколько определенных интерфейсов для входящих подключений, которые показаны в списках активных подключений к Интернету с помощью определенного IP-адреса (и номера порта, разделенного двоеточием). Если отображается неуказанный адрес, это означает, что приложение прослушивает входящие соединения на всех доступных интерфейсах.

Местные адреса

  • ::1/128 - The петля адрес является одноадресным localhost адрес (соответствующий 127.0.0.1/8 в IPv4).
    Если приложение на хосте отправляет пакеты на этот адрес, стек IPv6 зацикливает эти пакеты на том же виртуальном интерфейсе.
  • fe80 ::/10 - Адреса в префиксе локальной ссылки действительны и уникальны только для одной ссылки (сопоставимо с адресами автоконфигурации 169.254.0.0/16 IPv4).
    Внутри этого префикса выделяется только одна подсеть (54 нулевых бита), что дает эффективный формат fe80 ::/64. Наименее значащие 64 бита обычно выбираются в качестве аппаратного адреса интерфейса, построенного в модифицированный EUI-64 формат. А локальный адрес ссылки требуется на каждом интерфейсе с поддержкой IPv6 - другими словами, приложения могут полагаться на наличие локального адреса канала даже при отсутствии маршрутизации IPv6.
Основная статья: Локальный адрес ссылки § IPv6

Уникальные локальные адреса

  • fc00 ::/7 — Уникальные локальные адреса (ULA) предназначены для локальной связи[32] (сравним с Частные адреса IPv4 10.0.0.0/8, 172.16.0.0/12 и 192.168.0.0/16).
    Они маршрутизируются только в пределах набора взаимодействующих сайтов. Блок разделен на две половины. Нижняя половина блока (fc00 ::/8) был предназначен для глобально распределенных префиксов, но метод распределения еще не определен. Верхняя половина (fd00 ::/8) используется для "вероятностно уникальных" адресов, в которых /8 префикс сочетается с 40-битным локально сгенерированным псевдослучайный номер, чтобы получить /48 частный префикс. То, как выбирается такое 40-битное число, приводит лишь к незначительной вероятности того, что два сайта, которые хотят объединиться или взаимодействовать друг с другом, будут использовать одно и то же 40-битное число и, таким образом, использовать одно /48 префикс.[32]

Переход с IPv4

  • :: ffff: 0: 0/96 - Этот префикс используется для Механизмы перехода IPv6 и обозначен как IPv4-сопоставленный IPv6-адрес.
    За некоторыми исключениями, этот тип адреса позволяет прозрачно использовать Транспортный уровень протоколы через IPv4 через сеть IPv6 интерфейс прикладного программирования. Серверным приложениям нужно только открыть одно прослушивание разъем для обработки подключений от клиентов с использованием протоколов IPv6 или IPv4. Клиенты IPv6 будут обрабатываться по умолчанию изначально, а клиенты IPv4 отображаются как клиенты IPv6 на своих IPv6-адресах, сопоставленных с IPv4. Передача осуществляется аналогично; установленные сокеты могут использоваться для передачи дейтаграммы IPv4 или IPv6 на основе привязки к IPv6-адресу или IPv4-сопоставленному адресу.
Смотрите также: Двойной стек
  • :: ffff: 0: 0: 0/96 - Префикс, используемый для IPv4-преобразованные адреса.
    Они используются Трансляция IP / ICMP без сохранения состояния (SIIT) протокол.[33]
  • 64: ff9b ::/96 - Приставка "Известная".
    Адреса с этим префиксом используются для автоматического преобразования IPv4 / IPv6.[27]
Основная статья: 6to4
  • 2002::/16 - Этот префикс использовался для 6to4 адресация (адрес из сети IPv4 192.88.99.0/24 также использовался).
    Схема адресации 6to4 устарела.[31]
Основная статья: 6to4

Специальные адреса

IANA зарезервировала так называемый адресный блок Sub-TLA ID для специальных назначений.[26][34] который состоит из 64 сетевых префиксов в диапазоне 2001:0000::/29 через 2001: 01f8 ::/29. Из этого блока выполнено три задания:
  • 2001::/32 - Используется для Тередо туннелирование.
    Смотрите также: Механизмы перехода IPv6
  • 2001:2::/48 - Используется для сравнительный анализ IPv6 (соответствует 198.18.0.0/15 для тестирования IPv4).
    Отнесен к Рабочей группе по методологии сравнительного анализа (BMWG).[35]
  • 2001:20::/28 - ORCHIDv2 (Overlay Routable Cryptographic Hash Identifiers).[29]
    Это немаршрутизируемые IPv6-адреса, используемые для криптографических хеш-идентификаторов.

Документация

  • 2001: db8 ::/32 - Этот префикс используется в документации[30] (соответствует 192.0.2.0/24, 198.51.100.0/24, и 203.0.113.0/24 в IPv4.)[36]
    Адреса следует использовать везде, где приводится пример IPv6-адреса или описываются модельные сетевые сценарии.

Отказаться

  • 100::/64 - Этот префикс используется для отбрасывания трафика.[28]

Устаревшие и устаревшие адреса

Дальнейшая информация: § Исторические заметки

Многоадресные адреса

Многоадресные адреса ff0x :: куда Икс любое шестнадцатеричное значение зарезервировано[1] и не должен быть назначен какой-либо многоадресной группе. В Управление по присвоению номеров в Интернете (IANA) управляет резервированием адресов.[37]

Вот некоторые распространенные адреса многоадресной рассылки IPv6:

АдресОписаниеДоступные области
ff0X :: 1Адрес всех узлов, идентифицируйте группу всех узлов IPv6Доступно в области 1 (локальный интерфейс) и 2 (локальный канал):
  • ff01 :: 1 → Все узлы в интерфейсе-локальные
  • ff02 :: 1 → Все узлы в ссылке-локально
ff0X :: 2Все роутерыДоступно в области 1 (локальный интерфейс), 2 (локальная ссылка) и 5 ​​(локальный сайт):
  • ff01 :: 2 → Все роутеры в интерфейсе-local
  • ff02 :: 2 → Все маршрутизаторы в локальном канале
  • ff05 :: 2 → Все роутеры на сайте-local
ff02 :: 5OSPFIGP2 (локальная ссылка)
ff02 :: 6OSPFIGP назначенные маршрутизаторы2 (локальная ссылка)
ff02 :: 9РВАТЬ маршрутизаторы2 (локальная ссылка)
ff02 :: aEIGRP маршрутизаторы2 (локальная ссылка)
ff02 :: dВсе PIM маршрутизаторы2 (локальная ссылка)
ff02 :: 1aВсе РПЛ маршрутизаторы2 (локальная ссылка)
ff0X :: fbmDNSv6Доступен во всех объемах
ff0X :: 101Все NTP серверыДоступен во всех объемах
ff02 :: 1: 1Название ссылки2 (локальная ссылка)
ff02 :: 1: 2Все-dhcp-агенты (DHCPv6 )2 (локальная ссылка)
ff02 :: 1: 3Локальное для канала разрешение многоадресных имен2 (локальная ссылка)
ff05 :: 1: 3Все-dhcp-серверы (DHCPv6 )5 (локальный)
ff02 :: 1: ff00: 0/104Многоадресный адрес запрошенного узла. Смотри ниже2 (локальная ссылка)
ff02 :: 2: ff00: 0/104Запросы информации об узле2 (локальная ссылка)

Многоадресный адрес запрошенного узла

Младшие 24 бита многоадресный адрес запрошенного узла ID группы заполняются младшими 24 битами одноадресного или произвольного адреса интерфейса. Эти адреса позволяют разрешать адреса канального уровня через Протокол обнаружения соседей (NDP) по ссылке, не беспокоя все узлы в локальной сети. Хост должен присоединиться к группе многоадресной рассылки запрошенного узла для каждого из его настроенных одноадресных или произвольных адресов.

Автоконфигурация адреса без сохранения состояния

При запуске системы узел автоматически создает локальный адрес ссылки на каждом интерфейсе с поддержкой IPv6, даже если глобально маршрутизируемые адреса настроены вручную или получены с помощью «протоколов конфигурации» (см. ниже). Он делает это независимо и без какой-либо предварительной настройки с помощью автоконфигурации адреса без сохранения состояния (SLAAC),[38] с использованием компонента Протокол обнаружения соседей. Этот адрес выбирается с префиксом fe80 ::/64.

В IPv4 типичные «протоколы конфигурации» включают DHCP или PPP. Несмотря на то что DHCPv6 существует, хосты IPv6 обычно используют Протокол обнаружения соседей для создания глобально маршрутизируемого одноадресного адреса: хост отправляет запросы маршрутизатора и IPv6 маршрутизатор отвечает назначением префикса.[39]

Младшие 64 бита этих адресов заполняются 64-битным идентификатором интерфейса в модифицированный EUI-64 формат. Этот идентификатор обычно используется всеми автоматически настраиваемыми адресами этого интерфейса, что имеет то преимущество, что только один многоадресная передача к группе необходимо присоединиться для обнаружения соседей. Для этого используется многоадресный адрес, образованный из префикса сети. ff02 :: 1: ff00: 0/104 и 24 младших бита адреса.

Модифицированный EUI-64

64-битный идентификатор интерфейса чаще всего получается из его 48-битного идентификатора. MAC-адрес. MAC-адрес 00-0C-29-0C-47-D5 превращается в 64-битный EUI-64 вставив FF-FE в середине: 00-0C-29-FF-FE-0C-47-D5. Когда этот EUI-64 используется для формирования адреса IPv6, он изменяется:[1] смысл Универсальный / местный бит (7-й по старшинству бит EUI-64, начиная с 1) инвертируется, так что 1 теперь означает Универсальный. Чтобы создать IPv6-адрес с префиксом сети 2001: db8: 1: 2 ::/64 это дает адрес 2001: db8: 1: 2: 020c: 29ff: fe0c: 47d5 (с Универсальный / местный bit, второй наименее значимый бит подчеркнутого квартета, в данном случае инвертированный в 1, потому что MAC-адрес универсально уникален).

Обнаружение повторяющегося адреса

Присвоение одноадресная передача IPv6-адрес интерфейса включает внутренний тест на уникальность этого адреса с использованием Поиск соседей и Соседская реклама (ICMPv6 сообщения типа 135 и 136). В процессе установления уникальности адрес имеет пробный государственный.

Узел присоединяется к запрошенный узел многоадресный адрес для предварительного адреса (если это еще не сделано) и отправляет запросы соседям, с предварительным адресом в качестве целевого адреса и неуказанным адресом (::/128) в качестве исходного адреса. Узел также присоединяется к многоадресному адресу для всех хостов. ff02 :: 1, поэтому он сможет получить Реклама соседей.

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

Время жизни адреса

Каждый IPv6-адрес, привязанный к интерфейсу, имеет фиксированное время жизни. Срок службы бесконечен, если не настроен на более короткий период. Состояние адреса определяется двумя периодами жизни: предпочтительный срок службы и действительный срок службы.[40] Срок службы можно настроить в маршрутизаторы которые предоставляют значения, используемые для автоконфигурации или указанные при ручной настройке адресов на интерфейсах.

Когда адрес назначается интерфейсу, он получает статус «предпочтительный», который он сохраняет в течение своего предпочтительного времени жизни. По истечении этого срока жизни статус становится «устаревшим», и новые соединения не должны выполняться с использованием этого адреса. Адрес становится "недействительным" по истечении срока его действия; адрес удаляется из интерфейса и может быть назначен где-нибудь еще на Интернет.

Примечание. В большинстве случаев время жизни не истекает, поскольку новые объявления маршрутизатора (RA) обновляют таймеры. Но если больше нет RA, в конечном итоге предпочтительный срок службы истечет, и адрес станет «устаревшим».

Временные адреса

Глобальные уникальные и статические MAC-адреса, используемые автоконфигурацией адресов без сохранения состояния для создания идентификаторов интерфейсов, предлагают возможность отслеживать оборудование пользователя - во времени и изменения префикса сети IPv6 - и, следовательно, пользователей.[41] Чтобы уменьшить вероятность того, что идентификатор пользователя будет постоянно привязан к части адреса IPv6, узел может создавать временные адреса с идентификаторами интерфейса на основе изменяющихся во времени случайных битовых строк.[42] и относительно короткие сроки жизни (от часов до дней), по истечении которых они заменяются новыми адресами.

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

Сетевые интерфейсы, настроенные для IPv6, по умолчанию используют временные адреса в OS X Lion и более поздние системы Apple, а также в Виндоус виста, Windows 2008 Server и более поздние системы Microsoft.

Криптографически сгенерированные адреса

Как средство повышения безопасности Протокол обнаружения соседей криптографически сгенерированные адреса (или CGA) были представлены в 2005 г.[43] как часть Обнаружение безопасного соседа (ОТПРАВИТЬ) Протокол.

Такой адрес создается с использованием двух хэш-функции которые принимают несколько входов. Первый использует открытый ключ и модификатор random; последнее многократно увеличивается до тех пор, пока не будет получено определенное количество нулевых битов результирующего хэша (сопоставимо с полем «доказательство работы» в Биткойн Вторая хеш-функция принимает сетевой префикс и предыдущее значение хеш-функции. 64-битные младшие биты второго хеш-результата добавляются к 64-битному сетевому префиксу для формирования 128-битного адреса.

Хеш-функции также можно использовать для проверки того, удовлетворяет ли конкретный IPv6-адрес требованию действительного CGA. Таким образом, связь может быть установлена ​​исключительно между доверенными адресами.

Адреса со стабильной конфиденциальностью

Использование автоматически настраиваемых адресов без сохранения состояния имеет серьезные последствия для безопасности и конфиденциальности.[44] потому что базовый аппаратный адрес (чаще всего MAC-адрес ) доступен за пределами локальной сети, что позволяет отслеживать действия пользователей и соотносить учетные записи пользователей с другой информацией. Он также позволяет использовать стратегии атаки, зависящие от поставщика, и уменьшает размер адресного пространства для поиска целей атаки.

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

Генерация стабильного адреса конфиденциальности основана на хэш-функции, которая использует несколько стабильных параметров. Это зависит от реализации, но рекомендуется использовать как минимум префикс сети, имя сетевого интерфейса, счетчик дублирующихся адресов и секретный ключ. Результирующее значение хеш-функции используется для построения окончательного адреса: обычно 64 младших значащих бита объединяются с 64-битным префиксом сети, чтобы получить 128-битный адрес. Если префикс сети меньше 64 бит, используется больше бит хеша. Если полученный адрес не конфликтует с существующими или зарезервированными адресами, он назначается интерфейсу.

Выбор адреса по умолчанию

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

Алгоритм выбора предпочтений опубликован в RFC 6724 выбирает наиболее подходящий адрес для использования в связи с конкретным местом назначения, включая использование адресов с отображением IPv4 в двойной стек реализации.[45] Он использует настраиваемую таблицу предпочтений, которая связывает каждый префикс маршрутизации с уровнем приоритета. Таблица по умолчанию имеет следующее содержимое:[45]

ПрефиксПриоритетЭтикеткаиспользование
::1/128500Localhost
::/0401Одноадресная передача по умолчанию
:: ffff: 0: 0/96354IPv4-сопоставленный IPv6-адрес
2002::/163026to4
2001::/3255Тередо туннелирование
fc00 :: / 7313Уникальный местный адрес
::/9613Адреса, совместимые с IPv4 (устарело)
fec0 :: / 10111Локальный адрес сайта (не рекомендуется)
3ffe :: / 161126bone (возвращено)

Конфигурация по умолчанию отдает предпочтение использованию IPv6 и выбирает адреса назначения в минимально возможной области, так что локальная связь предпочтительнее, чем глобально маршрутизируемые пути, когда в остальном это одинаково подходит. Таблица политики префиксов похожа на таблицу маршрутизации, где значение приоритета играет роль стоимости канала, где более высокое предпочтение выражается как большее значение. Предпочтительно, чтобы исходные адреса имели то же значение метки, что и адрес назначения. Адреса сопоставляются с префиксами на основе самой длинной совпадающей наиболее значимой битовой последовательности. Адреса кандидатов-источников получаются из Операционная система и возможные адреса назначения могут быть запрошены через система доменных имен (DNS).

Для минимизации времени установления соединений, когда для связи доступны несколько адресов, Счастливые глазные яблоки был разработан алгоритм. Он запрашивает система доменных имен для адресов IPv6 и IPv4 целевого хоста сортирует адреса кандидатов, используя таблицу выбора адресов по умолчанию, и пытается установить соединения параллельно. Первое установленное соединение прерывает текущие и будущие попытки подключиться к другим адресам.

система доменных имен

в система доменных имен, имена хостов сопоставляются с адресами IPv6 AAAA ресурсные записи, так называемые квад-А записи.[46]За обратный поиск IETF зарезервировал домен ip6.arpa, где пространство имен иерархически разделено однозначным шестнадцатеричный представление клев единиц (4 бита) IPv6-адреса.

Как и в IPv4, каждый хост представлен в DNS двумя записями DNS: записью адреса и записью указателя обратного сопоставления. Например, главный компьютер с именем вышка в зоне example.com имеет Уникальный локальный адрес fdda: 5cc1: 23: 4 :: 1f. Его адресная запись quad-A

 derrick.example.com. В АААА fdda: 5cc1: 23: 4 :: 1f

и его запись указателя IPv6

 f.1.0.0.0.0.0.0.0.0.0.0.0.0.0.4.0.0.0.3.2.0.0.1.c.c.5.a.d.d.f.ip6.arpa. НА PTR derrick.example.com.

Эта запись указателя может быть определена в нескольких зонах, в зависимости от цепочки делегирования полномочий в зоне d.f.ip6.arpa.

Протокол DNS не зависит от Транспортный уровень протокол. Запросы и ответы могут передаваться через транспорт IPv6 или IPv4 независимо от семейства адресов запрошенных данных.

Поля записи AAAA
ИМЯДоменное имя
ТИПАААА (28)
УЧЕБНЫЙ КЛАССИнтернет (1)
TTLВремя жить в секундах
ДЛИНАДлина поля RDATA
RDATA128-битный IPv6-адрес, сетевой порядок байтов

Исторические заметки

Устаревшие и устаревшие адреса

  • Префикс локального сайта fec0 ::/10 указывает, что адрес действителен только в сети сайтов организации. Это было частью оригинальной архитектуры адресации.[47] в декабре 1995 г., но его использование было прекращено в сентябре 2004 г.[48] потому что определение термина сайт был неоднозначным, что привело к путанице в правилах маршрутизации. Новые сети не должны поддерживать этот особый тип адреса. В октябре 2005 г. появилась новая спецификация[32] заменил этот тип адреса на уникальные локальные адреса.
  • Адресный блок 200::/7 был определен как префикс OSI NSAP-mapped, установленный в августе 1996 года,[49][50] но устарел в декабре 2004 года.[51]
  • 96-битный префикс нулевого значения ::/96, первоначально известный как IPv4-совместимые адреса, упоминается в 1995 г.[47] но впервые описан в 1998 году.[52][неудачная проверка ] Этот диапазон адресов использовался для представления IPv4 адреса в рамках технологии перехода IPv6. У такого IPv6-адреса первые (наиболее значимые) 96 битов установлены в ноль, а последние 32 бита представляют собой представленный IPv4-адрес. В феврале 2006 г. Инженерная группа Интернета (IETF) отказался от использования адресов, совместимых с IPv4.[1] Единственное, что осталось от этого формата адреса - это представление IPv4-адреса в таблице или базе данных с элементами фиксированного размера, которые также должны иметь возможность хранить IPv6-адрес.
  • Блок адресов 3ffe ::/16 был выделен в тестовых целях для 6bone сеть в декабре 1998 г.[52] До этого адресный блок 5f00 ::/8 был использован для этой цели. Оба блока адресов были возвращены в пул адресов в июне 2006 года.[53]
  • Из-за проблем с работой 6to4 использование адресного блока 2002::/16 уменьшается, поскольку механизм 6to4 устарел с мая 2015 года.[31] Хотя блокировка адресов IPv4 192.88.99.0/24 не рекомендуется, 2002::/16 не является.
  • В апреле 2007 года адресный блок 2001:10::/28 был назначен для Overlay Routable Cryptographic Hash Identifiers (ORCHID).[54] Он был предназначен для экспериментального использования. В сентябре 2014 года была указана вторая версия ORCHID,[29] и с введением блока 2001:20::/28 исходный блок был возвращен IANA.

Разное

  • За обратный поиск DNS, IPv6-адреса изначально были зарегистрированы в зоне DNS ip6.int, потому что ожидалось, что домен верхнего уровня арпа был бы на пенсии. В 2000 г. Совет по архитектуре Интернета (IAB) отменил это намерение и в 2001 году решил, что arpa должна сохранить свою первоначальную функцию. Домены в ip6.int перенесены на ip6.arpa[55] а зона ip6.int была официально удалена 6 июня 2006 г.
  • В марте 2011 г. IETF доработаны рекомендации по выделению адресных блоков конечным сайтам.[21] Вместо того, чтобы назначать либо /48, /64, или же /128 (в соответствии с IAB 'песок IESG взгляды 2001 г.),[56] Интернет-провайдерам следует рассмотреть возможность назначения меньших блоков (например, /56) конечным пользователям. В ARIN, СПЕЛЫЙ & APNIC политика региональных реестров поощряет /56 назначения там, где это необходимо.[21]
  • Первоначально существовало два предложения по преобразованию доменных имен в адреса IPv6: одно с использованием записей AAAA,[57] другой использует записи A6.[58] Преобладающий метод записи AAAA сопоставим с записями A для IPv4, обеспечивая простое сопоставление имени хоста с адресом IPv6. В методе, использующем записи A6, используется иерархическая схема, в которой отображение последующих групп адресных битов задается дополнительными записями A6, что дает возможность перенумеровать все хосты в сети путем изменения одной записи A6. Поскольку предполагаемые преимущества формата A6 не перевешивали предполагаемые затраты,[59][60][61][62] в 2002 году метод переведен в экспериментальный статус,[60] и, наконец, до исторического статуса в 2012 году.[62]
  • В 2009 году было обнаружено, что многие преобразователи DNS в устройствах NAT и маршрутизаторах домашних сетей неправильно обрабатывают записи AAAA.[63] Некоторые из них просто отбрасывали DNS-запросы для таких записей вместо того, чтобы должным образом возвращать соответствующий отрицательный ответ DNS. Поскольку запрос отброшен, хост, отправляющий запрос, должен дождаться срабатывания тайм-аута. Это часто вызывает замедление при подключении к хостам с двойным стеком IPv6 / IPv4, поскольку клиентское программное обеспечение будет ждать сбоя подключения IPv6, прежде чем пытаться использовать IPv4.
    Смотрите также: Счастливые глазные яблоки

Рекомендации

  1. ^ а б c d е ж грамм час я Р. Хинден; С. Диринг (Февраль 2006 г.). Архитектура адресации IP версии 6. Сетевая рабочая группа. Дои:10.17487 / RFC4291. RFC 4291. Автор обновления: RFC 5952, RFC 6052, RFC 7136, RFC 7346, RFC 7371, RFC 8064.
  2. ^ Сильвия Хаген (май 2006 г.). Основы IPv6 (Второе изд.). О'Рейли. ISBN  978-0-596-10058-2.
  3. ^ а б П. Савола; Б. Хаберман (ноябрь 2004 г.). Встраивание адреса точки рандеву (RP) в многоадресный IPv6-адрес. Сетевая рабочая группа. Дои:10.17487 / RFC3956. RFC 3956.
  4. ^ а б Б. Хаберман; Д. Талер (август 2002 г.). Многоадресные IPv6-адреса на основе одноадресных префиксов. Сетевая рабочая группа. Дои:10.17487 / RFC3306. RFC 3306.
  5. ^ J-S. Парк; М-К. Голень; HJ. Ким (апрель 2006 г.). Метод создания многоадресных IPv6-адресов с привязкой к определенному каналу. Сетевая рабочая группа. Дои:10.17487 / RFC4489. RFC 4489.
  6. ^ Грациани, Рик (2012). Основы IPv6: простой подход к пониманию IPv6. Cisco Press. п. 55. ISBN  978-0-13-303347-2.
  7. ^ Коффин, Том (2014). Планирование адресов IPv6: разработка плана адресов на будущее. O'Reilly Media. п. 170. ISBN  978-1-4919-0326-1.
  8. ^ С. Кавамура; М. Кавасима (август 2010 г.). Рекомендация по текстовому представлению адресов IPv6. IETF. Дои:10.17487 / RFC5952. ISSN  2070-1721. RFC 5952.
  9. ^ Т. Бернерс-Ли; Р. Филдинг; Л. Масинтер (январь 2005 г.). Универсальный идентификатор ресурса (URI): универсальный синтаксис. Сетевая рабочая группа. Дои:10.17487 / RFC3986. СТАНДАРТ 66. RFC 3986.
  10. ^ а б С.Деринг; Б. Хаберман; T. Jinmei; Э. Нордмарк; Б. Зилл (март 2005 г.). Архитектура адресов IPv6 в области видимости. Сетевая рабочая группа. Дои:10.17487 / RFC4007. RFC 4007.
  11. ^ Представление идентификаторов зон IPv6 в адресных литералах и унифицированных идентификаторах ресурсов. Tools.ietf.org. Проверено 9 июля 2013.
  12. ^ "История домена ipv6-literal.net". кто. Получено 20 октября 2014.
  13. ^ «Зоны охвата». Центр знаний IBM. Получено 13 декабря 2019. Пакеты, содержащие адрес источника или назначения данной области, могут быть маршрутизированы только в пределах одной и той же области, и не могут быть перенаправлены между разными экземплярами зоны области.
  14. ^ R Droms (август 2014 г.). Области многоадресной рассылки IPv6. IETF. Дои:10.17487 / RFC7346. ISSN  2070-1721. RFC 7346.
  15. ^ Управление распределением IPv6-адресов. Сетевая рабочая группа, IETF. Декабрь 1995 г. Дои:10.17487 / RFC1881. RFC 1881.
  16. ^ Адресное пространство IPv6 в IANA. Iana.org (29 октября 2010 г.). Проверено 28 сентября 2011.
  17. ^ Назначение одноадресных адресов IPv6, IANA
  18. ^ DE-TELEKOM-20050113 db.ripe.net. Проверено 28 сентября 2011.
  19. ^ «Руководство по политике ресурсов нумерации ARIN: Первоначальное выделение ISP».
  20. ^ «Политика распределения и назначения IPv6-адресов RIPE NCC: минимальное выделение».
  21. ^ а б c Т. Нартен; Г. Хьюстон; Л. Робертс (март 2011 г.). Назначение адресов IPv6 конечным сайтам. IETF. Дои:10.17487 / RFC6177. БКП 157. RFC 6177.
  22. ^ Например. Iana.org. Проверено 28 сентября 2011.
  23. ^ «Планы адресации IPv6». Вики-сайт ARIN IPv6. Получено 2018-07-15. Все клиенты получают один /48 если они не могут показать, что им нужно более 65 тыс. подсетей. [...] Если у вас много клиентов-потребителей, вы можете назначить /56с частными домами.
  24. ^ «Адресное пространство, управляемое RIPE NCC». Получено 2011-05-22.
  25. ^ Д. Джонсон; С. Диринг (Март 1999 г.). Зарезервированные адреса произвольной рассылки в подсети IPv6. Сетевая рабочая группа. Дои:10.17487 / RFC2526. RFC 2526.
  26. ^ а б М. Коттон; Л. Вегода; Р. Боника; Б. Хаберман (апрель 2013 г.). Реестры IP-адресов специального назначения. Инженерная группа Интернета. Дои:10.17487 / RFC6890. БКП 153. RFC 6890. Обновлено RFC 8190.
  27. ^ а б К. Бао; C. Huitema; М. Багнуло; М. Букадар; X. Ли (октябрь 2010 г.). IPv6-адресация трансляторов IPv4 / IPv6. Инженерная группа Интернета. Дои:10.17487 / RFC6052. RFC 6052.
  28. ^ а б Н. Хиллиард; Д. Фридман (август 2012 г.). Префикс отмены для IPv6. Инженерная группа Интернета. Дои:10.17487 / RFC6666. RFC 6666.
  29. ^ а б c Ж. Лаганье; Ф. Дюпон (сентябрь 2014 г.). Префикс IPv6 для наложенных маршрутизируемых криптографических хэш-идентификаторов версии 2 (ORCHIDv2). Инженерная группа Интернета. Дои:10.17487 / RFC7343. RFC 7343.
  30. ^ а б Г. Хьюстон; А. Лорд; П. Смит (июль 2004 г.). Префикс IPv6-адреса зарезервирован для документации. Сетевая рабочая группа. Дои:10.17487 / RFC3849. RFC 3849.
  31. ^ а б c О. Троан (май 2015 г.). Б. Карпентер (ред.). Префикс Anycast устарел для маршрутизаторов ретрансляции 6to4. Инженерная группа Интернета. Дои:10.17487 / RFC7526. БКП 196. RFC 7526.
  32. ^ а б c d Р. Хинден; Б. Хаберман (октябрь 2005 г.). Уникальные локальные одноадресные IPv6-адреса. Сетевая рабочая группа. Дои:10.17487 / RFC4193. RFC 4193.
  33. ^ К. Бао; X. Li; Ф. Бейкер; Т. Андерсон; Ф. Гонт (июнь 2016 г.). Алгоритм трансляции IP / ICMP без сохранения состояния. Дои:10.17487 / RFC7915. RFC 7915.
  34. ^ Р. Хинден; С. Диринг; Р. Финк; Т. Хайн (сентябрь 2000 г.). Первоначальные назначения идентификаторов IPv6 Sub-TLA. Сетевая рабочая группа. Дои:10.17487 / RFC2928. RFC 2928.
  35. ^ К. Поповичу; А. Хамза; Г. Ван де Вельде; Д. Дугаткин (май 2008 г.). Методология сравнительного анализа IPv6 для устройств сетевого взаимодействия. Сетевая рабочая группа. Дои:10.17487 / RFC5180. RFC 5180.
  36. ^ Дж. Аркко; М. Коттон; Л. Вегода (январь 2010 г.). Блоки адресов IPv4 зарезервированы для документации. Инженерная группа Интернета. Дои:10.17487 / RFC5737. ISSN  2070-1721. RFC 5737.
  37. ^ Многоадресные адреса Интернет-протокола IANA версии 6.
  38. ^ С. Томсон; Т. Нартен; Т. Цзиньмэй (сентябрь 2007 г.). Автоконфигурация адреса IPv6 без сохранения состояния. Сетевая рабочая группа. Дои:10.17487 / RFC4862. RFC 4862.
  39. ^ Т. Нартен; Э. Нордмарк; В. Симпсон; Х. Холиман (сентябрь 2007 г.). Обнаружение соседей для IP версии 6 (IPv6). Сетевая рабочая группа. Дои:10.17487 / RFC4861. RFC 4861.
  40. ^ Ильич ван Бейнум (2006). «Внутреннее устройство IPv6». Журнал Интернет-протокола. 9 (3). С. 16–29.
  41. ^ Последствия для конфиденциальности IPv6-адресации без сохранения состояния. Portal.acm.org (21 апреля 2010 г.). Проверено 28 сентября 2011.
  42. ^ Т. Нартен; Р. Дрейвс; С. Кришнан (сентябрь 2007 г.). Расширения конфиденциальности для автоконфигурации адресов без сохранения состояния в IPv6. Сетевая рабочая группа. Дои:10.17487 / RFC4941. RFC 4941.
  43. ^ Т. Аура (март 2005 г.). Криптографически сгенерированные адреса (CGA). Сетевая рабочая группа IETF. Дои:10.17487 / RFC3972. RFC 3972.
  44. ^ Ф. Гонт (апрель 2014 г.). Метод создания семантически непрозрачных идентификаторов интерфейса с помощью автоконфигурации адреса без сохранения состояния IPv6 (SLAAC). IETF. Дои:10.17487 / RFC7217. ISSN  2070-1721. RFC 7217.
  45. ^ а б Д. Талер; Р. Дрейвс; А. Мацумото; Т. Чоун (сентябрь 2012 г.). Д. Талер (ред.). Выбор адреса по умолчанию для Интернет-протокола версии 6 (IPv6). IETF. Дои:10.17487 / RFC6724. ISSN  2070-1721. RFC 6724.
  46. ^ С. Томсон; C. Huitema; В. Ксинант; М. Суисси (октябрь 2003 г.). Расширения DNS для поддержки IP версии 6. Сетевая рабочая группа. Дои:10.17487 / RFC3596. RFC 3596.
  47. ^ а б Р. Хинден; С. Диринг (Декабрь 1995 г.). Архитектура адресации IP версии 6. Сетевая рабочая группа. Дои:10.17487 / RFC1884. RFC 1884.
  48. ^ C. Huitema; Б. Карпентер (сентябрь 2004 г.). Прекращение поддержки локальных адресов сайтов. Сетевая рабочая группа. Дои:10.17487 / RFC3879. RFC 3879.
  49. ^ Дж. Хьюстон (август 2005 г.). Предлагаемые изменения в формате реестра IANA IPv6. Сетевая рабочая группа. Дои:10.17487 / RFC4147. RFC 4147.
  50. ^ J. Bound; Б. Карпентер; Д. Харрингтон; Дж. Хулдсворт; А. Ллойд (август 1996 г.). OSI NSAP и IPv6. Сетевая рабочая группа. Дои:10.17487 / RFC1888. RFC 1888. Устарело RFC 4048.
  51. ^ Б. Карпентер (апрель 2005 г.). RFC 1888 устарел. Дои:10.17487 / RFC4048. RFC 4048.
  52. ^ а б Р. Хинден; Р. Финк; J. Postel (Декабрь 1998 г.). Выделение тестового адреса IPv6. Дои:10.17487 / RFC2471. RFC 2471. Устарело RFC 3701.
  53. ^ Р. Финк; Р. Хинден (март 2004 г.). 6bone (выделение адресов для тестирования IPv6) Поэтапный отказ. Сетевая рабочая группа. Дои:10.17487 / RFC3701. RFC 3701.
  54. ^ П. Никандер; Ж. Лаганье; Ф. Дюпон (апрель 2007 г.). Префикс IPv6 для наложенных маршрутизируемых криптографических хэш-идентификаторов (ORCHID). Сетевая рабочая группа. Дои:10.17487 / RFC4843. RFC 4843.
  55. ^ Р.Буш (август 2001 г.). Делегация IP6.ARPA. Дои:10.17487 / RFC3152. RFC 3152. Устарело RFC 3596
  56. ^ IAB; IESG (Сентябрь 2001 г.). Рекомендации IAB / IESG по распределению адресов IPv6 сайтам. Дои:10.17487 / RFC3177. RFC 3177.
  57. ^ С. Томсон; К. Уитема (декабрь 1995 г.). Расширения DNS для поддержки IP версии 6. Сетевая рабочая группа. Дои:10.17487 / RFC1886. RFC 1886. Устарело RFC 3596.
  58. ^ М. Кроуфорд; К. Уитема (июль 2000 г.). Расширения DNS для поддержки агрегации и перенумерации адресов IPv6. Дои:10.17487 / RFC2874. RFC 2874.
  59. ^ Сравнение АААА и А6 (действительно ли нам нужен А6?), Дзюн-итиро итоцзюн Хагино (июль 2001 г.)
  60. ^ а б Р. Буш; А. Дюран; Б. Финк; О. Гудмундссон; Т. Хайн (август 2002 г.). Представление адресов Интернет-протокола версии 6 (IPv6) в системе доменных имен (DNS). Сетевая рабочая группа. Дои:10.17487 / RFC3363. RFC 3363..
  61. ^ Р. Остейн (август 2002 г.). Компромиссы в поддержке системы доменных имен (DNS) для интернет-протокола версии 6 (IPv6). Сетевая рабочая группа. Дои:10.17487 / RFC3364. RFC 3364.
  62. ^ а б С. Цзян; Д. Конрад; Б. Карпентер (март 2012 г.). Перемещение A6 в исторический статус. IETF. Дои:10.17487 / RFC6536. RFC 6536.
  63. ^ Ю. Моришита; Т. Цзиньмей (май 2005 г.). Распространенное неправильное поведение при запросах DNS для адресов IPv6. Дои:10.17487 / RFC4074. RFC 4074.

внешняя ссылка