IPv6

Название |  Internet Protocol version 6
Уровень (по модели OSI) |  Сетевой
Семейство |  TCP/IP
Создан в |  1996
Порт/ID |  Нет
Назначение протокола |  Адресация
Спецификация |  RFC 8200
Основные реализации (клиенты) |  Реализации стека TCP/IP в Microsoft Windows, Linux и BSD
Основные реализации (серверы) |  Реализации стека TCP/IP в Windows, Linux и BSD
Медиафайлы на Викискладе
Возможное официальное изображение

IPv6, англ. Internet Protocol version 6 — разработанная в IETF версия протокола Интернета (IP), призванная решить проблемы, с которыми столкнулась его предыдущая версия IPv4, за счёт целого ряда принципиальных изменений, в первую очередь — проблему исчерпания адресного пространства за счёт кардинально большего пула адресов.

Протокол IPv6 разработан в парадигме истинной одноранговой сети, присущей Интернету 1980-х и призван вернуть интернету связность сетевых устройств каждого с каждым[1].

Длина адреса IPv6 составляет 128 бит, в отличие от 32 бит в адресе IPv4, и 2128 возможных адресов IPv6 позволяют выделить каждому жителю земли гигантское множество адресов для его личных устройств, из-за чего прямые сравнения адресных пространств этих протоколов не имеют смысла[1].

Из-за практического исчерпания адресного пространства после 2010 года резко снизилось ежегодное количество адресов IPv4, выделяемых региональными интернет-регистраторами и регистраторы стали изыскивать резервы, в том числе возвращать и повторно выделять ранее выданные подсети[2]. В отличие от сильного снижения выделяемых адресов IPv4, количество выделяемых адресов IPv6 растёт год к году с редкими снижениями (одно из снижений было связано с пандемией COVID-19)[1].

По статистике регистраторов сетевых адресов, на 2022 год больше всего адресов IPv6 (19 %) было выделено пользователям и организациям США, при этом в пересчёте на душу населения лидером была Швеция[1].

В январе 2024 года 41 % посетителей сайтов и сервисов Google обращались к ним по протоколу IPv6[3].

В процессе перехода с IPv4 на IPv6 эти протоколы используются одновременно на устройствах с двойным стеком протоколов (англ. dual stack), и постепенно доля трафика IPv6 в Интернете растёт. Использованию двойного стека протоколов способствует внедрение в устройствах технологии «Happy Eyeballs»[англ.], спецификация которой была разработана IETF специально для плавного перехода от IPv4 к IPv6 (с ней поддерживающее двойной стек приложение предпочитает IPv6, и у операторов, внедряющих IPv6 с сохранением IPv4, снижаются затраты на трансляцию IPv4)[1].

## Содержание

* 1 История создания
* 1.1 Исчерпание IPv4-адресов
* 1.2 Тестирование протокола
* 1.3 Внедрение протокола
* 2 Сравнение с IPv4
* 2.1 Автоконфигурация (Stateless Address Autoconfiguration — SLAAC)
* 3 Метки потоков
* 4 QoS
* 5 Механизмы безопасности
* 6 Основы адресации IPv6
* 6.1 Типы Unicast-адресов
* 6.1.1 Глобальные
* 6.1.2 Link-Local
* 6.1.3 Unique-Local
* 6.2 Типы Multicast-адресов
* 7 Формат пакета
* 8 Нотация
* 9 Зарезервированные адреса IPv6
* 10 См. также
* 11 Примечания
* 12 Литература
* 13 Ссылки

## История создания

[править | править код]

В конце 1980-х стала очевидна необходимость разработки способов сохранения адресного пространства Интернета. В начале 1990-х, несмотря на внедрение бесклассовой адресации, стало ясно, что этого недостаточно для предотвращения исчерпания адресов и необходимы дальнейшие изменения инфраструктуры Интернета. К началу 1992 года появилось несколько предложений, и к концу 1992 года IETF объявила конкурс для рабочих групп на создание интернет-протокола следующего поколения (англ. IP Next Generation — IPng). 25 июля 1994 года IETF утвердила модель IPng, с образованием нескольких рабочих групп IPng. К 1996 году была выпущена серия RFC, определяющих Интернет-протокол версии 6, начиная с RFC 1883.

IETF назначила новому протоколу версию 6, так как версия 5 была ранее назначена экспериментальному протоколу IPv5, предназначенному для передачи видео и аудио.

### Исчерпание IPv4-адресов

[править | править код]

Основная статья: Исчерпание IPv4-адресов

Оценки времени полного исчерпания IPv4-адресов различались в 2000-х. Так, в 2003 году директор APNIC Пол Уилсон (англ. Paul Wilson) заявил, что, основываясь на темпах развёртывания сети Интернет того времени, свободного адресного пространства хватит на одно—два десятилетия. В сентябре 2005 года Cisco Systems предположила, что пула доступных адресов хватит на 4—5 лет.[источник не указан 85 дней]

Региональные интернет-регистраторы активно выделяли операторам блоки адресов IPv4 вплоть до 2010 года включительно, затем адреса закончились, и с 2011 года количество выделяемых блоков резко снизилось. Регистраторы стали изыскивать резервы, в том числе возвращать и повторно использовать ранее выданные подсети. В 2022 году три подсети /24, возвращённые в 2019 году от не использовавших их операторов, оставались «придержанными»[2].

3 февраля 2011 агентство IANA распределило последние пять блоков /8 IPv4 региональным интернет-регистраторам. На этот момент ожидалось, что общий запас свободных блоков адресов у региональных интернет-регистраторов (RIR) закончится в течение срока от полугода (APNIC) до пяти лет (AfriNIC)[4].

По состоянию на сентябрь 2015 года об исчерпании общего запаса свободных блоков IPv4-адресов и ограничениях на выдачу новых диапазонов адресов объявили все региональные регистраторы, кроме AfriNIC; ARIN объявил о полном исчерпании свободных IPv4-адресов, а для остальных регистраторов этот момент прогнозируется начиная с 2017 года. Выделение IPv4-адресов в Европе, Азии и Латинской Америке (регистраторы APNIC, RIPE NCC и LACNIC) продолжается блоками /22 (по 1024 адреса)[5][6]

Исчерпание адресов IPv4 привело к появлению механизма рыночной передачи блоков IPv4 между операторами интернета, и цены на этом рынке несколько лет подряд росли, в том числе из-за спекулятивных действий держателей адресов. На спекулятивный характер сделок рынка адресов IPv4 указывает небольшое число использований купленных блоков адресов. Чаще всего покупателями были спекулянты, которые после покупки выдерживали минимально требуемое регистраторами время и выставляли свои блоки на продажу по более высокой цене[7].

За время функционирования рынка адресов IPv4 объёмы торговли на нём постепенно снижались. На снижение объёмов повлияло как исчерпание резервов, так и то, что держатели резервов адресного пространства IPv4 придерживали свои блоки адресов в ожидании повышения цен. К 2022 году рост цен на рынке адресов IPv4 остановился. Вероятных причин две. Первая — снижение спроса, вызванное ростом числа пользователей протокола IPv6, в частности, благодаря распространению устройств с двойным стеком и приложений, работающих по технологии «Happy Eyeballs». Вторая — стремление части держателей блоков IPv4 выгодно продать свои активы, что стимулировало их придержать имеющиеся резервы. К концу 2022 года из-за снижения спроса держать купленные для получения прибыли блоки адресов IPv4 спекулянтам стало рискованно, но и выставлять их на продажу единомоментно также являет собой риск обвалить цену[8].

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

### Тестирование протокола

[править | править код]

8 июня 2011 года состоялся Международный день IPv6 — мероприятие по тестированию готовности мирового интернет-сообщества к переходу с IPv4 на IPv6, в рамках которого участвовавшие в акции компании добавили к своим сайтам IPv6-записи на один день. Тестирование прошло успешно, накопленные данные были проанализированы и учтены при последующем внедрении протокола и для составления рекомендаций.[источник не указан 85 дней]

### Внедрение протокола

[править | править код]

См. также: en:IPv6 deployment

Перевод на IPv6 начал осуществляться внутри Google с 2008 года.[источник не указан 85 дней]

4 февраля 2008 года поддержка IPv6 была внедрена на шести корневых серверах DNS из тринадцати[10][11].

В течение дня 8 июня 2011 года по инициативе Общество Интернета (англ. Internet Society, ISOC) у крупнейших в мире операторов интернета и хостеров было проведено испытание готовности инфраструктуры Интернета к внедрению протокола IPv6. Это испытание прошло в целом успешно, и специалисты ISOC сделали вывод о готовности всемирной сети к внедрению IPv6[12]. 8 июня ISOC назвало Международным днём IPv6 (World IPv6 Day)[13].

6 июня 2012 года ISOC объявило об официальном запуске всемирной сети на протоколе IPv6 (World IPv6 Launch)[12][13]. В этот день в полночь по Гринвичу (4 часа утра по московскому времени) крупнейшие мировые компании в отрасли информационных технологий официально включили на своем оборудовании и в своих сервисах поддержку протокола IPv6[12].

К всемирному запуску IPv6 ведущие телекоммуникационные операторы обязались обеспечить поддержку IPv6 в таких масштабах, чтобы как минимум 1 % пользователей Интернета могли сразу использовать IPv6[12]. (уже[когда?] подписались AT&T, Comcast, Free Telecom[англ.], Internode[англ.], KDDI, Time Warner Cable[англ.], XS4ALL[англ.]).[источник не указан 85 дней] Производители сетевого оборудования активируют IPv6 в качестве настроек по умолчанию в маршрутизаторах (Cisco, D-Link). Веб-компании включат IPv6 на своих основных сайтах (Google, Facebook, Microsoft Bing, Yahoo), а некоторые переводят на IPv6 также корпоративные сети. В спецификации стандарта мобильных сетей LTE указана обязательная поддержка протокола IPv6.[источник не указан 85 дней]

В России на начало 2012 года проникновение IPv6 составляло 6,7 % от общего числа сетей[12].

В 2022 году IPv6 внедряли крупные государственные организации США[1].

## Сравнение с IPv4

[править | править код]

В разделе не хватает ссылок на источники (см. рекомендации по поиску).

Информация должна быть проверяема, иначе она может быть удалена. Вы можете отредактировать статью, добавив ссылки на авторитетные источники в виде сносок. (8 марта 2025)

|

Иногда утверждается[кем?], что новый протокол может обеспечить до 5·1028 адресов на каждого жителя Земли. Такое большое адресное пространство было введено ради иерархичности адресов (это упрощает маршрутизацию). Тем не менее, увеличенное пространство адресов сделает NAT необязательным. Классическое применение IPv6 (по сети /64 на абонента; используется только unicast-адресация) обеспечит возможность использования более 300 млн IP-адресов на каждого жителя Земли.

Из IPv6 убраны функции, усложняющие работу маршрутизаторов:

* Маршрутизаторы больше не должны фрагментировать пакет, вместо этого пакет отбрасывается с ICMP-уведомлением о превышении MTU и указанием величины MTU следующего канала, в который этому пакету не удалось войти. В IPv4 размер MTU в ICMP-пакете не указывался, и отправителю требовалось осуществлять подбор MTU техникой Path MTU discovery. Для лучшей работы протоколов, требовательных к потерям, минимальный MTU поднят до 1280 байт. Фрагментация поддерживается как опция (информация о фрагментации пакетов вынесена из основного заголовка в расширенные) и возможна только по инициативе передающей стороны.
* Из IP-заголовка исключена контрольная сумма. С учётом того, что канальные (Ethernet) и транспортные (TCP и UDP) протоколы имеют свои контрольные суммы, ещё одна контрольная сумма на уровне IP воспринимается как излишняя. Кроме того, модификация поля hop limit (или TTL в IPv4) на каждом маршрутизаторе в IPv4 приводила к необходимости её постоянного перерасчёта.

Несмотря на больший по сравнению с предыдущей версией протокола размер адреса IPv6 (16 байтов вместо 4), заголовок пакета удлинился всего лишь вдвое: с 20 до 40 байт.

Улучшения IPv6 по сравнению с IPv4:

* В сверхскоростных сетях возможна поддержка огромных пакетов (джамбограмм) — до 4 гигабайт;
* Time to Live переименовано в Hop Limit;
* Появились метки потоков и классы трафика;
* Появилось многоадресное вещание.

### Автоконфигурация (Stateless Address Autoconfiguration — SLAAC)

[править | править код]

В разделе не хватает ссылок на источники (см. рекомендации по поиску).

Информация должна быть проверяема, иначе она может быть удалена. Вы можете отредактировать статью, добавив ссылки на авторитетные источники в виде сносок. (8 марта 2025)

|

При инициализации сетевого интерфейса ему назначается локальный IPv6-адрес, состоящий из префикса fe80::/10 и идентификатора интерфейса, размещённого в младшей части адреса. В качестве идентификатора интерфейса часто используется 64-битный расширенный уникальный идентификатор EUI-64, часто ассоциируемый с MAC-адресом. Локальный адрес действителен только в пределах сетевого сегмента канального уровня и используется для обмена информационными ICMPv6-пакетами.

Для настройки других адресов узел может запросить информацию о настройках сети у маршрутизаторов, отправив ICMPv6-сообщение «Router Solicitation» на групповой адрес маршрутизаторов. Маршрутизаторы, получившие это сообщение, отвечают ICMPv6-сообщением «Router Advertisement», в котором может содержаться информация о сетевом префиксе, адресе шлюза, адресах рекурсивных DNS серверов[14], MTU и множестве других параметров. Объединяя сетевой префикс и идентификатор интерфейса, узел получает новый адрес. Для защиты персональных данных идентификатор интерфейса может быть заменён на псевдослучайное число.

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

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

## Метки потоков

[править | править код]

В разделе не хватает ссылок на источники (см. рекомендации по поиску).

Информация должна быть проверяема, иначе она может быть удалена. Вы можете отредактировать статью, добавив ссылки на авторитетные источники в виде сносок. (8 марта 2025)

|

Введение в протоколе IPv6 поля «Метка потока» позволяет значительно упростить процедуру маршрутизации однородного потока пакетов. Поток — это последовательность пакетов, посылаемых отправителем определённому адресату. При этом предполагается, что все пакеты данного потока должны быть подвергнуты определённой обработке. Характер данной обработки задаётся дополнительными заголовками.

Допускается существование нескольких потоков между отправителем и получателем. Метка потока присваивается узлом-отправителем путём генерации псевдослучайного 20-битного числа. Все пакеты одного потока должны иметь одинаковые заголовки, обрабатываемые маршрутизатором.

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

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

Обеспечение безопасности в протоколе IPv6 осуществляется с использованием протокола IPsec, поддержка которого является обязательной для данной версии протокола.

## QoS

[править | править код]

В разделе не хватает ссылок на источники (см. рекомендации по поиску).

Информация должна быть проверяема, иначе она может быть удалена. Вы можете отредактировать статью, добавив ссылки на авторитетные источники в виде сносок. (8 марта 2025)

|

Приоритет пакетов маршрутизаторы определяют на основе первых шести бит поля Traffic Class. Первые три бита определяют класс трафика, оставшиеся биты определяют приоритет удаления. Чем больше значение приоритета, тем выше приоритет пакета.

Разработчики IPv6 рекомендуют использовать для определённых категорий приложений следующие коды класса трафика:  Класс трафика | Назначение

|

0 | Нехарактеризованный трафик
1 | Заполняющий трафик (сетевые новости)
2 | Несущественный информационный трафик (электронная почта)
3 | Резерв
4 | Существенный трафик (FTP, HTTP, NFS)
5 | Резерв
6 | Интерактивный трафик (Telnet, X-terminal, SSH)
7 | Управляющий трафик (Маршрутная информация, SNMP)

## Механизмы безопасности

[править | править код]

Стандарт IPv6 требует поддержки шифрования IPsec[1].

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

## Основы адресации IPv6

[править | править код]

В разделе не хватает ссылок на источники (см. рекомендации по поиску).

Информация должна быть проверяема, иначе она может быть удалена. Вы можете отредактировать статью, добавив ссылки на авторитетные источники в виде сносок. (8 марта 2025)

|

Основная статья: IPv6-адрес

Существуют различные типы адресов IPv6: одноадресные (Unicast), групповые (Anycast) и многоадресные (Multicast).

Адреса типа Unicast хорошо всем известны. Пакет, посланный на такой адрес, достигает в точности интерфейса, который этому адресу соответствует.

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

Адреса типа Multicast идентифицируют группу интерфейсов. Пакет, посланный на такой адрес, достигнет всех интерфейсов, привязанных к группе многоадресного вещания.

Широковещательные адреса IPv4 (обычно xxx.xxx.xxx.255) выражаются адресами многоадресного вещания IPv6. Крайние адреса подсети IPv6 (например, xxxx: xxxx: xxxx: xxxx:0:0:0:0 и xxxx: xxxx: xxxx: xxxx: ffff: ffff: ffff: ffff для подсети /64) являются полноправными адресами и могут использоваться наравне с остальными.

Группы цифр в адресе разделяются двоеточиями (например, fe80:0:0:0:200:f8ff:fe21:67cf). Незначащие старшие нули в группах могут быть опущены. Большое количество нулевых групп может быть пропущено с помощью двойного двоеточия (fe80::200:f8ff:fe21:67cf). Такой пропуск должен быть единственным в адресе.

### Типы Unicast-адресов

[править | править код]

#### Глобальные

[править | править код]

В разделе не хватает ссылок на источники (см. рекомендации по поиску).

Информация должна быть проверяема, иначе она может быть удалена. Вы можете отредактировать статью, добавив ссылки на авторитетные источники в виде сносок. (8 марта 2025)

|

Соответствуют публичным IPv4-адресам. Могут находиться в любом не занятом диапазоне. В настоящее время региональные интернет-регистраторы распределяют блок адресов 2000::/3 (с 2000:: по 3FFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF)[15].

#### Link-Local

[править | править код]

В разделе не хватает ссылок на источники (см. рекомендации по поиску).

Информация должна быть проверяема, иначе она может быть удалена. Вы можете отредактировать статью, добавив ссылки на авторитетные источники в виде сносок. (8 марта 2025)

|

Соответствуют автосконфигурированным с помощью протокола APIPA IPv4 адресам. Начинаются с FE80:.

Используется:

1. В качестве исходного адреса для Router Solicitation(RS) и Router Advertisement(RA) сообщений, для обнаружения маршрутизаторов.
2. Для обнаружения соседей (эквивалент ARP для IPv4).
3. Как next-hop-адрес для маршрутов.

#### Unique-Local

[править | править код]

RFC 4193 описывает адресное пространство Unique-Local, назначение которого аналогично адресам интранета в версии IPv4 (10.0.0.0/8, 172.16.0.0/12 и 192.168.0.0/16), адреса этих подсетей IPv6 — FCxx: и FDxx:[16].

### Типы Multicast-адресов

[править | править код]

В разделе не хватает ссылок на источники (см. рекомендации по поиску).

Информация должна быть проверяема, иначе она может быть удалена. Вы можете отредактировать статью, добавив ссылки на авторитетные источники в виде сносок. (8 марта 2025)

|

Адреса мультикаст бывают двух типов:

* Назначенные (Assigned multicast) — специальные адреса, назначение которых предопределено. Это зарезервированные для определённых групп устройств мультикастовые адреса. Отправляемый на такой адрес пакет будет получен всеми устройствами, входящими в группу.
* Запрошенные (Solicited multicast) — остальные адреса, которые устройства могут использовать для прикладных задач. Адрес этого типа автоматически появляется, когда на некотором интерфейсе появляется юникастовый адрес. Адрес формируется из сети FF02:0:0:0:0:1:FF00::/104, оставшиеся 24 бита — такие же, как у настроенного юникастового адреса.

## Формат пакета

[править | править код]

В разделе не хватает ссылок на источники (см. рекомендации по поиску).

Информация должна быть проверяема, иначе она может быть удалена. Вы можете отредактировать статью, добавив ссылки на авторитетные источники в виде сносок. (8 марта 2025)

|

Основная статья: Пакет IPv6

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

IPv6-пакеты обычно передаются с помощью протоколов канального уровня, таких как Ethernet, который инкапсулирует каждый пакет в кадр. Но IPv6-пакет может быть передан с помощью туннельного протокола более высокого уровня, например в 6to4 или Teredo.

## Нотация

[править | править код]

В разделе не хватает ссылок на источники (см. рекомендации по поиску).

Информация должна быть проверяема, иначе она может быть удалена. Вы можете отредактировать статью, добавив ссылки на авторитетные источники в виде сносок. (8 марта 2025)

|

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

2001:0db8:11a3:09d7:1f34:8a2e:07a0:765d

Если две и более групп подряд равны 0000, то они могут быть опущены и заменены на двойное двоеточие (::). Незначащие старшие нули в группах могут быть опущены. Например, 2001:0db8:0000:0000:0000:0000:ae21:ad12 может быть сокращён до 2001:db8::ae21:ad12, или 0000:0000:0000:0000:0000:0000:ae21:ad12 может быть сокращён до ::ae21:ad12. Сокращению не могут быть подвергнуты 2 разделённые нулевые группы из-за возникновения неоднозначности.

Также есть специальная нотация для записи встроенного и отображённого IPv4 на IPv6. В ней последние 2 группы знаков заменены на IPv4-адрес в его формате. Пример:

::ffff:192.0.2.1

При использовании IPv6-адреса в URL необходимо заключать адрес в квадратные скобки:

http://[2001:0db8:11a3:09d7:1f34:8a2e:07a0:765d]/

Если необходимо указать порт, то он пишется после скобок:

http://[2001:0db8:11a3:09d7:1f34:8a2e:07a0:765d]:8080/

## Зарезервированные адреса IPv6

[править | править код]

Зарезервированные подсети[17][18] Адрес IPv6  | Длина префикса (бит)  | Описание  | Примечание

|
|
|

::  | 128  | —  | см. 0.0.0.0 в IPv4
::1  | 128  | loopback адрес  | см. 127.0.0.0/8 в IPv4
::xx.xx.xx.xx  | 96  | встроенный IPv4 | Нижние 32 бита это адрес IPv4. Также называется IPv4-совместимым IPv6 адресом. Устарел и больше не используется.
::ffff:xx.xx.xx.xx  | 96  | Адрес IPv4, отображённый на IPv6  | Нижние 32 бита — это адрес IPv4 для хостов, не поддерживающих IPv6.
64:ff9b::  | 96  | NAT64[англ.] | Зарезервирован для доступа из подсети IPv6 к публичной сети IPv4 через механизм трансляции NAT64[19][20]
2001::  | 32  | Teredo | Зарезервирован для туннелей Teredo в RFC 4380
2001:db8::  | 32  | Документирование  | Зарезервирован для примеров в документации в RFC 3849
2002::  | 16  | 6to4 | Зарезервирован для туннелей 6to4 в RFC 3056
fe80:: — febf::  | 10  | link-local[21][22] | Аналог 169.254.0.0/16 в IPv4
fec0:: — feff::  | 10  | site-local  | Помечен как устаревший в RFC 3879 (Аналог внутренних сетей 10.0.0.0/8; 172.16.0.0/12; 192.168.0.0/16)
fc00::  | 7  | Unique Local Unicast  | Пришёл на смену Site-Local RFC 4193
ff00::  | 8  | Multicast  | RFC 3513

## См. также

[править | править код]

* IPv6-адрес
* IPv4
* IPv5
* Teredo — протокол инкапсуляции IPv6 в IPv4 UDP
* 6to4 — протокол инкапсуляции IPv6 в IPv4
* 6rd — механизм перехода с IPv4 на IPv6 в пределах одной сети
* TCP/IP
* SCTP
* Международный день IPv6

## Примечания

[править | править код]

1. ↑ 1 2 3 4 5 6 7 Huston, 2023, IPv6 in 2022.
2. ↑ 1 2 Huston, 2023, IPv4 in 2022.
3. ↑ IPv6. Statistics (англ.). Google. Дата обращения: 9 февраля 2024. Архивировано 5 февраля 2024 года.
4. ↑ Registry Exhaustion Dates (неопр.). Дата обращения: 2 июля 2011. Архивировано из оригинала 17 августа 2011 года.
5. ↑ Geoff Huston. IPv4 Address Exhaustion in APNIC (англ.) (12 августа 2015). Дата обращения: 12 декабря 2015. Архивировано 21 января 2016 года.
6. ↑ IPv4 Address Report (англ.) (12 декабря 2015). Дата обращения: 12 декабря 2015. Архивировано 19 февраля 2011 года.
7. ↑ Huston, 2023, IPv4 address transfers.
8. ↑ Huston, 2023, Are transfers performing unused address recovery?.
9. ↑ Huston, 2023, IPv4 address leasing.
10. ↑ Началась замена IP-адресов всего интернета (рус.). Lenta.ru (5 февраля 2008). Дата обращения: 8 марта 2025. Архивировано 7 февраля 2008 года.
11. ↑ IPv6 Address Added for Root Servers in the Root Zone. Addition enhances end-to-end connectivity for IPv6 networks (англ.). ICANN (4 февраля 2008). Дата обращения: 8 марта 2025. Архивировано 13 мая 2021 года.
12. ↑ 1 2 3 4 5 Всемирный перезапуск интернета: протокол IPv6 начал работать на постоянной основе (рус.). Технологии. Newsru.com. Дата обращения: 8 марта 2025. Архивировано 9 июня 2012 года.
13. ↑ 1 2 World IPv6 Launch (англ.). Архивировано 20120303082257 года.
14. ↑ J. Jeong; S. Park; L. Beloeil; S. Madanapalli (November 2010) IPv6 Router Advertisement Options for DNS Configuration Архивная копия от 31 мая 2014 на Wayback Machine, IETF. RFC 6106.
15. ↑ IPv6 Global Unicast Address Assignments (неопр.). www.iana.org. Дата обращения: 2 октября 2019. Архивировано 22 февраля 2018 года.
16. ↑ RFC 4193
17. ↑ IPv6 (рус.). docs.freebsd.org. Дата обращения: 17 ноября 2023. Архивировано 1 ноября 2023 года.
18. ↑ Internet Protocol Version 6 Address Space (англ.). iana.org. Дата обращения: 17 ноября 2023. Архивировано 11 ноября 2023 года.
19. ↑ IPv6 only setup with NAT64 (неопр.). Дата обращения: 20 февраля 2016. Архивировано 3 марта 2016 года.
20. ↑ RFC 6146 «Stateful NAT64: Network Address and Protocol Translation from IPv6 Clients to IPv4 Servers»
21. ↑ RFC 4291 — 2.5.6 Link-Local IPv6 Unicast Addresses (неопр.). Дата обращения: 14 октября 2017. Архивировано 7 марта 2020 года.
22. ↑ RFC 4862 — 5.3 Creation of Link-Local Addresses (неопр.). Дата обращения: 14 октября 2017. Архивировано 18 декабря 2019 года.

## Литература

[править | править код]

* IPv6 address types :  [англ.] : [арх. 22 июня 2024] / RIPE NCC. — v7. — RIPE, 2019. — 13 May. — 2 с.
* Обзор протокола Интернета версии 6 (IPv6) : [арх. 28 апреля 2024] // Документация по основам .NET. — Microsoft Learn, 2023. — 11 апреля.
* Руководство по настройке IPv6 в Windows для опытных пользователей : KB929852 // Windows Server. — Microsoft Learn, 2025. — 20 января.
* Сравнение IPv4 и IPv6 : [арх. 29 июля 2024] // IBM i 7.3. — 2021.
* Internet IP Address 2025 Report :  [англ.] : [арх. 4 марта 2025] // IP2Location. — 2025.
* Huston, G. IP addressing through 2022 :  [англ.] : [арх. 23 января 2023] // APNIC. — 2023. — 23 January.

## Ссылки

[править | править код]

* Statistics (англ.). IPv6. Google.
* Протокол IPv6 (рус.). IPv6.
* Проверьте ваше IPv6 подключение (рус.). Тест IPv6.
* Федотов, С. Знакомство с IPv6 на практике (рус.). Хабр (13 ноября 2023).
* Введение в протокол IPv6. серия вебинаров (рус.). Network Education.

Internet Protocol версии 6

Основное|

* IPv6
* IPv6-адрес
* Пакет IPv6
* Mobile IPv6

Внедрение|

* Внедрение IPv6[англ.]
* Международный день IPv6
* 6rd
* Сравнение поддержки IPv6 приложениями[англ.]
* Сравнение поддержки IPv6 операционными системами
* Список сервисов туннелирования IPv6[англ.]

Переход с IPv4 на IPv6|

* Исчерпание IPv4-адресов
* Механизмы перехода на IPv6[англ.]

Связанные протоколы|

* DHCPv6
* ICMPv6
* Neighbor Discovery Protocol
* Secure Neighbor Discovery[англ.]
* Multicast router discovery[англ.]
* Site Multihoming by IPv6 Intermediation[англ.]

Основные протоколы TCP/IP по уровням модели OSI

Физический|

* Ethernet
* RS-232
* EIA-422
* RS-449
* RS-485

Канальный|

* Ethernet
* PPPoE
* PPP
* L2F
* 802.11 Wi-Fi
* 802.16 WiMax
* Token Ring
* ARCNET
* FDDI
* HDLC
* SLIP
* ATM
* CAN
* DTM
* X.25
* Frame Relay
* IEEE 802.1aq
* SMDS
* STP
* ERPS
* ARP

Сетевой|

* IPv4
* IPv6
* IPsec
* ICMP
* IGMP
* RARP
* RIP2
* OSPF
* EIGRP
* GRE
* IPX

Транспортный|

* TCP (Crypt)
* UDP (QUIC)
* SCTP
* DCCP
* RDP/RUDP
* RTP
* SPX
* TLS 1.3

Сеансовый|

* ADSP
* H.245
* iSNS
* NetBIOS
* PAP
* RPC
* L2TP
* PPTP
* RTCP
* SMPP
* SCP
* ZIP
* SDP

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

* XDR
* SSL
* TLS

Прикладной|

* BGP
* HTTP(S)
* DHCP
* IRC
* Gopher
* Finger
* SNMP
* DNS(SEC)
* NNTP
* XMPP
* SIP
* IPP
* NTP
* SNTP
* Электронная почта
* SMTP
* POP3
* IMAP4
* Передача файлов
* FTP
* TFTP
* SFTP
* FTPS
* WebDAV
* SMB
* Удалённый доступ
* rlogin
* Telnet
* SSH
* RDP

Другие прикладные|

* Bitcoin
* OSCAR
* MTProto
* Multicast FTP
* Multisource FTP
* BitTorrent
* Gnutella
* Skype

Список портов TCP и UDP