Интернет - протокол версии 6 - адрес ( адрес IPv6 ) является числовым метка , которая используется , чтобы идентифицировать и определить местонахождение сетевого интерфейса компьютера или сетевой узел , участвующих в компьютерной сети с использованием протокола IPv6 . IP-адреса включаются в заголовок пакета, чтобы указать источник и место назначения каждого пакета. IP-адрес пункта назначения используется для принятия решений о маршрутизации IP-пакетов в другие сети.
IPv6 является преемником первой инфраструктуры адресации Интернета , Интернет-протокола версии 4 (IPv4). В отличие от IPv4, который определял IP-адрес как 32-битное значение, IPv6-адреса имеют размер 128 бит. Таким образом, IPv6 имеет значительно увеличенное адресное пространство .
Методы адресации
Адреса IPv6 классифицируются по основным методологиям адресации и маршрутизации, распространенным в сети: одноадресная адресация, произвольная адресация и многоадресная адресация. [1]
Одноадресный адрес идентифицирует один сетевой интерфейс. Интернет-протокол доставляет пакеты, отправленные на одноадресный адрес, на этот конкретный интерфейс.
Нечеткий адрес назначается группа интерфейсов, как правило , принадлежащей к различным узлам. Пакет, отправленный на произвольный адрес, доставляется только на один из интерфейсов-участников, обычно на ближайший хост, в соответствии с определением расстояния в протоколе маршрутизации. Адреса Anycast не могут быть легко идентифицированы, они имеют тот же формат, что и одноадресные адреса, и отличаются только своим присутствием в сети в нескольких точках. Практически любой одноадресный адрес может использоваться как произвольный адрес.
Многоадресной адрес также используется несколькими узлами , которые приобретают групповой адрес назначения, участвующих в многоадресной рассылки протокола среди сетевых маршрутизаторов. Пакет, отправленный на адрес многоадресной рассылки, доставляется на все интерфейсы, которые присоединились к соответствующей группе многоадресной рассылки. IPv6 не поддерживает широковещательную адресацию. Традиционная роль широковещательной рассылки сводится к многоадресной адресации к группе многоадресной рассылки для всех узлов ff02 :: 1 . Однако использование группы всех узлов не рекомендуется, и большинство протоколов IPv6 используют выделенную группу многоадресной рассылки для локального канала, чтобы не нарушать работу каждого интерфейса в сети.
Форматы адресов
Адрес IPv6 состоит из 128 бит. [1] Для каждой из основных методологий адресации и маршрутизации различные форматы адреса распознаются путем логического разделения 128 бит адреса на группы бит и установления правил для связывания значений этих групп бит со специальными функциями адресации.
Формат одноадресного и произвольного адреса
Одноадресные и произвольные адреса обычно состоят из двух логических частей: 64-битного префикса сети, используемого для маршрутизации , и 64-битного идентификатора интерфейса, используемого для идентификации сетевого интерфейса хоста.
биты | 48 (или больше) | 16 (или меньше) | 64 |
---|---|---|---|
поле | префикс маршрутизации | идентификатор подсети | идентификатор интерфейса |
Префикс сети ( префикс маршрутизации в сочетании с идентификатором подсети ) содержится в наиболее значимых 64 бит адреса. Размер префикса маршрутизации может различаться; больший размер префикса означает меньший размер идентификатора подсети. Биты поля идентификатора подсети доступны сетевому администратору для определения подсетей в данной сети. 64-битный идентификатор интерфейса либо автоматически генерируется из MAC-адреса интерфейса с использованием модифицированного формата EUI-64 , получается с сервера DHCPv6 , устанавливается автоматически случайным образом или назначается вручную.
Уникальные локальные адреса - это адреса, аналогичные адресации в частной сети IPv4.
биты | 7 | 1 | 40 | 16 | 64 |
---|---|---|---|---|---|
поле | приставка | L | случайный | идентификатор подсети | идентификатор интерфейса |
Поле префикса содержит двоичное значение 1111110. Бит L равен нулю для глобально назначенных адресов и единице для локально назначенных адресов. Случайное поле выбирается случайным образом один раз, в начале срока / 48 префикса маршрутизации.
Локальный адрес ссылки также основан на идентификаторе интерфейса, но использует другой формат для префикса сети.
биты | 10 | 54 | 64 |
---|---|---|---|
поле | приставка | нули | идентификатор интерфейса |
Поле префикса содержит двоичное значение 1111111010. Следующие 54 нуля делают общий сетевой префикс одинаковым для всех локальных адресов канала ( fe80 :: / 64 префикса локального адреса канала ), делая их немаршрутизируемыми.
Формат многоадресного адреса
Многоадресные адреса формируются в соответствии с несколькими конкретными правилами форматирования в зависимости от приложения.
биты | 8 | 4 | 4 | 112 |
---|---|---|---|---|
поле | приставка | flg | sc | ID группы |
Префикс имеет двоичное значение 11111111 для любого группового адреса.
В настоящее время определены 3 из 4 битов флага в поле flg ; [1] старший бит флага зарезервирован для использования в будущем.
немного | флаг | Значение, когда 0 | Имеется в виду, когда 1 |
---|---|---|---|
8 | зарезервированный | зарезервированный | зарезервированный |
9 | R (Свидание) [3] | Точка рандеву не встроена | Точка рандеву встроена |
10 | P (префикс) [4] | Без префиксной информации | Адрес на основе префикса сети |
11 | T (переходный) [1] | Хорошо известный многоадресный адрес | Динамически назначаемый многоадресный адрес |
Поле Объем 4-битный ( SC ) используется для указания того, когда адрес является действительным и уникальным.
Существуют специальные адреса многоадресной рассылки, такие как Solicited Node.
биты | 8 | 4 | 4 | 79 | 9 | 24 |
---|---|---|---|---|---|---|
поле | приставка | flg | sc | нули | те | одноадресный адрес |
Поле sc (ope) содержит двоичное значение 0010 (локально для ссылки). Адреса многоадресной рассылки запрошенных узлов вычисляются как функция одноадресных или произвольных адресов узла. Многоадресный адрес запрошенного узла создается путем копирования последних 24 бит одноадресного или произвольного адреса в последние 24 бита многоадресного адреса.
биты | 8 | 4 | 4 | 4 | 4 | 8 | 64 | 32 |
---|---|---|---|---|---|---|---|---|
поле | приставка | flg | sc | res | рид | пленка | префикс сети | 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 , сокращаются. to :: 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: а :: 123 подключен к подсети 2001: db8: а :: / 64 записывается как 2001: db8: A :: 123 / 64 .
Размеры адресного блока
Размер блока адресов указывается путем записи косой черты (/), за которой следует десятичное число, значение которого является длиной префикса сети в битах, а не путем явного указания адресов в блоке. Например, адресный блок с 48 битами в префиксе обозначается как / 48 . Такой блок содержит 2 128 - 48 = 2 80 адресов. Чем меньше значение префикса сети, тем больше блок: блок / 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 , macOS ). Последний (с использованием номера интерфейса) является стандартным синтаксисом в Microsoft Windows , но поскольку поддержка этого синтаксиса является обязательной, она также доступна в других операционных системах.
Операционные системы на основе BSD (включая macOS) также поддерживают альтернативный нестандартный синтаксис, в котором числовой индекс зоны кодируется во втором 16-битном слове адреса. Например:
- fe80: 3 :: 1ff: fe23: 4567: 890a
Во всех упомянутых выше операционных системах индекс зоны для локальных адресов ссылки фактически относится к интерфейсу, а не к зоне. Поскольку несколько интерфейсов могут принадлежать одной и той же зоне (например, при подключении к одному и тому же коммутатору ), на практике два адреса с разными идентификаторами зоны могут фактически быть эквивалентными и относиться к одному и тому же хосту по одному и тому же каналу.
Использование индексов зоны в URI
При использовании в унифицированных идентификаторах ресурсов (URI) использование знака процента вызывает конфликт синтаксиса, поэтому его необходимо экранировать с помощью процентного кодирования , [11] например:
- http: // [fe80 :: 1ff: fe23: 4567: 890a % 25 eth0] /
Буквальные адреса IPv6 в именах путей UNC
В операционных системах Microsoft Windows IPv4-адреса являются допустимыми идентификаторами местоположения в именах путей Uniform Naming Convention (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-890a s3 .ipv6-literal.net
Объемы адресов
Каждый IPv6-адрес, кроме неуказанного ( ::) , имеет «область действия» [10], которая указывает, в какой части сети он действителен.
Одноадресный
Для одноадресных адресов определены две области: локальная для канала и глобальная.
Адреса, локальные для ссылки, и адрес обратной связи имеют локальную область действия, что означает, что они могут использоваться только в одной напрямую подключенной сети (ссылке). Все остальные адреса (включая уникальные локальные адреса ) имеют глобальную (или универсальную ) область действия, что означает, что они (или могут быть) глобально маршрутизируемыми, и могут использоваться для подключения к адресам с глобальной областью действия в любом месте или к адресам с локальной областью связи. в сети с прямым подключением. Пакеты с источником или получателем в одной области не могут быть перенаправлены в другую область. [13]
Уникальные локальные адреса имеют глобальную область действия, но не администрируются глобально. В результате только другие хосты в том же административном домене (например, организации) или в пределах взаимодействующего административного домена могут достигать таких адресов при правильной маршрутизации. Поскольку их область действия является глобальной, эти адреса действительны в качестве адреса источника при обмене данными с любым другим адресом глобальной области, даже если может быть невозможно маршрутизировать пакеты от пункта назначения обратно к источнику.
Anycast
Адреса Anycast синтаксически идентичны одноадресным адресам и неотличимы от них. Единственное их отличие - административное. Таким образом, области для произвольных адресов такие же, как и для одноадресных адресов.
Многоадресная рассылка
Для многоадресных адресов четыре младших бита второго октета адреса ( ff0 s : :) идентифицируют адрес s cope , то есть домен, в котором должен распространяться многоадресный пакет. Предопределенные и зарезервированные области [1] :
Значение | Название области | Заметки |
---|---|---|
0x0 | зарезервированный | |
0x1 | интерфейс-локальный | Область действия локального интерфейса охватывает только один интерфейс на узле и используется только для кольцевой передачи многоадресной рассылки. |
0x2 | link-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, который содержит 2 80 адресов, что составляет 2 48 или около того.2,8 × 10 в 14 раз больше, чем все адресное пространство IPv4 из 2 32 адресов и примерно7,2 × 10 в 16 раз больше, чем блоки / 8 адресов IPv4, которые являются наибольшими выделениями адресов IPv4. Однако общего пула достаточно в обозримом будущем, потому что в нем 2 128 (ровно 340 282 366 920 938 463 463 374 607 431 768 211 456) или около3,4 × 10 38 (340 триллионов триллионов триллионов) уникальных адресов IPv6.
Каждый РИР можно разделить каждую из своих многочисленных / 23 блоков на 512 / 32 блоков, как правило , по одному для каждого провайдера; провайдер может разделить его / 32 блок в 65 536 / 48 блоков, как правило , по одному для каждого клиента; [23] клиенты могут создать 65 +536 / 64 сетей от назначенного им / 48 блока, каждый из которых имеет 2 64 (18,446,744,073,709,551,616) адреса. Напротив, все адресное пространство IPv4 имеет только 2 32 (точно 4294967296 или около4,3 × 10 9 ) адресов.
По замыслу, фактически будет использоваться только очень небольшая часть адресного пространства. Большое адресное пространство гарантирует, что адреса почти всегда доступны, что делает совершенно ненужным использование преобразования сетевых адресов (NAT) для сохранения адресов. NAT все чаще используется в сетях IPv4, чтобы помочь уменьшить нехватку IPv4-адресов .
Специальное распределение
Чтобы разрешить смену провайдера без перенумерации, независимое от провайдера адресное пространство - назначенное непосредственно конечному пользователю RIR - берется из специального диапазона 2001: 678 :: / 29 .
Точкам обмена интернет-трафиком (IXP) назначаются специальные адреса из диапазона 2001: 7f8 :: / 29 для связи с подключенными к ним поставщиками услуг Интернета . [24] Корневым серверам имен были назначены адреса из того же диапазона.
Зарезервированные произвольные адреса
Самый низкий адрес в пределах каждого префикса подсети (идентификатор интерфейса установлен на все нули) зарезервирован как произвольный адрес «подсеть-маршрутизатор». [1] Приложения могут использовать этот адрес при разговоре с любым из доступных маршрутизаторов, поскольку пакеты, отправленные на этот адрес, доставляются только на один маршрутизатор.
128 самых высоких адресов в каждом префиксе подсети / 64 зарезервированы для использования в качестве произвольных адресов. [25] В этих адресах обычно первые 57 бит идентификатора интерфейса устанавливаются в 1, за которыми следует 7-битный произвольный идентификатор. Префиксы для сети, включая подсети, должны иметь длину 64 бита, и в этом случае универсальный / локальный бит должен быть установлен в 0, чтобы указать, что адрес не является глобально уникальным. Адрес со значением 0x7e в 7 младших битах определяется как произвольный адрес домашнего агента мобильного IPv6 . Адрес со значением 0x7f (все биты 1) зарезервирован и не может использоваться. Больше никаких назначений из этого диапазона не производится, поэтому значения от 0x00 до 0x7d также зарезервированы.
Специальные адреса
В IPv6 есть ряд адресов со специальным значением. [26] Они составляют менее 2% всего адресного пространства:
Адресный блок (CIDR) | Первый адрес | Последний адрес | Количество адресов | Применение | Цель |
---|---|---|---|---|---|
:: / 0 | :: | ffff: ffff: ffff: ffff: ffff: ffff: ffff: ffff | 2 128 | Маршрутизация | Маршрут по умолчанию (без конкретного маршрута) |
:: / 128 | :: | :: | 1 | Программное обеспечение | Неуказанный адрес |
:: 1/128 | :: 1 | :: 1 | 1 | Хозяин | Адрес обратной связи - виртуальный интерфейс, который зацикливает весь трафик обратно на себя, локальный хост. |
:: ffff: 0: 0/96 | :: ffff: 0.0.0.0 | :: ffff: 255.255.255.255 | 2 128−96 = 2 32 =4 294 967 296 | Программное обеспечение | IPv4-сопоставленные адреса |
:: ffff: 0: 0: 0/96 | :: ffff: 0: 0.0.0.0 | :: ffff: 0: 255.255.255.255 | 2 32 | Программное обеспечение | IPv4 переведенные адреса |
64: ff9b :: / 96 | 64: ff9b :: 0.0.0.0 | 64: ff9b :: 255.255.255.255 | 2 32 | Глобальный Интернет | Трансляция IPv4 / IPv6 [27] |
100 :: / 64 | 100 :: | 100 :: ffff: ffff: ffff: ffff | 2 64 | Маршрутизация | Отменить префикс [28] |
2001: 0000: / 32 | 2001 :: | 2001 :: ffff: ffff: ffff: ffff: ffff: ffff | 2 96 | Глобальный Интернет | Тередо-туннелирование [29] |
2001 год: 20 :: / 28 | 2001 год: 20 :: | 2001: 2f: ffff: ffff: ffff: ffff: ffff: ffff | 2 100 | Программное обеспечение | ORCHIDv2 [30] |
2001: db8 :: / 32 | 2001: db8 :: | 2001: db8: ffff: ffff: ffff: ffff: ffff: ffff | 2 96 | Документация | Адреса, используемые в документации и примерах исходного кода [31] |
2002 :: / 16 | 2002 :: | 2002: FFFF: FFFF: FFFF: FFFF: FFFF: FFFF: FFFF | 2 112 | Глобальный Интернет | Схема адресации 6to4 (устарела) [32] |
fc00 :: / 7 | fc00 :: | fdff: ffff: ffff: ffff: ffff: ffff: ffff: ffff | 2 121 | Частные интернет-сети | Уникальный локальный адрес [33] |
fe80 :: / 10 | fe80 :: | fe80 :: ffff: ffff: ffff: ffff | 2 64 | Ссылка на сайт | Локальный адрес ссылки |
ff00 :: / 8 | ff00 :: | ffff: ffff: ffff: ffff: ffff: ffff: ffff: ffff | 2 120 | Глобальный Интернет | Адрес многоадресной рассылки |
Одноадресные адреса
Маршрут по умолчанию
- :: / 0 -адресмаршрута по умолчанию(соответствующий 0.0.0.0 / 0 в IPv4) для адресов назначения (одноадресная, многоадресная и другие), не указанных где-либо еще в таблице маршрутизации.
Неуказанный адрес
- :: / 128 - Адрес со всеми нулевыми битами называетсянеопределенным адресом(соответствует 0.0.0.0 / 32 в IPv4).
Этот адрес никогда не должен назначаться интерфейсу и должен использоваться только в программном обеспечении до того, как приложение узнает исходный адрес своего хоста, подходящий для ожидающего соединения. Маршрутизаторы не должны пересылать пакеты с неопределенным адресом.
Приложения могут прослушивать один или несколько определенных интерфейсов для входящих подключений, которые показаны в списках активных интернет-подключений по определенному IP-адресу (и номеру порта, разделенному двоеточием). Если отображается неуказанный адрес, это означает, что приложение прослушивает входящие соединения на всех доступных интерфейсах.
Местные адреса
- :: 1 / 128 - Theпетлевойадрес является одноадреснымлокальнымадрес (соответствует 127.0.0.1 / 8 в IPv4).
Если приложение на хосте отправляет пакеты на этот адрес, стек IPv6 зацикливает эти пакеты на том же виртуальном интерфейсе. - fe80 :: / 10 - Адреса в префиксе локальной ссылки действительны и уникальны только для одной ссылки (сопоставимо с адресами автоконфигурации 169.254.0.0 / 16 IPv4).
Внутри этого префикса выделяется только одна подсеть (54 нулевых бита), что дает эффективный формат fe80 :: / 64 . Младшие 64 бита обычно выбираются в качестве аппаратного адреса интерфейса, созданного вмодифицированномформатеEUI-64. Локальный адрестребуется на каждом IPv6поддержкой интерфейса другими словами, приложения могут рассчитывать на существование локального адресадаже если нет IPv6 маршрутизации.
Уникальные локальные адреса
- fc00 :: / 7 -Уникальные локальные адреса(ULA) предназначены для локальной связи [33] (сопоставимы счастными адресами 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 . [33]
Переход с 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). [34] - 64: ff9b :: / 96 - «Известный» префикс.
Адреса с этим префиксом используются для автоматического преобразования IPv4 / IPv6. [27]
- 2002 :: / 16 - этот префикс использовался дляадресации6to4(также использовался адрес из сети IPv4 192.88.99.0 / 24 ).
Схема адресации 6to4 устарела. [32]
Специальные адреса
- IANA зарезервировал так называемый 'Суб-TLA ID' блок адресов для выполнения специальных заданий [26] [35] из 2001 :: / 23 (разделение в диапазоне 64 сетевых префиксов 2001: 0000 :: / 29 через 2001: 01f8 :: / 29 ). На данный момент назначены три назначения из этого блока:
- 2001 :: / 32 - Используется длятуннелирования Teredo.
- 2001: 2 :: / 48 - Используется длятестированияIPv6 (соответствует 198.18.0.0 / 15 для тестирования IPv4).
Отнесен к Рабочей группе по методологии сравнительного анализа (BMWG). [36] - 2001: 20 :: / 28 - ORCHIDv2 (Overlay Routable Cryptographic Hash Identifiers). [30]
Это немаршрутизируемые адреса IPv6, используемые для криптографических идентификаторов хэша.
Документация
- 2001: db8 :: / 32 - Этот префикс используется в документации [31] (соответствует 192.0.2.0 / 24 , 198.51.100.0 / 24 и 203.0.113.0 / 24 в IPv4.) [37]
Следует использовать адреса везде, где дается пример IPv6-адреса или описываются модельные сетевые сценарии.
Отказаться
- 100 :: / 64 - Этот префикс используется для отбрасывания трафика. [28]
Устаревшие и устаревшие адреса
Многоадресные адреса
Адреса многоадресной рассылки ff0x ::, где x - любое шестнадцатеричное значение, зарезервированы [1] и не должны назначаться какой-либо группе многоадресной рассылки. Управление адресами в Интернете (IANA) управляет резервированием адресов. [38]
Вот некоторые распространенные адреса многоадресной рассылки IPv6:
Адрес | Описание | Доступные области |
---|---|---|
ff0X :: 1 | Адрес всех узлов, идентифицируйте группу всех узлов IPv6 | Доступно в области 1 (локальный интерфейс) и 2 (локальный канал):
|
ff0X :: 2 | Все роутеры | Доступно в области 1 (локальный интерфейс), 2 (локальная ссылка) и 5 (локальный сайт):
|
ff02 :: 5 | OSPFIGP | 2 (локальная ссылка) |
ff02 :: 6 | Маршрутизаторы, назначенные OSPFIGP | 2 (локальная ссылка) |
ff02 :: 9 | RIP роутеры | 2 (локальная ссылка) |
ff02 :: a | Маршрутизаторы EIGRP | 2 (локальная ссылка) |
ff02 :: d | Все маршрутизаторы PIM | 2 (локальная ссылка) |
ff02 :: 1a | Все роутеры RPL | 2 (локальная ссылка) |
ff0X :: fb | mDNSv6 | Доступен во всех объемах |
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 младших бита идентификатора группы многоадресных адресов запрошенного узла заполняются младшими 24 битами одноадресного или произвольного адреса интерфейса. Эти адреса позволяют разрешать адреса на канальном уровне через протокол обнаружения соседей (NDP) в канале, не нарушая работу всех узлов в локальной сети. Хост должен присоединиться к группе многоадресной рассылки запрошенного узла для каждого из его настроенных одноадресных или произвольных адресов.
Автоконфигурация адреса без сохранения состояния
При запуске системы узел автоматически создает локальный адрес канала для каждого интерфейса с поддержкой IPv6, даже если глобально маршрутизируемые адреса настроены вручную или получены с помощью «протоколов конфигурации» (см. Ниже). Он делает это независимо и без какой-либо предварительной настройки с помощью автоконфигурации адреса без сохранения состояния (SLAAC) [39], используя компонент протокола обнаружения соседей . Этот адрес выбирается с префиксом fe80 :: / 64 .
В IPv4 типичные «протоколы конфигурации» включают DHCP или PPP. Хотя DHCPv6 существует, узлы IPv6 обычно используют протокол обнаружения соседей для создания глобально маршрутизируемого одноадресного адреса: узел отправляет запросы запроса маршрутизатора, а маршрутизатор IPv6 отвечает назначением префикса. [40]
Младшие 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: 0 2 0c: 29ff: fe0c: 47d5 (с универсальным / локальным битом второй наименее значимый бит подчеркнутого квартета, в данном случае инвертированный в 1, поскольку MAC-адрес универсально уникален).
Обнаружение повторяющегося адреса
Назначение одноадресного IPv6-адреса интерфейсу включает внутреннюю проверку уникальности этого адреса с использованием сообщений Neighbor Solicitation и Neighbor Advertisement ( ICMPv6, тип 135 и 136). В процессе установления уникальности адрес имеет предварительное состояние.
Узел присоединяется к многоадресному адресу запрошенного узла для предварительного адреса (если это еще не сделано) и отправляет запросы соседям с предварительным адресом в качестве целевого адреса и неопределенным адресом ( :: / 128 ) в качестве исходного адреса. Узел также присоединяется к многоадресному адресу ff02 :: 1 для всех хостов , поэтому он сможет получать объявления о соседях .
Если узел получает запрос от соседа с его собственным предварительным адресом в качестве целевого адреса, то этот адрес не является уникальным. То же самое верно, если узел получает объявление соседа с предварительным адресом в качестве источника объявления. Только после того, как успешно установлено, что адрес уникален, он может быть назначен и использован интерфейсом.
Время жизни адреса
Каждый IPv6-адрес, привязанный к интерфейсу, имеет фиксированное время жизни. Срок службы бесконечен, если не настроен на более короткий период. Есть два времени жизни, которые управляют состоянием адреса: предпочтительное время жизни и действительное время жизни . [41] Срок службы можно настроить в маршрутизаторах, которые предоставляют значения, используемые для автоконфигурации, или указать при настройке адресов на интерфейсах вручную.
Когда адрес назначается интерфейсу, он получает статус «предпочтительный», который он сохраняет в течение своего предпочтительного времени жизни. По истечении этого срока жизни статус становится "устаревшим", и новые соединения не должны выполняться с использованием этого адреса. Адрес становится «недействительным» после истечения срока его действия; адрес удаляется из интерфейса и может быть назначен где-нибудь еще в Интернете .
Примечание. В большинстве случаев время жизни не истекает, потому что новые объявления маршрутизатора (RA) обновляют таймеры. Но если больше нет RA, в конечном итоге предпочтительный срок службы истекает, и адрес становится «устаревшим».
Временные адреса
Глобальные уникальные и статические MAC-адреса, используемые автоконфигурацией адресов без сохранения состояния для создания идентификаторов интерфейсов, предлагают возможность отслеживать оборудование пользователя - во времени и изменения префикса сети IPv6 - и, следовательно, пользователей. [42] Чтобы уменьшить вероятность того, что идентификатор пользователя будет постоянно привязан к части адреса IPv6, узел может создавать временные адреса с идентификаторами интерфейса на основе изменяющихся во времени случайных битовых строк [43] и относительно короткого срока службы (от часов до дней), после чего они заменяются новыми адресами.
Временные адреса могут использоваться в качестве адреса источника для исходящих соединений, в то время как внешние хосты используют публичный адрес, запрашивая систему доменных имен.
Сетевые интерфейсы, настроенные для IPv6, по умолчанию используют временные адреса в OS X Lion и более поздних системах Apple, а также в Windows Vista , Windows 2008 Server и более поздних системах Microsoft.
Криптографически сгенерированные адреса
В качестве средства повышения безопасности для протокола обнаружения соседей в 2005 году [44] были введены сгенерированные криптографически адреса (или CGA) как часть протокола безопасного обнаружения соседей (SEND).
Такой адрес создается с использованием двух хеш-функций, которые принимают несколько входных данных. Первый использует открытый ключ и случайный модификатор; последнее многократно увеличивается до тех пор, пока не будет получено определенное количество нулевых битов результирующего хэша. (Сравнимо с полем «доказательство работы» в майнинге биткойнов .) Вторая хеш-функция принимает сетевой префикс и предыдущее хеш-значение. Младшие 64 бита второго результата хеширования добавляются к 64-битному префиксу сети, чтобы сформировать 128-битный адрес.
Хеш-функции также можно использовать для проверки того, удовлетворяет ли конкретный адрес IPv6 требованию действительного CGA. Таким образом, связь может быть установлена исключительно между доверенными адресами.
Адреса со стабильной конфиденциальностью
Использование автоматически настраиваемых адресов без сохранения состояния имеет серьезные последствия для проблем безопасности и конфиденциальности [45], поскольку базовый аппаратный адрес (чаще всего MAC-адрес ) доступен за пределами локальной сети, что позволяет отслеживать действия пользователей и соотносить учетные записи пользователей с другими учетными записями. Информация. Это также позволяет использовать стратегии атаки, зависящие от поставщика, и уменьшает размер адресного пространства для поиска целей атаки.
Для устранения этих недостатков были введены стабильные адреса конфиденциальности. Они стабильны в одной сети, но меняются при переходе в другую для улучшения конфиденциальности. Они выбираются детерминированно, но случайным образом во всем адресном пространстве сети.
Генерация стабильного адреса конфиденциальности основана на хэш-функции, которая использует несколько стабильных параметров. Это зависит от реализации, но рекомендуется использовать по крайней мере префикс сети, имя сетевого интерфейса, счетчик повторяющихся адресов и секретный ключ. Результирующее хеш-значение используется для построения окончательного адреса: обычно 64 младших бита объединяются с 64-битным префиксом сети, чтобы получить 128-битный адрес. Если префикс сети меньше 64 бит, используется больше бит хэша. Если полученный адрес не конфликтует с существующими или зарезервированными адресами, он назначается интерфейсу.
Выбор адреса по умолчанию
Сетевые интерфейсы с поддержкой IPv6 обычно имеют несколько адресов IPv6, например, локальный для канала и глобальный адрес. У них также могут быть временные адреса, которые меняются по истечении определенного времени жизни. IPv6 вводит концепции области адреса и предпочтения выбора, давая возможность выбора нескольких адресов источника и назначения при обмене данными с другим хостом.
Алгоритм выбора предпочтений, опубликованный в RFC 6724, выбирает наиболее подходящий адрес для использования при обмене данными с конкретным местом назначения, включая использование адресов с отображением IPv4 в реализациях с двумя стеками . [46] Он использует настраиваемую таблицу предпочтений, которая связывает каждый префикс маршрутизации с уровнем приоритета. Таблица по умолчанию имеет следующее содержание: [46]
Приставка | Приоритет | Этикетка | Применение |
---|---|---|---|
:: 1/128 | 50 | 0 | Localhost |
:: / 0 | 40 | 1 | Одноадресная передача по умолчанию |
:: ffff: 0: 0/96 | 35 год | 4 | IPv4-сопоставленный IPv6-адрес |
2002 :: / 16 | 30 | 2 | 6to4 |
2001 :: / 32 | 5 | 5 | Тередо туннелирование |
fc00 :: / 7 | 3 | 13 | Уникальный местный адрес |
:: / 96 | 1 | 3 | Адреса, совместимые с IPv4 (устарело) |
fec0 :: / 10 | 1 | 11 | Локальный адрес сайта (не рекомендуется) |
3ffe :: / 16 | 1 | 12 | 6bone (возвращено) |
Конфигурация по умолчанию отдает предпочтение использованию IPv6 и выбирает адреса назначения в минимально возможной области, поэтому локальная связь предпочтительнее, чем глобально маршрутизируемые пути, когда в остальном это одинаково подходит. Таблица политики префиксов аналогична таблице маршрутизации, где значение приоритета играет роль стоимости канала, где более высокое предпочтение выражается как большее значение. Предпочтительно, чтобы исходные адреса имели то же значение метки, что и адрес назначения. Адреса сопоставляются с префиксами на основе самой длинной совпадающей наиболее значимой битовой последовательности. Адреса кандидатов-источников получают из операционной системы, а адреса-кандидаты назначения могут быть запрошены через систему доменных имен (DNS).
Для минимизации времени установления соединений, когда для связи доступны несколько адресов, был разработан алгоритм Happy Eyeballs . Он запрашивает у системы доменных имен адреса IPv6 и IPv4 целевого хоста, сортирует адреса кандидатов, используя таблицу выбора адресов по умолчанию, и пытается установить соединения параллельно. Первое установленное соединение отменяет текущие и будущие попытки подключиться к другим адресам.
система доменных имен
В системе доменных имен , имена хостов преобразуются в адреса IPv6 по AAAA записей ресурсов, так называемые четырехъядерный A записи. [47] Для обратного поиска IETF зарезервировал домен ip6.arpa , где пространство имен иерархически разделено 1-значным шестнадцатеричным представлением полубайтовых единиц (4 бита) адреса IPv6.
Как и в IPv4, каждый хост представлен в DNS двумя записями DNS: записью адреса и записью указателя обратного сопоставления. Например, главный компьютер с именем derrick в зоне 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.cc5.addfip6.arpa. НА ПТР derrick.example.com.
Эта запись указателя может быть определена в нескольких зонах, в зависимости от цепочки делегирования полномочий в зоне dfip6.arpa.
Протокол DNS не зависит от протокола транспортного уровня . Запросы и ответы могут передаваться через транспорт IPv6 или IPv4 независимо от семейства адресов запрошенных данных.
НАЗВАНИЕ | Доменное имя |
ТИП | АААА (28) |
КЛАСС | Интернет (1) |
TTL | Время жить в секундах |
ДЛИНА | Длина поля RDATA |
RDATA | 128-битный IPv6-адрес, сетевой порядок байтов |
Исторические заметки
Устаревшие и устаревшие адреса
- Префикс локального сайта fec0 :: / 10 указывает, что адрес действителен только в сети сайтов организации. Он был частью исходной архитектуры адресации [48] в декабре 1995 года, но его использование было объявлено устаревшим в сентябре 2004 года [49], поскольку определение термина « сайт» было двусмысленным, что привело к путанице в правилах маршрутизации. Новые сети не должны поддерживать этот особый тип адреса. В октябре 2005 г. в новой спецификации [33] этот тип адреса был заменен уникальными локальными адресами .
- Блок адресов 200 :: / 7 был определен как префикс OSI с отображением NSAP, установленный в августе 1996 года, [50] [51], но объявлен устаревшим в декабре 2004 года. [52]
- 96-битный префикс с нулевым значением :: / 96 , первоначально известный как IPv4-совместимые адреса , был упомянут в 1995 году [48], но впервые описан в 1998 году. [53] [ неудачная проверка ] Этот диапазон адресов использовался для представления IPv4 адреса в рамках технологии перехода IPv6. У такого IPv6-адреса первые (наиболее значимые) 96 битов установлены в ноль, а его последние 32 бита являются представленным IPv4-адресом. В феврале 2006 года Инженерная группа Интернета (IETF) отказалась от использования адресов, совместимых с IPv4. [1] Единственное, что осталось от этого формата адреса - это представление IPv4-адреса в таблице или базе данных с элементами фиксированного размера, которые также должны иметь возможность хранить IPv6-адрес.
- Блок адресов 3ffe :: / 16 был выделен для тестовых целей для сети 6bone в декабре 1998 года. [53] До этого для этой цели использовался блок адресов 5f00 :: / 8 . Оба блока адресов были возвращены в пул адресов в июне 2006 г. [54]
- Из-за операционных проблем с 6to4 использование блока адресов 2002 :: / 16 сокращается, поскольку механизм 6to4 устарел с мая 2015 года. [32] Хотя блок адресов IPv4 192.88.99.0 / 24 устарел, 2002 :: / 16 является устаревшим. нет.
- В апреле 2007 года блок адресов 2001: 10 :: / 28 был назначен для Overlay Routable Cryptographic Hash Identifiers (ORCHID). [55] Он был предназначен для экспериментального использования. В сентябре 2014 года была указана вторая версия ORCHID [30], и с введением блока 2001: 20 :: / 28 исходный блок был возвращен IANA .
Разнообразный
- Для обратного поиска в DNS адреса IPv6 изначально были зарегистрированы в зоне DNS ip6.int , поскольку ожидалось, что arpa домена верхнего уровня будет удалена . В 2000 году Совет по архитектуре Интернета (IAB) отказался от этого намерения и в 2001 году решил, что arpa должна сохранить свою первоначальную функцию. Домены в ip6.int были перемещены в ip6.arpa [56], а зона ip6.int была официально удалена 6 июня 2006 года.
- В марте 2011 года IETF уточнила рекомендации по распределению блоков адресов конечным сайтам. [21] Вместо того, чтобы назначать / 48 , / 64 или / 128 (согласно мнениям IAB и IESG от 2001 г.), [57] интернет-провайдерам следует рассмотреть возможность назначения меньших блоков (например, / 56 ) конечным пользователям. Политика региональных реестров ARIN , RIPE и APNIC поощряет назначение / 56 там, где это необходимо. [21]
- Первоначально существовало два предложения по преобразованию доменных имен в адреса IPv6: одно с использованием записей AAAA [58], другое с использованием записей A6. [59] Преобладающий метод записи AAAA сопоставим с записями A для IPv4, обеспечивая простое отображение имени хоста в адрес IPv6. Метод, использующий записи A6, использовал иерархическую схему, в которой отображение последующих групп адресных битов определялось дополнительными записями A6, что давало возможность перенумеровать все хосты в сети путем изменения одной записи A6. Поскольку предполагаемые преимущества формата A6 не перевешивали предполагаемые затраты, [60] [61] [62] [63] метод был переведен в экспериментальный статус в 2002, [61] и, наконец, в исторический статус в 2012 году. [63]
- В 2009 году было обнаружено, что многие преобразователи DNS в устройствах NAT и маршрутизаторах домашних сетей неправильно обрабатывают записи AAAA. [64] Некоторые из них просто отбрасывали DNS-запросы для таких записей вместо того, чтобы должным образом возвращать соответствующий отрицательный ответ DNS. Поскольку запрос отброшен, хост, отправляющий запрос, должен дождаться срабатывания тайм-аута. Это часто вызывает замедление при подключении к хостам с двойным стеком IPv6 / IPv4, поскольку клиентское программное обеспечение будет ждать сбоя подключения IPv6, прежде чем пытаться использовать IPv4.
Рекомендации
- ^ Б с д е ф г ч я Р. инден; С. Диринг (февраль 2006 г.). Архитектура адресации IP версии 6 . Сетевая рабочая группа. DOI : 10,17487 / RFC4291 . RFC 4291 . Обновлено: RFC 5952, RFC 6052, RFC 7136, RFC 7346, RFC 7371, RFC 8064.
- ^ Сильвия Хаген (май 2006 г.). Основы IPv6 (второе изд.). О'Рейли. ISBN 978-0-596-10058-2.
- ^ а б П. Савола; Б. Хаберман (ноябрь 2004 г.). Встраивание адреса точки рандеву (RP) в многоадресный IPv6-адрес . Сетевая рабочая группа. DOI : 10,17487 / RFC3956 . RFC 3956 .
- ^ а б Б. Хаберман; Д. Талер (август 2002 г.). Многоадресные IPv6-адреса на основе одноадресных префиксов . Сетевая рабочая группа. DOI : 10,17487 / RFC3306 . RFC 3306 .
- ^ JS. Парк; МК. Голень; HJ. Ким (апрель 2006 г.). Метод создания многоадресных IPv6-адресов с привязкой к определенному каналу . Сетевая рабочая группа. DOI : 10,17487 / RFC4489 . RFC 4489 .
- ^ Грациани, Рик (2012). Основы IPv6: простой подход к пониманию IPv6 . Cisco Press . п. 55. ISBN 978-0-13-303347-2.
- ^ Коффин, Том (2014). Планирование адресов IPv6: разработка плана адресов на будущее . O'Reilly Media . п. 170. ISBN 978-1-4919-0326-1.
- ^ С. Кавамура; М. Кавасима (август 2010 г.). Рекомендация по текстовому представлению адресов IPv6 . IETF . DOI : 10,17487 / RFC5952 . ISSN 2070-1721 . RFC 5952 .
- ^ Т. Бернерс-Ли ; Р. Филдинг ; Л. Масинтер (январь 2005 г.). Универсальный идентификатор ресурса (URI): общий синтаксис . Сетевая рабочая группа. DOI : 10,17487 / RFC3986 . STD 66. RFC 3986 .
- ^ а б С.Деринг ; Б. Хаберман; T. Jinmei; Э. Нордмарк; Б. Зилл (март 2005 г.). Архитектура адресов IPv6 с ограниченной областью действия . Сетевая рабочая группа. DOI : 10,17487 / RFC4007 . RFC 4007 .
- ^ Представление идентификаторов зоны IPv6 в адресных литералах и универсальных идентификаторах ресурсов . Tools.ietf.org. Проверено 9 июля 2013.
- ^ "История домена ipv6-literal.net" . who.is . Проверено 20 октября 2014 года .
- ^ «Зоны действия» . Центр знаний IBM . Проверено 13 декабря 2019 .
Пакеты, содержащие адрес источника или назначения данной области, могут маршрутизироваться только в пределах одной и той же области, и не могут маршрутизироваться между разными экземплярами зоны области.
- ^ R Droms (август 2014 г.). Области многоадресной рассылки IPv6 . IETF . DOI : 10,17487 / RFC7346 . ISSN 2070-1721 . RFC 7346 .
- ^ Управление распределением IPv6-адресов . Сетевая рабочая группа, IETF . Декабрь 1995 г. doi : 10.17487 / RFC1881 . RFC 1881 .
- ^ Адресное пространство IPv6 в IANA . Iana.org (29 октября 2010 г.). Проверено 28 сентября 2011.
- ^ Назначение одноадресных адресов IPv6 , IANA
- ^ DE-TELEKOM-20050113 db.ripe.net. Проверено 28 сентября 2011.
- ^ «Руководство по политике ресурсов нумерации ARIN: Первоначальное выделение ISP» .
- ^ «Политика распределения и назначения IPv6-адресов RIPE NCC: минимальное выделение» .
- ^ а б в Т. Нартен; Г. Хьюстон; Л. Робертс (март 2011 г.). Назначение IPv6-адресов конечным сайтам . IETF . DOI : 10,17487 / RFC6177 . BCP 157. RFC 6177 .
- ^ например . Iana.org. Проверено 28 сентября 2011.
- ^ «Планы адресации IPv6» . ARIN IPv6 Wiki . Проверено 15 июля 2018 .
Все клиенты получают одну / 48, если они не могут показать, что им нужно более 65 тысяч подсетей. [...] Если у вас много клиентов-потребителей, вы можете назначить / 56 сек частным домам.
- ^ «Адресное пространство, управляемое RIPE NCC» . Проверено 22 мая 2011 .
- ^ Д. Джонсон; С. Диринг (март 1999 г.). Зарезервированные произвольные адреса подсети IPv6 . Сетевая рабочая группа. DOI : 10,17487 / RFC2526 . RFC 2526 .
- ^ а б М. Коттон; Л. Вегода; Р. Боника; Б. Хаберман (апрель 2013 г.). Реестры IP-адресов специального назначения . Инженерная группа Интернета . DOI : 10,17487 / RFC6890 . BCP 153. RFC 6890 . Обновлено RFC 8190.
- ^ а б К. Бао; C. Huitema; М. Багнуло; М. Букадар; X. Ли (октябрь 2010 г.). IPv6-адресация трансляторов IPv4 / IPv6 . Инженерная группа Интернета . DOI : 10,17487 / RFC6052 . RFC 6052 .
- ^ а б Н. Хиллиард; Д. Фридман (август 2012 г.). Префикс отмены для IPv6 . Инженерная группа Интернета . DOI : 10,17487 / RFC6666 . RFC 6666 .
- ^ RFC 4680
- ^ а б в Ж. Лаганье; Ф. Дюпон (сентябрь 2014 г.). Префикс IPv6 для наложенных маршрутизируемых криптографических хэш-идентификаторов версии 2 (ORCHIDv2) . Инженерная группа Интернета . DOI : 10,17487 / RFC7343 . RFC 7343 .
- ^ а б Г. Хьюстон; А. Лорд; П. Смит (июль 2004 г.). Префикс IPv6-адреса зарезервирован для документации . Сетевая рабочая группа. DOI : 10,17487 / RFC3849 . RFC 3849 .
- ^ а б в О. Троан (май 2015 г.). Б. Карпентер (ред.). Устарело использование префикса Anycast для маршрутизаторов ретрансляции 6to4 . Инженерная группа Интернета . DOI : 10,17487 / RFC7526 . BCP 196. RFC 7526 .
- ^ а б в г Р. Хинден; Б. Хаберман (октябрь 2005 г.). Уникальные локальные одноадресные IPv6-адреса . Сетевая рабочая группа. DOI : 10,17487 / RFC4193 . RFC 4193 .
- ^ К. Бао; X. Li; Ф. Бейкер ; Т. Андерсон; Ф. Гонт (июнь 2016 г.). Алгоритм трансляции IP / ICMP без сохранения состояния . DOI : 10,17487 / RFC7915 . RFC 7915 .
- ^ Р. Хинден; С. Диринг ; Р. Финк; Т. Хайн (сентябрь 2000 г.). Первоначальные назначения идентификаторов IPv6 Sub-TLA . Сетевая рабочая группа. DOI : 10,17487 / RFC2928 . RFC 2928 .
- ^ К. Поповичу; А. Хамза; Г. Ван де Вельде; Д. Дугаткин (май 2008 г.). Методология эталонного тестирования IPv6 для сетевых устройств . Сетевая рабочая группа. DOI : 10,17487 / RFC5180 . RFC 5180 .
- ^ Дж. Аркко; М. Коттон; Л. Вегода (январь 2010 г.). Блоки адресов IPv4 зарезервированы для документации . Инженерная группа Интернета . DOI : 10,17487 / RFC5737 . ISSN 2070-1721 . RFC 5737 .
- ^ Многоадресные адреса Интернет-протокола IANA версии 6 .
- ^ С. Томсон; Т. Нартен; Т. Цзиньмей (сентябрь 2007 г.). Автоконфигурация адреса IPv6 без сохранения состояния . Сетевая рабочая группа. DOI : 10,17487 / RFC4862 . RFC 4862 .
- ^ Т. Нартен; Э. Нордмарк; В. Симпсон; Х. Холиман (сентябрь 2007 г.). Обнаружение соседей для IP версии 6 (IPv6) . Сетевая рабочая группа. DOI : 10,17487 / RFC4861 . RFC 4861 .
- ^ Ильич ван Бейнум (2006). «Внутреннее устройство IPv6» . Журнал Интернет-протокола . 9 (3). С. 16–29.
- ^ Последствия для конфиденциальности адресации IPv6 без сохранения состояния . Portal.acm.org (21 апреля 2010 г.). Проверено 28 сентября 2011.
- ^ Т. Нартен; Р. Дравес; С. Кришнан (сентябрь 2007 г.). Расширения конфиденциальности для автоконфигурации адресов без сохранения состояния в IPv6 . Сетевая рабочая группа. DOI : 10,17487 / RFC4941 . RFC 4941 .
- ^ Т. Аура (март 2005 г.). Криптографически сгенерированные адреса (CGA) . Сетевая рабочая группа IETF . DOI : 10,17487 / RFC3972 . RFC 3972 .
- ^ Ф. Гонт (апрель 2014 г.). Метод создания семантически непрозрачных идентификаторов интерфейса с помощью автоконфигурации адреса без сохранения состояния IPv6 (SLAAC) . IETF . DOI : 10,17487 / RFC7217 . ISSN 2070-1721 . RFC 7217 .
- ^ а б Д. Талер; Р. Дравес; А. Мацумото; Т. Чоун (сентябрь 2012 г.). Д. Талер (ред.). Выбор адреса по умолчанию для Интернет-протокола версии 6 (IPv6) . IETF . DOI : 10,17487 / RFC6724 . ISSN 2070-1721 . RFC 6724 .
- ^ С. Томсон; C. Huitema; В. Ксинант; М. Суиси (октябрь 2003 г.). Расширения DNS для поддержки IP версии 6 . Сетевая рабочая группа. DOI : 10,17487 / RFC3596 . RFC 3596 .
- ^ а б Р. Хинден; С. Диринг (декабрь 1995 г.). Архитектура адресации IP версии 6 . Сетевая рабочая группа. DOI : 10,17487 / RFC1884 . RFC 1884 .
- ^ C. Huitema; Б. Карпентер (сентябрь 2004 г.). Прекращение поддержки локальных адресов сайтов . Сетевая рабочая группа. DOI : 10,17487 / RFC3879 . RFC 3879 .
- ^ Дж. Хьюстон (август 2005 г.). Предлагаемые изменения в формате реестра IANA IPv6 . Сетевая рабочая группа. DOI : 10,17487 / RFC4147 . RFC 4147 .
- ^ J. Bound; Б. Карпентер; Д. Харрингтон; Дж. Хулдсворт; А. Ллойд (август 1996 г.). OSI NSAP и IPv6 . Сетевая рабочая группа. DOI : 10,17487 / RFC1888 . RFC 1888 . Устарело RFC 4048.
- ^ Б. Карпентер (апрель 2005 г.). RFC 1888 устарел . DOI : 10,17487 / RFC4048 . RFC 4048 .
- ^ а б Р. Хинден; Р. Финк; Дж. Постел (декабрь 1998 г.). Выделение тестового адреса IPv6 . DOI : 10,17487 / RFC2471 . RFC 2471 . Устарело RFC 3701.
- ^ Р. Финк; Р. Хинден (март 2004 г.). 6bone (выделение адресов для тестирования IPv6) Поэтапный отказ . Сетевая рабочая группа. DOI : 10,17487 / RFC3701 . RFC 3701 .
- ^ П. Никандер; Ж. Лаганье; Ф. Дюпон (апрель 2007 г.). Префикс IPv6 для наложенных маршрутизируемых криптографических хэш-идентификаторов (ORCHID) . Сетевая рабочая группа. DOI : 10,17487 / RFC4843 . RFC 4843 .
- ^ Р. Буш (август 2001 г.). Делегация IP6.ARPA . DOI : 10,17487 / RFC3152 . RFC 3152 . Устарело в соответствии с RFC 3596
- ^ IAB ; IESG (сентябрь 2001 г.). Рекомендации IAB / IESG по распределению адресов IPv6 сайтам . DOI : 10,17487 / RFC3177 . RFC 3177 .
- ^ С. Томсон; К. Уитема (декабрь 1995 г.). Расширения DNS для поддержки IP версии 6 . Сетевая рабочая группа. DOI : 10,17487 / RFC1886 . RFC 1886 . Устарело RFC 3596.
- ^ М. Кроуфорд; К. Уитема (июль 2000 г.). Расширения DNS для поддержки агрегации и перенумерации адресов IPv6 . DOI : 10,17487 / RFC2874 . RFC 2874 .
- ^ Сравнение AAAA и A6 (действительно ли нам нужен A6?) , Jun-ichiro itojun Hagino, (июль 2001 г.)
- ^ а б Р. Буш; А. Дюран; Б. Финк; О. Гудмундссон; Т. Хайн (август 2002 г.). Представление адресов Интернет-протокола версии 6 (IPv6) в системе доменных имен (DNS) . Сетевая рабочая группа. DOI : 10,17487 / RFC3363 . RFC 3363 ..
- ^ Р. Остейн (август 2002 г.). Компромиссы при поддержке системы доменных имен (DNS) для интернет-протокола версии 6 (IPv6) . Сетевая рабочая группа. DOI : 10,17487 / RFC3364 . RFC 3364 .
- ^ а б С. Цзян; Д. Конрад; Б. Карпентер (март 2012 г.). Перевод A6 в исторический статус . IETF . DOI : 10,17487 / RFC6536 . RFC 6536 .
- ^ Ю. Моришита; Т. Цзиньмэй (май 2005 г.). Распространенное неправильное поведение при запросах DNS для адресов IPv6 . DOI : 10,17487 / RFC4074 . RFC 4074 .
Внешние ссылки
- Многоадресные IP-адреса версии 6
- Бейджнум, ван, Ильич (2005). Запуск IPv6 . ISBN 978-1-59059-527-5.
- Эльз, Роберт (1996-04-01). Компактное представление адресов IPv6 (RFC1924) . IETF . DOI : 10,17487 / RFC1924 . RFC 1924 .
Представляйте любой IPv6-адрес 20 октетами.
Этот юмористический RFC определяет альтернативный способ представления адресов IPv6 с использованием кодировки base-85.