stringtranslate.com

IPv6-адрес

Разложение IPv6-адреса в двоичную форму

Адрес Интернет-протокола версии 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-битного идентификатора интерфейса, используемого для идентификации сетевого интерфейса хоста.

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

Уникальные локальные адреса — это адреса, аналогичные адресам частной сети IPv4 .

Поле префикса содержит двоичное значение 1111110. Бит L предназначен для локально назначенных адресов; диапазон адресов с L , установленным в ноль, в настоящее время не определен. Случайное поле выбирается случайным образом один раз, в начале префикса маршрутизации / 48 .

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

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

Формат адреса многоадресной рассылки

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

Для всех групповых адресов поле префикса содержит двоичное значение 11111111.

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

Четырехбитное поле области действия ( sc ) используется для указания того, где адрес действителен и уникален.

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

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

Адреса многоадресной рассылки на уровне канала используют аналогичный формат. [5]

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

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

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

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

Эти методы могут привести к очень коротким представлениям адресов IPv6. Например, адрес локального хоста (обратная связь) 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. Например, адрес IPv6, сопоставленный с IPv4, ::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. :фффф .

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

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

Размер блока адресов указывается путем записи косой черты (/), за которой следует десятичное число, значение которого равно длине сетевого префикса в битах. Например, блок адреса с 48 битами в префиксе обозначается / 48 . Такой блок содержит 2 128 − 48 = 2 80 адресов. Чем меньше значение префикса сети, тем больше блок: блок a / 21 в 8 раз больше блока a / 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 [b]

или:

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

Первый вариант (с использованием имени интерфейса ) является общепринятым в большинстве Unix -подобных операционных систем (например, BSD , Linux , macOS ). [11] Последний (с использованием номера интерфейса) является единственным синтаксисом в Microsoft Windows , но, поскольку поддержка этого синтаксиса является обязательной в соответствии со стандартом, он также доступен в других операционных системах. [с]

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

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

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

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

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

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

В операционных системах Microsoft Windows адреса IPv4 являются допустимыми идентификаторами местоположения в именах путей по унифицированному соглашению об именах (UNC). Однако двоеточие является недопустимым символом в имени пути UNC. Таким образом, использование адресов IPv6 также является незаконным в именах UNC. По этой причине Microsoft внедрила алгоритм транскрипции для представления адреса IPv6 в виде доменного имени, которое можно использовать в путях UNC. Для этой цели Microsoft зарегистрировала и зарезервировала в Интернете домен второго уровня ipv6-literal.net (хотя в январе 2014 года от него отказались [13] ). Адреса 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] , которая указывает , в какой части сети он действителен.

Одноадресная рассылка

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

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

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

Anycast

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

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

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

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

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

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

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

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

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

Затем адреса обычно распределяются конечным пользователям блоками размером от / 48 до / 56 . [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.

Каждый RIR может разделить каждый из своих блоков / 23 на блоки 512/32 , обычно по одному на каждого интернет-провайдера ; Интернет-провайдер может разделить свой блок / 32 на 65 536 / 48 блоков, обычно по одному для каждого клиента; [23] клиенты могут создать 65 536/64 сетей из назначенного им блока / 48 , каждая из которых имеет 2 64 (18 446 744 073 709 551 616 ) адресов. Напротив, все адресное пространство IPv4 имеет только 2 32 (ровно 4 294 967 296 или около4,3 × 10 9 ) адресов.

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

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

Независимое от провайдера адресное пространство назначается непосредственно конечному пользователю RIR из специального диапазона 2001:678:: / 29 и позволяет клиентам вносить изменения в провайдера без перенумерации своих сетей.

Точкам обмена Интернетом (IXP) назначаются специальные адреса из диапазонов 2001:7f8:: / 32 , 2001:504:: / 30 и 2001:7fa:: / 32 [24] для связи с подключенными к ним интернет-провайдерами .

Корневым серверам имен присвоены адреса из диапазона 2001:7f8:: / 29 . [25]

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

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

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

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

В IPv6 есть ряд адресов, имеющих особое значение. [27] Они составляют менее 2% всего адресного пространства:

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

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

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

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

Локальные адреса

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

Переход с IPv4

Адреса специального назначения

IANA зарезервировала так называемый блок адресов Sub-TLA ID для специальных назначений [27] [37] 2001 :: / 23 (разделенный на диапазон из 64 сетевых префиксов от 2001:0000:: / 29 до 2001:01f8:: / 29 ). В настоящее время выделено три задания из этого блока:

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

Отказаться

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

См. § Устаревшие и устаревшие адреса.

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

Адреса многоадресной рассылки ff0x:: , где x — любое шестнадцатеричное значение, зарезервированы [1] и управляются Управлением по присвоению номеров в Интернете (IANA). [40]

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

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

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

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

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

Идентификатор интерфейса

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

64-битный идентификатор интерфейса может быть получен из 48-битного MAC-адреса интерфейса , хотя вместо этого в качестве значения по умолчанию теперь рекомендуются стабильные адреса конфиденциальности. [43] MAC-адрес 00-0C-29-0C-47-D5 преобразуется в 64-битный EUI-64 путем вставки FF-FE в середину: 00-0C-29- FF-FE -0C-47- Д5 . [ф]

Обнаружение дубликатов адресов

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

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

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

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

Срок действия адреса

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

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

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

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

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

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

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

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

В качестве средства повышения безопасности протокола обнаружения соседей криптографически генерируемые адреса (или CGA) были представлены в 2005 году [47] как часть протокола Secure Neighbor Discovery (SEND).

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

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

Стабильные адреса конфиденциальности

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

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

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

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

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

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

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

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

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

В системе доменных имен имена хостов сопоставляются с адресами IPv6 с помощью записей ресурсов AAAA , так называемых записей Quad-A . [50] Для обратного поиска IETF зарезервировал домен ip6.arpa , где пространство имен иерархически разделено однозначным шестнадцатеричным представлением полубайтовых единиц (4 бита) адреса IPv6.

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

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

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

f.1.0.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. В PTR derrick.example.com.

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

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

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

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

Разнообразный

Примечания

  1. ^ Величину длиной 16 бит или два октета иногда также называют гекстетом . [6] [7]
  2. ^ Предполагается, что eth2 эквивалентен зоне номер 3. Обычно это так, поскольку реальные номера зон начинаются с 1 (0 — «зона по умолчанию»).
  3. ^ Хотя Windows поддерживает API RFC 3493 if_nametoindex()для преобразования имени в номер интерфейса, она не поддерживает обычное расширение «имя после %».
  4. ^ Для удаленных локальных адресов сайта fec0::/10 также требуется индекс зоны. [11]
  5. ^ 192.0.2.0/24 , 198.51.100.0/24 и 203.0.113.0/24 используются для документации в IPv4 . _ [39]
  6. ^ Когда этот 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 (с битом Universal/Local , второй по значимости бит подчеркнутого квартета, в данном случае инвертированный в 1, поскольку MAC-адрес универсально уникален).

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

  1. ^ abcdefghi Р. Хинден; С. Диринг (февраль 2006 г.). Архитектура IP-адресации версии 6. Сетевая рабочая группа. дои : 10.17487/RFC4291 . РФК 4291. Проект стандарта. Устаревший RFC 3513. Обновлен RFC 5952, 6052, 7136, 7346, 7371 и 8064.
  2. ^ Сильвия Хаген (май 2006 г.). Основы IPv6 (второе изд.). О'Рейли. ISBN 978-0-596-10058-2.
  3. ^ аб П. Савола; Б. Хаберман (ноябрь 2004 г.). Встраивание адреса точки встречи (RP) в адрес многоадресной рассылки IPv6. Сетевая рабочая группа. дои : 10.17487/RFC3956 . РФК 3956. Предлагаемый стандарт. Обновлено RFC 7371. Обновлено RFC 3306.
  4. ^ аб Б. Хаберман; Д. Талер (август 2002 г.). Многоадресные адреса IPv6 на основе одноадресного префикса. Сетевая рабочая группа. дои : 10.17487/RFC3306 . РФК 3306. Предлагаемый стандарт. Обновлено RFC 3956, 4489 и 7371.
  5. ^ Дж.С. Парк; МК. Шин; ХДж. Ким (апрель 2006 г.). Метод генерации многоадресных адресов IPv6 с областью действия канала. Сетевая рабочая группа. дои : 10.17487/RFC4489 . РФК 4489. Предлагаемый стандарт. Обновления RFC 3306.
  6. ^ Грациани, Рик (2012). Основы IPv6: простой подход к пониманию IPv6. Сиско Пресс . п. 55. ИСБН 978-0-13-303347-2.
  7. ^ Коффен, Том (2014). Планирование адресов IPv6: разработка плана адресации на будущее. О'Рейли Медиа . п. 170. ИСБН 978-1-4919-0326-1.
  8. ^ С. Кавамура; М. Кавасима (август 2010 г.). Рекомендации по текстовому представлению адресов IPv6. Рабочая группа по интернет-инжинирингу . дои : 10.17487/RFC5952 . ISSN  2070-1721. РФК 5952. Предлагаемый стандарт. Обновления RFC 4291.
  9. ^ Т. Бернерс-Ли ; Р. Филдинг ; Л. Масинтер (январь 2005 г.). Единый идентификатор ресурса (URI): общий синтаксис. Сетевая рабочая группа. дои : 10.17487/RFC3986 . СТД 66. RFC 3986. Интернет-стандарт 66. Устарел RFC 2732, 2396 и 1808. Обновлен RFC 6874, 7320 и 8820. Обновлен RFC 1738.
  10. ^ аб С. Диринг ; Б. Хаберман; Т. Цзиньмей; Э. Нордмарк; Б. Зилл (март 2005 г.). Архитектура адресов с ограниченной областью действия IPv6. Сетевая рабочая группа. дои : 10.17487/RFC4007 . РФК 4007. Предлагаемый стандарт. Обновлено RFC 7346.
  11. ^ ab inet6(4) -  Руководство по интерфейсам ядра FreeBSD «Реализация KAME поддерживает расширенную числовую нотацию адреса IPv6 для локальных адресов, например «fe80::1%de0» [...] Draft-ietf-ipngwg-scopedaddr-format-02. текст"
  12. ^ Б. Карпентер ; С. Чешир; Р. Хинден (февраль 2013 г.). Представление идентификаторов зоны IPv6 в адресных литералах и унифицированных идентификаторах ресурсов. IETF . дои : 10.17487/RFC6874 . ISSN  2070-1721. РФК 6874. Предлагаемый стандарт. Обновления RFC 3986.
  13. ^ «История домена ipv6-literal.net» . кто . Проверено 20 октября 2014 г.
  14. ^ Р. Дромс (август 2014 г.). Области групповых адресов IPv6. Рабочая группа по интернет-инжинирингу . дои : 10.17487/RFC7346 . ISSN  2070-1721. РФК 7346. Предлагаемый стандарт. Обновления RFC 4007 и 4291.
  15. ^ Совет по архитектуре Интернета ; Руководящая группа по интернет-инжинирингу (декабрь 1995 г.). Управление распределением адресов IPv6. Сетевая рабочая группа. дои : 10.17487/RFC1881 . РФК 1881. Информационный.
  16. ^ Адресное пространство IPv6 в IANA. Iana.org (29 октября 2010 г.). Проверено 28 сентября 2011 г.
  17. ^ Назначение одноадресных адресов IPv6, IANA
  18. ^ DE-TELEKOM-20050113 [ постоянная мертвая ссылка ] db.ripe.net. Проверено 28 сентября 2011 г.
  19. ^ «Руководство по политике ресурсов номеров ARIN: первоначальное распределение интернет-провайдерам» .
  20. ^ «Политика распределения и назначения адресов IPv6 RIPE NCC: минимальное выделение» .
  21. ^ например. Яна.орг. Проверено 28 сентября 2011 г.
  22. ^ abc Т. Нартен; Г. Хьюстон; Л. Робертс (март 2011 г.). Назначение адресов IPv6 конечным сайтам. Целевая группа инженеров Интернета (IETF). дои : 10.17487/RFC6177 . ISSN  2070-1721. BCP 157. RFC 6177. Лучшая общая практика. Устаревший RFC 3177.
  23. ^ «Планы адресации IPv6» . ARIN IPv6 Wiki . Проверено 15 июля 2018 г. Все клиенты получают один / 48 , если только они не смогут доказать, что им нужно более 65 тысяч подсетей. [...] Если у вас много клиентов-потребителей, вы можете назначить / 56 сайтам частных домов.
  24. ^ "Что такое Богоны?" . Проверено 15 ноября 2021 г.
  25. ^ «Адресное пространство, управляемое RIPE NCC» . Проверено 22 мая 2011 г.
  26. ^ Д. Джонсон; С. Диринг (март 1999 г.). Зарезервированные произвольные адреса подсети IPv6. Сетевая рабочая группа. дои : 10.17487/RFC2526 . РФК 2526. Предлагаемый стандарт.
  27. ^ аб М. Коттон; Л. Вегода; Б. Хаберман (апрель 2013 г.). Р. Боника (ред.). Реестры IP-адресов специального назначения. IETF . дои : 10.17487/RFC6890 . ISSN  2070-1721. BCP 153. RFC 6890. Лучшая общая практика. Устаревшие RFC 4773, 5156, 5735 и 5736. Обновлено RFC 8190.
  28. ^ аб К. Бао; К. Уитема ; М. Багнуло; М. Букадер; С. Ли (октябрь 2010 г.). IPv6-адресация трансляторов IPv4/IPv6. IETF . дои : 10.17487/RFC6052 . ISSN  2070-1721. РФК 6052. Предлагаемый стандарт. Обновления RFC 4291.
  29. ^ аб Т. Андерсон (август 2017 г.). Префикс трансляции IPv4/IPv6 для локального использования. Рабочая группа по интернет-инжинирингу . дои : 10.17487/RFC8215 . РФК 8215. Предлагаемый стандарт.
  30. ^ аб Н. Хиллиард; Д. Фридман (август 2012 г.). Префикс сброса для IPv6. Рабочая группа по интернет-инжинирингу . дои : 10.17487/RFC6666 . ISSN  2070-1721. РФК 6666. Информационный.
  31. ^ С. Сантессон (сентябрь 2006 г.). Сообщение установления связи TLS для дополнительных данных. Сетевая рабочая группа. дои : 10.17487/RFC4680 . РФК 4680. Предлагаемый стандарт. Обновление RFC 4346. Обновлено RFC 8447 и 8996.
  32. ^ abc Дж. Лаганье; Ф. Дюпон (сентябрь 2014 г.). Префикс IPv6 для наложения маршрутизируемых криптографических хэш-идентификаторов версии 2 (ORCHIDv2). Рабочая группа по интернет-инжинирингу . дои : 10.17487/RFC7343 . ISSN  2070-1721. РФК 7343. Предлагаемый стандарт. Устаревший RFC 4843.
  33. ^ аб Г. Хьюстон; А. Лорд; П. Смит (июль 2004 г.). Префикс адреса IPv6 зарезервирован для документации. Сетевая рабочая группа. дои : 10.17487/RFC3849 . РФК 3849. Информационный.
  34. ^ abc О. Троан (май 2015 г.). Б. Карпентер (ред.). Устаревший префикс Anycast для ретрансляционных маршрутизаторов 6to4. Рабочая группа по интернет-инжинирингу . дои : 10.17487/RFC7526 . BCP 196. RFC 7526. Лучшая современная практика. Устаревшие RFC 3068 и 6732.
  35. ^ abcd Р. Хинден; Б. Хаберман (октябрь 2005 г.). Уникальные локальные одноадресные адреса IPv6. Сетевая рабочая группа. дои : 10.17487/RFC4193 . РФК 4193. Предлагаемый стандарт.
  36. ^ К. Бао; С. Ли; Ф. Бейкер ; Т. Андерсон; Ф. Гонт (июнь 2016 г.). Алгоритм трансляции IP/ICMP. Целевая группа инженеров Интернета (IETF). дои : 10.17487/RFC7915 . РФК 7915. Предлагаемый стандарт. Устаревший RFC 6145.
  37. ^ Р. Хинден; С. Диринг ; Р. Финк; Т. Хейн (сентябрь 2000 г.). Начальное назначение идентификаторов Sub-TLA IPv6. Сетевая рабочая группа. дои : 10.17487/RFC2928 . РФК 2928. Информационный.
  38. ^ К. Поповичу; А. Хамза; Г. Ван де Вельде; Д. Дугаткин (май 2008 г.). Методика сравнительного анализа IPv6 для сетевых межсетевых устройств. Сетевая рабочая группа. дои : 10.17487/RFC5180 . РФК 5180. Информационный.
  39. ^ Дж. Аркко; М. Коттон; Л. Вегода (январь 2010 г.). Блоки адресов IPv4 зарезервированы для документации. Рабочая группа по интернет-инжинирингу . дои : 10.17487/RFC5737 . ISSN  2070-1721. РФК 5737. Информационный. Обновления RFC 1166.
  40. ^ Адреса многоадресной рассылки Интернет-протокола IANA версии 6.
  41. ^ С. Томсон; Т. Нартен; Т. Цзиньмей (сентябрь 2007 г.). Автоконфигурация адреса без сохранения состояния IPv6. Сетевая рабочая группа. дои : 10.17487/RFC4862 . РФК 4862. Проект стандарта. Устаревший RFC 2462. Обновлен RFC 7527.
  42. ^ Т. Нартен; Э. Нордмарк; В. Симпсон; Х. Холиман (сентябрь 2007 г.). Обнаружение соседей для IP версии 6 (IPv6). Сетевая рабочая группа. дои : 10.17487/RFC4861 . РФК 4861. Проект стандарта. Устаревший RFC 2461. Обновлен RFC 5942, 6980, 7048, 7527, 7559, 8028, 8319, 8425 и 9131.
  43. ^ Ф. Гонт; А. Купер; Д. Талер; В. Лю (февраль 2017 г.). Рекомендации по стабильным идентификаторам интерфейса IPv6. IETF . дои : 10.17487/RFC8064 . РФК 8064. Предлагаемый стандарт. Обновления RFC 2464, 2467, 2470, 2491, 2492, 2497, 2590, 3146, 3572, 4291, 4338, 4391, 5072 и 5121.
  44. ^ Ильич ван Бейнум (2006). «Внутреннее устройство IPv6». Журнал Интернет-протокола . Том. 9, нет. 3. С. 16–29.
  45. ^ Последствия для конфиденциальности адресации IPv6 без сохранения состояния. Портал.acm.org (21 апреля 2010 г.). Проверено 28 сентября 2011 г.
  46. ^ Ф. Гонт; С. Кришнан; Т. Нартен; Р. Дрейвс (февраль 2021 г.). Расширения временных адресов для автоматической настройки адресов без сохранения состояния в IPv6. Рабочая группа по интернет-инжинирингу . дои : 10.17487/RFC8981 . ISSN  2070-1721. РФК 8981. Предлагаемый стандарт. Устаревший RFC  4941.
  47. ^ Т. Аура (март 2005 г.). Криптографически генерируемые адреса (CGA). Сетевая рабочая группа. дои : 10.17487/RFC3972 . РФК 3972. Предлагаемый стандарт. Обновлено RFC 4581 и 4982.
  48. ^ Ф. Гонт (апрель 2014 г.). Метод генерации семантически непрозрачных идентификаторов интерфейса с помощью автоконфигурации адреса без сохранения состояния IPv6 (SLAAC). Рабочая группа по интернет-инжинирингу . дои : 10.17487/RFC7217 . ISSN  2070-1721. РФК 7217. Предлагаемый стандарт.
  49. ^ Д. Талер; Р. Дрейвс; А. Мацумото; Т. Чоун (сентябрь 2012 г.). Д. Талер (ред.). Выбор адреса по умолчанию для интернет-протокола версии 6 (IPv6). IETF . дои : 10.17487/RFC6724 . ISSN  2070-1721. РФК 6724. Предлагаемый стандарт. Устаревший RFC 3484.
  50. ^ С. Томсон; К. Уитема; В. Ксинант; М. Суисси (октябрь 2003 г.). Расширения DNS для поддержки IP версии 6. Сетевая рабочая группа. дои : 10.17487/RFC3596 . РФК 3596. Интернет-стандарт. Устаревшие RFC 3152 и 1886.
  51. ^ аб Р. Хинден; С. Диринг (декабрь 1995 г.). Архитектура IP-адресации версии 6. Сетевая рабочая группа. дои : 10.17487/RFC1884 . РФК 1884. Устаревший. Устарело согласно RFC 2373.
  52. ^ К. Уитема ; Б. Карпентер (сентябрь 2004 г.). Устаревшие локальные адреса сайта. Сетевая рабочая группа. дои : 10.17487/RFC3879 . РФК 3879. Предлагаемый стандарт.
  53. ^ Г. Хьюстон (август 2005 г.). Предлагаемые изменения в формате реестра IANA IPv6. Сетевая рабочая группа. дои : 10.17487/RFC4147 . РФК 4147. Информационный.
  54. ^ Дж. Связанный; Б. Карпентер; Д. Харрингтон; Дж. Хоулдсворт; А. Ллойд (август 1996 г.). OSI NSAP и IPv6. Сетевая рабочая группа. дои : 10.17487/RFC1888 . РФК 1888. Устаревший. Устарело согласно RFC 4048. Обновлено RFC  4548.
  55. ^ Б. Карпентер (апрель 2005 г.). RFC 1888 устарел. дои : 10.17487/RFC4048 . РФК 4048. Информационный. Обновлено RFC 4548.
  56. ^ Р. Хинде; Р. Финк; Дж. Постель (декабрь 1998 г.). Распределение тестовых адресов IPv6. Сетевая рабочая группа. дои : 10.17487/RFC2471 . РФК 2471. Устаревший. Устарело по RFC 3701. Устарело по RFC 1897.
  57. ^ Р. Финк; Р. Хинден (март 2004 г.). Поэтапное прекращение использования 6bone (распределение адресов тестирования IPv6). Сетевая рабочая группа. дои : 10.17487/RFC3701 . РФК 3701. Информационный. Устаревший RFC 2471.
  58. ^ П. Никандер; Ж. Лаганье; Ф. Дюпон (апрель 2007 г.). Префикс IPv6 для наложения маршрутизируемых криптографических хеш-идентификаторов (ORCHID). Сетевая рабочая группа. дои : 10.17487/RFC4843 . РФК 4843. Устаревший. Устарело согласно RFC 7343.
  59. ^ Р. Буш (август 2001 г.). Делегирование IP6.ARPA. Сетевая рабочая группа. дои : 10.17487/RFC3152 . BCP 49. RFC 3152. Устаревший. Устарело по RFC 3596. Обновлены RFC 1886, 2553, 2766, 2772 и 2874.
  60. ^ МАБ ; IESG (сентябрь 2001 г.). Рекомендации IAB/IESG по выделению адресов IPv6 сайтам. Сетевая рабочая группа. дои : 10.17487/RFC3177 . РФК 3177. Устаревший. Устарело согласно RFC 6177.
  61. ^ С. Томсон; К. Уитема (декабрь 1995 г.). Расширения DNS для поддержки IP версии 6. Сетевая рабочая группа. дои : 10.17487/RFC1886 . РФК 1886. Устаревший. Устарело согласно RFC  3596. Обновлено RFC 2874 и 3152.
  62. ^ М. Кроуфорд; К. Уитема (июль 2000 г.). Расширения DNS для поддержки агрегирования и перенумерации адресов IPv6. Сетевая рабочая группа. дои : 10.17487/RFC2874 . РФК 2874. Исторический. Обновлено RFC 3152, 3226, 3363 и 3364. Обновление RFC 1886.
  63. ^ Сравнение AAAA и A6 (действительно ли нам нужен A6?), Дзюн-итиро итодзюн Хагино, (июль 2001 г.)
  64. ^ аб Р. Буш; А. Дюран; Б. Финк; О. Гудмундссон; Т. Хейн, ред. (август 2002 г.). Представление адресов Интернет-протокола версии 6 (IPv6) в системе доменных имен (DNS). Сетевая рабочая группа. дои : 10.17487/RFC3363 . РФК 3363. Информационный. Обновления RFC 2673, 2874.
  65. ^ Р. Остейн (август 2002 г.). Компромиссы в системе доменных имен (DNS) Поддержка интернет-протокола версии 6 (IPv6). Сетевая рабочая группа. дои : 10.17487/RFC3364 . РФК 3364. Информационный. Обновления RFC 2673, 2874.
  66. ^ аб А. Бирман; М. Бьорклунд (март 2012 г.). Модель контроля доступа протокола сетевой конфигурации (NETCONF). Рабочая группа по интернет-инжинирингу . дои : 10.17487/RFC6536 . РФК 6536. Устаревший. Устарело согласно RFC  8341.
  67. ^ Ю. Моришита; Т. Цзиньмей (май 2005 г.). Распространенное неправильное поведение при DNS-запросах для адресов IPv6. дои : 10.17487/RFC4074 . РФК 4074. Информационный.

Внешние ссылки