Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

Интернет-протокол версии 6
Протокол связи
Заголовок IPv6-en.svg
Заголовок IPv6
ЦельМежсетевой протокол
Разработчики)Инженерная группа Интернета
ВведеноДекабрь 1995 г . ; 25 лет назад ( 1995-12 )
На основеIPv4
Слой OSIСетевой уровень
RFC (ы)RFC 2460 , RFC 8200
Набор интернет-протоколов
Уровень приложения
Транспортный уровень
Интернет-уровень
  • IP
    • IPv4
    • IPv6
  • ICMP
  • ICMPv6
  • ECN
  • IGMP
  • IPsec
  • более...
Связующий слой
  • ARP
  • Пнр
  • OSPF
  • Туннели
    • L2TP
  • PPP
  • MAC
    • Ethernet
    • Вай фай
    • DSL
    • ISDN
    • FDDI
  • более...
  • v
  • т
  • е

Интернет-протокол версии 6 ( IPv6 ) - это самая последняя версия Интернет-протокола (IP), протокола связи, который обеспечивает систему идентификации и определения местоположения для компьютеров в сети и маршрутизирует трафик через Интернет . Протокол IPv6 был разработан Инженерной группой Интернета (IETF) для решения давно ожидаемой проблемы исчерпания адресов IPv4 . IPv6 предназначен для замены IPv4 . [1] В декабре 1998 г. IPv6 стал проектом стандарта для IETF [2], которая впоследствии ратифицировала его как стандарт Интернета 14 июля 2017 г. [3][4]

Устройствам в Интернете присваивается уникальный IP-адрес для идентификации и определения местоположения. С быстрым ростом Интернета после коммерциализации в 1990-х годах стало очевидно, что для подключения устройств потребуется гораздо больше адресов, чем было доступно адресное пространство IPv4. К 1998 году IETF формализовала протокол преемника. IPv6 использует 128-битный адрес, теоретически позволяя 2 128 или приблизительно3,4 × 10 38 адресов. Фактическое число немного меньше, поскольку несколько диапазонов зарезервированы для специального использования или полностью исключены из использования. Эти два протокола не предназначены для взаимодействия , поэтому прямая связь между ними невозможна, что усложняет переход на IPv6. Однако было разработано несколько переходных механизмов , чтобы исправить это.

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

Адреса IPv6 представлены в виде восьми групп, разделенных двоеточиями, из четырех шестнадцатеричных цифр. Полное представление может быть сокращено; например, 2001: 0db8: 0000: 0000: 0000: 8a2e: 0370: 7334 становится 2001: db8 :: 8a2e: 370: 7334 .

Основные особенности [ править ]

Глоссарий терминов, используемых для адресов IPv6

IPv6 представляет собой слой Интернет - протокол для пакетной коммутацией межсетевых и обеспечивает конца в конец датаграммы передачи по нескольким сетям IP, тесно придерживаясь принципов дизайна , разработанных в предыдущей версии протокола, Протокол Интернета версии 4 (IPv4).

Помимо предложения большего количества адресов, IPv6 также реализует функции, отсутствующие в IPv4. Это упрощает настройку адреса, перенумерацию сети и объявления маршрутизатора при смене поставщика сетевых подключений. Это упрощает обработку пакетов в маршрутизаторах, возлагая ответственность за фрагментацию пакетов на конечные точки. Размер подсети IPv6 стандартизирован путем фиксации размера части идентификатора хоста адреса равной 64 битам.

Архитектура адресации IPv6 определена в RFC  4291 и допускает три различных типа передачи: одноадресную , произвольную и многоадресную . [5] : 210

Мотивация и происхождение [ править ]

Исчерпание адреса IPv4 [ править ]

Разложение представления адреса IPv4, разделенного точками, на его двоичное значение

Интернет-протокол версии 4 (IPv4) был первой общедоступной версией Интернет-протокола . IPv4 был разработан в качестве исследовательского проекта оборонных научно - исследовательских проектов (DARPA), в Департаменте обороны США агентства , прежде чем стать основой для Интернета и World Wide Web . IPv4 включает систему адресации, которая использует числовые идентификаторы, состоящие из 32 бит. Эти адреса обычно отображаются в формате с четырьмя точками в виде десятичных значений из четырех октетов, каждое в диапазоне от 0 до 255, или 8 бит на число. Таким образом, IPv4 обеспечивает возможность адресации 2 32или примерно 4,3 миллиарда адресов. Изначально исчерпание адресов не было проблемой в IPv4, поскольку изначально предполагалось, что эта версия будет проверкой сетевых концепций DARPA. [6] В течение первого десятилетия работы Интернета стало очевидным, что необходимо разработать методы для сохранения адресного пространства. В начале 1990-х годов, даже после модернизации системы адресации с использованием модели бесклассовой сети , стало ясно, что этого недостаточно для предотвращения исчерпания адресов IPv4 и что необходимы дальнейшие изменения в инфраструктуре Интернета. [7]

Последние неназначенные блоки адресов верхнего уровня из 16 миллионов адресов IPv4 были выделены в феврале 2011 года Управлением по присвоению номеров Интернета (IANA) пяти региональным интернет-регистратурам (RIR). Однако каждый RIR по-прежнему имеет доступные пулы адресов и, как ожидается, продолжит использовать стандартные политики распределения адресов до тех пор, пока не останется 1/8 блока бесклассовой междоменной маршрутизации (CIDR). После этого только блоки из 1024 адресов (/ 22) будут предоставляться из RIR в локальный интернет-реестр (LIR). По состоянию на сентябрь 2015 г. весь Азиатско-Тихоокеанский сетевой информационный центр (APNIC), Сетевой координационный центр Réseaux IP Européens (RIPE_NCC),Сетевой информационный центр Латинской Америки и Карибского бассейна (LACNIC) и Американский реестр интернет-номеров (ARIN) достигли этой стадии. [8] [9] [10] В результате Африканский сетевой информационный центр (AFRINIC) остается единственным региональным интернет-реестром, который все еще использует обычный протокол для распределения адресов IPv4. По состоянию на ноябрь 2018 года минимальное выделение AFRINIC составляет / 22 или 1024 адреса IPv4. LIR может получить дополнительное выделение , когда было использовано около 80% всего адресного пространства. [11]

RIPE NCC объявила, что 25 ноября 2019 года у нее полностью закончились адреса IPv4, [12] и призвала к большему прогрессу в принятии IPv6.

Многие ожидают, что в обозримом будущем Интернет будет использовать IPv4 наряду с IPv6.

Сравнение с IPv4 [ править ]

В Интернете данные передаются в виде сетевых пакетов . IPv6 определяет новый формат пакета , предназначенный для минимизации обработки заголовков пакетов маршрутизаторами. [2] [13] Поскольку заголовки пакетов IPv4 и IPv6 значительно различаются, эти два протокола не совместимы. Тем не менее, большинство протоколов транспортного и прикладного уровня практически не требуют изменений для работы через IPv6; Исключением являются прикладные протоколы, которые включают адреса Интернет-уровня, такие как протокол передачи файлов (FTP) и протокол сетевого времени (NTP), где новый формат адреса может вызвать конфликты с существующим синтаксисом протокола.

Большее адресное пространство [ править ]

Основное преимущество IPv6 перед IPv4 - это большее адресное пространство. Размер адреса IPv6 составляет 128 бит по сравнению с 32 битами в IPv4. [2] Таким образом, адресное пространство имеет 2 128 = 340 282 366 920 938 463 463 374 607 431 768 211 456 адресов (приблизительно3,4 × 10 38 ). Некоторые блоки этого пространства и некоторые конкретные адреса зарезервированы для специального использования .

Хотя это адресное пространство очень велико, разработчики IPv6 не стремились обеспечить географическое насыщение пригодными для использования адресами. Скорее, более длинные адреса упрощают выделение адресов, обеспечивают эффективную агрегацию маршрутов и позволяют реализовать специальные функции адресации. В IPv4 были разработаны сложные методы бесклассовой междоменной маршрутизации (CIDR), чтобы максимально использовать небольшое адресное пространство. Стандартный размер подсети в IPv6 составляет 2 64 адреса, что примерно в четыре миллиарда раз превышает размер всего адресного пространства IPv4. Таким образом, фактическое использование адресного пространства в IPv6 будет небольшим, но управление сетью и эффективность маршрутизации улучшаются за счет большого пространства подсети и иерархической агрегации маршрутов.

Многоадресная рассылка [ править ]

Структура многоадресной рассылки в IPv6

Многоадресная передача, передача пакета нескольким адресатам за одну операцию отправки, является частью базовой спецификации IPv6. В IPv4 это дополнительная (хотя обычно реализуемая) функция. [14] Многоадресная адресация IPv6 имеет функции и протоколы, общие с многоадресной рассылкой IPv4, но также обеспечивает изменения и улучшения, устраняя необходимость в определенных протоколах. IPv6 не реализует традиционную широковещательную IP-рассылку , т. Е. Передачу пакета всем хостам в подключенном канале с использованием специального широковещательного адреса , и поэтому не определяет широковещательные адреса. В IPv6 тот же результат достигается путем отправки пакета на все узлы, локально локальные.группа многоадресной рассылки по адресу ff02 :: 1, который аналогичен многоадресной рассылке IPv4 на адрес 224.0.0.1. IPv6 также обеспечивает новые реализации многоадресной рассылки, включая встраивание адресов точек встречи в групповой адрес многоадресной рассылки IPv6, что упрощает развертывание междоменных решений. [15]

В IPv4 организации очень сложно получить хотя бы одно назначение группы многоадресной рассылки с глобальной маршрутизацией, а реализация междоменных решений - непростая задача. [16] Назначение одноадресных адресов локальным интернет-реестром для IPv6 имеет как минимум 64-битный префикс маршрутизации, что дает наименьший размер подсети, доступный в IPv6 (также 64-битный). При таком назначении можно встраивать префикс одноадресного адреса в формат многоадресного IPv6-адреса, сохраняя при этом 32-битный блок, наименее значимые биты адреса или приблизительно 4,2 миллиарда идентификаторов групп многоадресной рассылки. Таким образом, каждый пользователь подсети IPv6 автоматически имеет доступный набор глобально маршрутизируемых групп многоадресной рассылки для конкретных источников для многоадресных приложений. [17]

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

См. Также: IPv6-адрес § Автоконфигурация адреса без сохранения состояния

Хосты IPv6 настраиваются автоматически. Каждый интерфейс имеет самогенерируемый локальный адрес канала, и при подключении к сети выполняется разрешение конфликтов, и маршрутизаторы предоставляют сетевые префиксы через объявления маршрутизатора. [18] Конфигурация маршрутизаторов без сохранения состояния может быть достигнута с помощью специального протокола перенумерации маршрутизаторов. [19] При необходимости узлы могут настраивать дополнительные адреса с отслеживанием состояния через протокол динамической конфигурации узла версии 6 (DHCPv6) или статические адреса вручную.

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

Стабильный, уникальный, глобально адресуемый IP-адрес упростит отслеживание устройства в сетях. Поэтому такие адреса вызывают особую озабоченность в отношении конфиденциальности мобильных устройств, таких как ноутбуки и сотовые телефоны. [20] Для решения этих проблем конфиденциальности протокол SLAAC включает так называемые «адреса конфиденциальности» или, точнее, «временные адреса», кодифицированные в RFC 4941 , «Расширения конфиденциальности для автоконфигурации адресов без сохранения состояния в IPv6». [21] Временные адреса случайны и нестабильны. Типичное потребительское устройство ежедневно генерирует новый временный адрес и игнорирует трафик, адресованный старому адресу, через неделю. Временные адреса используются по умолчанию в Windows, начиная с XP SP1, [22]macOS начиная с (Mac OS X) 10.7, Android с 4.0 и iOS с версии 4.3. Использование временных адресов в дистрибутивах Linux варьируется. [23]

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

Метод генерации адреса SLAAC зависит от реализации. IETF рекомендует, чтобы адреса были детерминированными, но семантически непрозрачными. [26]

IPsec [ править ]

Безопасность интернет-протокола (IPsec) изначально была разработана для IPv6, но сначала нашла широкое распространение в IPv4, для которого была переработана. IPsec был обязательной частью всех реализаций протокола IPv6, [2] и Internet Key Exchange (IKE) был рекомендован, но с RFC 6434 включение IPsec в реализации IPv6 было понижено до уровня рекомендации, поскольку было сочтено непрактичным требовать полную реализацию IPsec. для всех типов устройств, которые могут использовать IPv6. Однако, как и в RFC 4301 , реализации протокола IPv6, которые реализуют IPsec, должны реализовывать IKEv2 и поддерживать минимальный набор криптографических алгоритмов.. Это требование поможет сделать реализации IPsec более совместимыми между устройствами от разных производителей. Заголовок аутентификации IPsec (AH) и заголовок полезной нагрузки инкапсуляции (ESP) реализованы как заголовки расширения IPv6. [27]

Упрощенная обработка маршрутизаторами [ править ]

Заголовок пакета в IPv6 проще, чем заголовок IPv4. Многие редко используемые поля перемещены в необязательные расширения заголовков. [28] Благодаря упрощенному заголовку пакета IPv6 процесс пересылки пакетов маршрутизаторами был упрощен. Хотя заголовки пакетов IPv6 как минимум вдвое превышают размер заголовков пакетов IPv4, обработка маршрутизаторами пакетов, содержащих только базовый заголовок IPv6, в некоторых случаях может быть более эффективной, поскольку в маршрутизаторах требуется меньшая обработка из-за выравнивания заголовков. для соответствия обычным размерам слов . [2] [13] Однако многие устройства реализуют поддержку IPv6 в программном обеспечении (в отличие от оборудования), что приводит к очень плохой производительности обработки пакетов. [29]Кроме того, во многих реализациях использование заголовков расширений приводит к тому, что пакеты обрабатываются процессором маршрутизатора, что приводит к снижению производительности или даже проблемам безопасности. [30]

Более того, заголовок IPv6 не включает контрольную сумму. Контрольная сумма заголовка IPv4 рассчитывается для заголовка IPv4 и должна пересчитываться маршрутизаторами каждый раз, когда время жизни (так называемое ограничение переходов в протоколе IPv6) уменьшается на единицу. Отсутствие контрольной суммы в заголовке IPv6 поддерживает сквозной принцип проектирования Интернета, согласно которому большая часть обработки в сети происходит в конечных узлах. Предполагается, что защита целостности данных, инкапсулированных в пакете IPv6, обеспечивается как канальным уровнем, так и обнаружением ошибок в протоколах более высокого уровня, а именно протоколом управления передачей (TCP) и протоколом дейтаграмм пользователя.(UDP) на транспортном уровне . Таким образом, в то время как IPv4 позволяет заголовкам дейтаграммы UDP не иметь контрольной суммы (обозначенной 0 в поле заголовка), IPv6 требует контрольной суммы в заголовках UDP.

Маршрутизаторы IPv6 не выполняют фрагментацию IP . Хосты IPv6 необходимы либо для обнаружения MTU пути , выполнения сквозной фрагментации, либо для отправки пакетов, не превышающих максимальную единицу передачи (MTU) по умолчанию , которая составляет 1280 октетов .

Мобильность [ править ]

В отличие от мобильного IPv4, мобильный IPv6 избегает треугольной маршрутизации и поэтому так же эффективен, как собственный IPv6. Маршрутизаторы IPv6 могут также позволить целым подсетям перемещаться в новую точку подключения маршрутизатора без изменения нумерации. [31]

Заголовки расширений [ править ]

Заголовок пакета IPv6 имеет минимальный размер 40 октетов (320 бит). Опции реализованы как расширения. Это дает возможность расширить протокол в будущем, не затрагивая структуру базового пакета. [2] Однако в RFC 7872 отмечается, что некоторые операторы сетей отбрасывают пакеты IPv6 с расширенными заголовками при прохождении транзитных автономных систем .

Джумбограммы [ править ]

IPv4 ограничивает пакеты до 65 535 (2 16 -1) октетов полезной нагрузки. Узел IPv6 может дополнительно обрабатывать пакеты, превышающие этот предел, называемые jumbograms , которые могут иметь размер до 4 294 967 295 (2 32 -1) октетов. Использование джумбограмм может улучшить производительность каналов с большим MTU . Использование jumbograms указывается заголовком расширения Jumbo Payload Option. [32]

Пакеты IPv6 [ править ]

Основная статья: пакет IPv6
Заголовок пакета IPv6

Пакет IPv6 состоит из двух частей: заголовка и полезной нагрузки .

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

Фиксированный заголовок занимает первые 40  октетов (320 бит) пакета IPv6. Он содержит адреса источника и назначения, параметры классификации трафика, счетчик переходов и тип дополнительного расширения или полезной нагрузки, следующих за заголовком. Это поле следующего заголовка сообщает получателю, как интерпретировать данные, следующие за заголовком. Если пакет содержит опции, это поле содержит тип опции следующей опции. Поле «Следующий заголовок» последней опции указывает на протокол верхнего уровня, который передается в полезной нагрузке пакета .

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

Без специальных опций полезная нагрузка должна быть меньше 64 КБ . С опцией Jumbo Payload (в заголовке расширения Hop-By-Hop Options ) полезная нагрузка должна быть меньше 4 ГБ.

В отличие от IPv4, маршрутизаторы никогда не фрагментируют пакет. Ожидается, что хосты будут использовать Path MTU Discovery, чтобы сделать свои пакеты достаточно маленькими, чтобы достичь места назначения без необходимости фрагментации. См. Фрагментацию пакетов IPv6 .

Обращение [ править ]

Общая структура одноадресного IPv6-адреса

Адреса IPv6 имеют 128 бит. Дизайн адресного пространства IPv6 реализует другую философию дизайна, чем в IPv4, в котором подсети использовались для повышения эффективности использования небольшого адресного пространства. В IPv6 адресное пространство считается достаточно большим в обозримом будущем, и подсеть локальной сети всегда использует 64 бита для хостовой части адреса, обозначенной как идентификатор интерфейса, в то время как наиболее значимые 64 бита используются в качестве маршрутизации. префикс. [33] Хотя существовал миф о невозможности сканирования подсетей IPv6, RFC 7707 отмечает, что шаблоны, возникающие в результате некоторых методов и алгоритмов конфигурации IPv6-адресов, позволяют сканировать адреса во многих реальных сценариях.

Представление адреса [ править ]

128 битов IPv6-адреса представлены 8 группами по 16 бит в каждой. Каждая группа записывается в виде четырех шестнадцатеричных цифр (иногда называемых шестнадцатеричными [34] [35] или более формально шестнадцатеричными [36] и неформально четверными полубайтами [36] ), и группы разделяются двоеточиями (:). Примером этого представления является 2001: 0db8: 0000: 0000: 0000: ff00: 0042: 8329 .

Для удобства и ясности представление IPv6-адреса может быть сокращено с помощью следующих правил.

  • Один или несколько ведущих нулей из любой группы шестнадцатеричных цифр удаляются, что обычно делается для всех ведущих нулей. Например, группа 0042 преобразуется в 42 .
  • Последовательные части нулей заменяются двумя двоеточиями (: :). Это можно использовать только один раз в адресе, так как многократное использование сделает адрес неопределенным. RFC 5952 требует, чтобы двойное двоеточие не использовалось для обозначения пропущенной единственной части нулей. [37] 

Пример применения этих правил:

Начальный адрес: 2001: 0db8: 0000: 0000: 0000: ff00: 0042: 8329 .
После удаления всех ведущих нулей в каждой группе: 2001: db8: 0: 0: 0: ff00: 42: 8329 .
После исключения последовательных секций нулей: 2001: db8 :: ff00: 42: 8329 .

Адрес обратной связи 0000: 0000: 0000: 0000: 0000: 0000: 0000: 0001 определен в RFC 5156 и сокращен до :: 1 с использованием обоих правил. 

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

Локальный адрес ссылки [ править ]

Структура Link-Local Unicast Address в IPv6

Для всех интерфейсов хостов IPv6 требуется локальный адрес канала . Адреса IPv6 link-local имеют префикс fe80 :: / 10 . Этот префикс сочетается с 64-битным суффиксом, который хост может вычислять и / или назначать самостоятельно - без конфигурации и без присутствия или взаимодействия внешнего сетевого компонента, такого как DHCP-сервер.

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

Уникальность адреса и запрос маршрутизатора [ править ]

IPv6 использует новый механизм сопоставления IP-адресов с адресами канального уровня ( MAC-адресами ), поскольку он не поддерживает метод широковещательной адресации, на котором основаны функциональные возможности протокола разрешения адресов (ARP) в IPv4. IPv6 реализует протокол обнаружения соседей (NDP, ND) на канальном уровне , который полагается на ICMPv6 и многоадресную передачу. [5] : 210 хостов IPv6 проверяют уникальность своих адресов IPv6 в локальной сети.(LAN) путем отправки сообщения запроса соседа, запрашивающего адрес канального уровня IP-адреса. Если какой-либо другой хост в локальной сети использует этот адрес, он отвечает. [39]

Хост, вызывающий новый интерфейс IPv6, сначала генерирует уникальный локальный адрес канала, используя один из нескольких механизмов, предназначенных для генерации уникального адреса. Если будет обнаружен неуникальный адрес, хост может повторить попытку с новым сгенерированным адресом. Как только уникальный локальный адрес канала установлен, хост IPv6 определяет, подключена ли локальная сеть по этому каналу к какому-либо интерфейсу маршрутизатора , поддерживающему IPv6. Это делается путем отправки сообщения запроса маршрутизатора ICMPv6 всем маршрутизаторам [40]группа многоадресной рассылки с ее локальным адресом в качестве источника. Если после заранее определенного количества попыток ответа нет, хост делает вывод, что маршрутизаторы не подключены. Если он получает ответ, известный как объявление маршрутизатора, от маршрутизатора, ответ включает в себя информацию о конфигурации сети, позволяющую установить глобально уникальный адрес с соответствующим префиксом одноадресной сети. [41] Также есть два флаговых бита, которые сообщают хосту, следует ли ему использовать DHCP для получения дополнительной информации и адресов:

  • Бит управления, который указывает, должен ли хост использовать DHCP для получения дополнительных адресов, а не полагаться на автоматически настроенный адрес из объявления маршрутизатора.
  • Бит Other, который указывает, должен ли хост получать другую информацию через DHCP. Другая информация состоит из одной или нескольких опций информации о префиксе для подсетей, к которым подключен хост, времени жизни для префикса и двух флагов: [39]
    • On-link: если этот флаг установлен, хост будет обрабатывать все адреса в определенной подсети как подключенные и отправлять пакеты напрямую им, а не отправлять их на маршрутизатор в течение заданного времени жизни.
    • Адрес: этот флаг сообщает хосту, что нужно создать глобальный адрес.

Глобальная адресация [ править ]

Глобальная структура одноадресных адресов в IPv6

Процедура присвоения глобальных адресов аналогична построению локальных адресов. Префикс предоставляется из объявлений маршрутизатора в сети. Объявления с несколькими префиксами приводят к настройке нескольких адресов. [39]

Для автоконфигурации адреса без сохранения состояния (SLAAC) требуется блок адреса / 64 , как определено в RFC 4291 . Локальным интернет-реестрам выделяется не менее / 32 блоков, которые они делят между подчиненными сетями. [42] В первоначальной рекомендации говорилось о назначении подсети / 48 сайтам конечных потребителей ( RFC 3177 ). Его заменил RFC 6177 , который «рекомендует давать домашним сайтам значительно больше, чем один / 64 , но не рекомендует также давать каждому домашнему сайту / 48 ».   / 56 с. Еще неизвестно, выполнят ли интернет-провайдеры эту рекомендацию. Например, во время первоначальных испытанийклиентамComcastбыла предоставлена ​​однасеть / 64 . [43]

IPv6 в системе доменных имен [ править ]

В системе доменных имен (DNS) имена хостов сопоставляются с адресами IPv6 с помощью записей ресурсов AAAA («quad-A»). Для обратного разрешения IETF зарезервировал домен ip6.arpa , где пространство имен иерархически разделено 1-значным шестнадцатеричным представлением полубайтовых единиц (4 бита) адреса IPv6. Эта схема определена в RFC 3596 . 

Когда хост с двойным стеком запрашивает DNS-сервер для разрешения полного доменного имени (FQDN), DNS-клиент хоста отправляет два DNS-запроса: один запрашивает записи A, а другой - записи AAAA. Операционная система хоста может быть сконфигурирована с предпочтением правил выбора адреса RFC 6724 . [44] 

В ранних реализациях DNS для IPv6 использовался альтернативный тип записи, предназначенный для облегчения перенумерации сети, записи A6 для прямого просмотра и ряд других нововведений, таких как метки битовых строк и записи DNAME . Он определен в RFC 2874 и ссылках на него (с дальнейшим обсуждением плюсов и минусов обеих схем в RFC 3364 ), но был объявлен экспериментальным ( RFC 3363 ).   

Механизмы перехода [ править ]

Основная статья: механизм перехода IPv6

Не предполагается, что IPv6 мгновенно вытеснит IPv4. Оба протокола еще некоторое время будут работать одновременно. Следовательно, необходимы механизмы перехода IPv6 , чтобы позволить хостам IPv6 достигать служб IPv4 и позволить изолированным хостам и сетям IPv6 достигать друг друга через инфраструктуру IPv4. [45]

По словам Сильвии Хаген , реализация IPv4 и IPv6 на устройствах с двумя стеками - это самый простой способ перехода на IPv6. [46] Многие другие механизмы перехода используют туннелирование для инкапсуляции трафика IPv6 в сетях IPv4 и наоборот. Это несовершенное решение, которое уменьшает максимальный размер передаваемого блока (MTU) канала и, следовательно, усложняет обнаружение MTU пути и может увеличить задержку . [47] [48]

Реализация IP с двойным стеком [ править ]

Реализации IP с двойным стеком предоставляют полные стеки протоколов IPv4 и IPv6 в операционной системе компьютера или сетевого устройства поверх обычной реализации физического уровня , такой как Ethernet . Это позволяет хостам с двойным стеком одновременно участвовать в сетях IPv6 и IPv4. Метод определен в RFC 4213 . [49] 

Устройство с реализацией двойного стека в операционной системе имеет адреса IPv4 и IPv6 и может обмениваться данными с другими узлами в локальной сети или в Интернете, используя IPv4 или IPv6. Протокол системы доменных имен (DNS) используется обоими IP-протоколами для разрешения полных доменных имен (FQDN) и IP-адресов, но двойной стек требует, чтобы разрешающий DNS-сервер мог разрешать оба типа адресов. Такой DNS-сервер с двойным стеком будет содержать адреса IPv4 в записях A и адреса IPv6 в записях AAAA. В зависимости от адресата, который необходимо разрешить, сервер имен DNS может возвращать IP-адрес IPv4 или IPv6, либо оба. Механизм выбора адреса по умолчанию или предпочтительный протокол необходимо настроить либо на хостах, либо на DNS-сервере. IETFопубликовал Happy Eyeballs, чтобы помочь приложениям с двойным стеком, чтобы они могли подключаться, используя как IPv4, так и IPv6, но предпочитают подключение IPv6, если оно доступно. Однако двойной стек также необходимо реализовать на всех маршрутизаторах между хостом и службой, для которых DNS-сервер вернул адрес IPv6. Клиенты с двойным стеком должны быть настроены на предпочтение IPv6 только в том случае, если сеть может пересылать пакеты IPv6, используя версии протоколов маршрутизации IPv6 . При наличии сетевых протоколов с двойным стеком прикладной уровень может быть переведен на IPv6. [50]

Хотя двойной стек поддерживается основными поставщиками операционных систем и сетевых устройств , устаревшее сетевое оборудование и серверы не поддерживают IPv6.

Клиенты интернет-провайдера с общедоступным IPv6 [ править ]

Механизм назначения префиксов IPv6 с IANA, RIR и ISP

Интернет-провайдеры (ISP) все чаще предоставляют своим корпоративным и частным клиентам общедоступные глобальные одноадресные IPv6-адреса. Однако, если в локальной сети (LAN) IPv4 все еще используется, а интернет-провайдер может предоставить только общедоступный IPv6, адреса LAN IPv4 преобразуются в общедоступный IPv6-адрес с помощью NAT64 , механизма преобразования сетевых адресов (NAT). . Некоторые интернет-провайдеры не могут предоставить своим клиентам общедоступные адреса IPv4 и IPv6, таким образом поддерживая сеть с двойным стеком, потому что некоторые интернет-провайдеры исчерпали свой пул адресов IPv4 с глобальной маршрутизацией. Между тем клиенты интернет-провайдеров все еще пытаются получить доступ к веб-серверам IPv4 и другим адресатам. [51]

Значительный процент интернет-провайдеров во всех зонах региональных интернет-реестров (RIR) получил адресное пространство IPv6. Сюда входят многие основные мировые интернет-провайдеры и операторы мобильных сетей , такие как Verizon Wireless , StarHub Cable , Chubu Telecommunications , Kabel Deutschland , Swisscom , T-Mobile , Internode и Telefonica . [52]

В то время как некоторые интернет-провайдеры по-прежнему выделяют клиентам только адреса IPv4, многие интернет-провайдеры выделяют своим клиентам только IPv6 или IPv4 и IPv6 с двойным стеком. Интернет-провайдеры сообщают, что доля трафика IPv6 от клиентов в их сети составляет от 20% до 40%, но к середине 2017 года трафик IPv6 все еще составлял лишь часть общего трафика в нескольких крупных точках обмена интернет-трафиком (IXP). AMS-IX сообщил, что он составляет 2%, а SeattleIXсообщили 7%. Опрос 2017 года показал, что многие клиенты DSL, которые обслуживались провайдером с двойным стеком, не запрашивали DNS-серверы для преобразования полных доменных имен в адреса IPv6. Опрос также показал, что большая часть трафика с ресурсов веб-сервера с поддержкой IPv6 все еще запрашивалась и обслуживалась через IPv4, в основном из-за клиентов интернет-провайдеров, которые не использовали функцию двойного стека, предоставляемую их интернет-провайдерами, и в меньшей степени из-за клиентов IPv4. -только интернет-провайдеры. [53]

Туннелирование [ править ]

Техническая основа для туннелирования или инкапсуляции пакетов IPv6 в пакеты IPv4 изложена в RFC 4213 . Когда магистраль Интернета использовала только IPv4, одним из часто используемых протоколов туннелирования был 6to4 . [54] Туннелирование Teredo также часто использовалось для интеграции локальных сетей IPv6 с магистралью Интернета IPv4. Teredo описан в RFC 4380 и позволяет использовать локальные сети IPv6.для туннелирования по сетям IPv4 путем инкапсуляции пакетов IPv6 в UDP. Ретранслятор Teredo - это маршрутизатор IPv6, который является посредником между сервером Teredo и собственной сетью IPv6. Ожидалось, что 6to4 и Teredo будут широко развернуты до тех пор, пока сети интернет-провайдеров не перейдут на собственный IPv6, но к 2014 году статистика Google показала, что использование обоих механизмов упало почти до нуля [55].

IPv4-сопоставленные адреса IPv6 [ править ]

IPv4-совместимый одноадресный IPv6-адрес
IPv4-сопоставленный IPv6-адрес одноадресной рассылки

Гибридные реализации IPv6 / IPv4 с двойным стеком распознают специальный класс адресов, IPv4-сопоставленные адреса IPv6. Эти адреса обычно записываются с 96-битным префиксом в стандартном формате IPv6, а оставшиеся 32 бита записываются в обычном точечно-десятичном формате IPv4. Адреса с отображением IPv4 указаны в RFC 6890 [56], раздел 2.2.3, таблица 20, и определены в RFC 4291 . 

Адреса в этой группе состоят из 80-битного префикса нулей, следующие 16 бит - это единицы, а остальные, наименее значимые 32 бита содержат адрес IPv4. Например, :: ffff: 192.0.2.128 представляет IPv4-адрес 192.0.2.128. Другой формат, называемый «IPv4-совместимый IPv6-адрес», - это :: 192.0.2.128; однако этот метод устарел. [57]

Из-за значительных внутренних различий между стеками протоколов IPv4 и IPv6 некоторые функциональные возможности нижнего уровня, доступные программистам в стеке IPv6, не работают одинаково при использовании с адресами, сопоставленными с IPv4. Некоторые распространенные стеки IPv6 не реализуют функцию адресов с отображением IPv4 либо потому, что стеки IPv6 и IPv4 являются отдельными реализациями (например, Microsoft Windows 2000, XP и Server 2003), либо по соображениям безопасности ( OpenBSD ). [58] В этих операционных системах программа должна открывать отдельный сокет для каждого используемого IP-протокола. В некоторых системах, например, ядро Linux , NetBSD и FreeBSD, эта функция управляется опцией сокета IPV6_V6ONLY, как указано в RFC 3493 . [59] 

RFC  6052 определяет класс встроенных в IPv4 адресов IPv6 с префиксом адреса 64: ff9b :: / 96 для использования в методах перехода NAT64 . Например, 64: ff9b :: 192.0.2.128 представляет IPv4-адрес 192.0.2.128.

Безопасность [ править ]

При использовании IPv6 может возникнуть ряд проблем с безопасностью. Некоторые из них могут быть связаны с самими протоколами IPv6, а другие могут быть связаны с недостатками реализации. [60] [61]

Теневые сети [ править ]

Добавление узлов, для которых IPv6 включен по умолчанию производителем программного обеспечения, может привести к непреднамеренному созданию теневых сетей , в результате чего трафик IPv6 будет течь в сети, в которых используется только управление безопасностью IPv4. Это также может произойти при обновлении операционной системы, когда более новая операционная система включает IPv6 по умолчанию, а более старая - нет. Отсутствие обновления инфраструктуры безопасности для поддержки IPv6 может привести к тому, что трафик IPv6 будет обходить его. [62] Теневые сети возникли в бизнес-сетях, в которых предприятия заменяют системы Windows XP , в которых стек IPv6 не включен по умолчанию, на системы Windows 7 , в которых он есть. [63]Поэтому некоторые разработчики стека IPv6 рекомендуют отключить сопоставленные адреса IPv4 и вместо этого использовать сеть с двойным стеком, где необходима поддержка как IPv4, так и IPv6. [64]

Фрагментация пакетов IPv6 [ править ]

Исследования показали, что использование фрагментации может использоваться для обхода средств контроля сетевой безопасности, аналогичных IPv4. В результате RFC 7112 требует, чтобы первый фрагмент пакета IPv6 содержал всю цепочку заголовков IPv6, так что некоторые очень патологические случаи фрагментации запрещены. Кроме того, в результате исследования обхода RA-Guard в RFC 7113 , RFC 6980 отказался от использования фрагментации с обнаружением соседей и не рекомендовал использовать фрагментацию с обнаружением безопасного соседа (SEND).   

Стандартизация через RFC [ править ]

Предложения рабочей группы [ править ]

В связи с ожидаемым глобальным ростом Интернета , Инженерная группа Интернета (IETF) в начале 1990-х годов приступила к разработке протокола IP следующего поколения. [5] : 209 К началу 1992 г. появилось несколько предложений по расширенной системе адресации в Интернете, а к концу 1992 г. IETF объявила призыв к выпуску официальных документов. [65] В сентябре 1993 года IETF создала временную специальную область IP Next Generation (IPng) для решения таких проблем. Новое направление возглавили Эллисон Манкин и Скотт Брэднер., и имел дирекцию с 15 инженерами из разных слоев общества для определения направлений и предварительной проверки документов: [7] [66] Членами рабочей группы были Дж. Аллард (Microsoft), Стив Белловин (AT&T), Джим Баунд (цифровое оборудование) Corporation), Росс Каллон (Wellfleet), Брайан Карпентер (ЦЕРН), Дэйв Кларк (MIT), Джон Карран (NEARNET), Стив Диринг (Xerox), Дино Фариначчи (Cisco), Пол Фрэнсис (NTT), Эрик Флейшманн (Boeing) , Марк Кноппер (Ameritech), Грег Миншалл (Novell), Роб Ульманн (Lotus) и Ликсия Чжан (Xerox). [67]

Инженерная группа Интернета приняла модель IPng 25 июля 1994 года, сформировав несколько рабочих групп IPng. [7] К 1996 году была выпущена серия RFC, определяющих Интернет-протокол версии 6 (IPv6), начиная с RFC 1883 . (Версия 5 использовалась экспериментальным протоколом Internet Stream Protocol .) 

RFC стандартизация [ править ]

Первым RFC, стандартизировавшим IPv6, был RFC 1883 в 1995 году, который устарел в RFC 2460 в 1998 году. [5] : 209 В июле 2017 года этот RFC был отменен RFC 8200 , который повысил IPv6 до «Интернет-стандарта» (наивысший уровень зрелости). уровень для протоколов IETF). [3]   

Развертывание [ править ]

Основная статья: развертывание IPv6

Введение в 1993 г. бесклассовой междоменной маршрутизации (CIDR) в маршрутизации и распределении IP-адресов для Интернета, а также широкое использование преобразования сетевых адресов (NAT), отсрочили исчерпание адресов IPv4, чтобы обеспечить развертывание IPv6, которое началось в середине -2000с.

Ежемесячное выделение IPv6 для каждого регионального интернет-реестра (RIR)

Университеты были одними из первых, кто начал использовать IPv6. Технологический институт штата Вирджиния развернул IPv6 на пробной площадке в 2004 году, а затем расширил развертывание IPv6 в сети университетского городка . К 2016 году 82% трафика в их сети использовали IPv6. Имперский колледж Лондона начал экспериментальное развертывание IPv6 в 2003 году, и к 2016 году трафик IPv6 в их сетях составлял в среднем от 20% до 40%. Значительная часть этого трафика IPv6 была сгенерирована в результате их сотрудничества в области физики высоких энергий с CERN , который полностью полагается на IPv6. [68]

Система доменных имен (DNS) поддерживает IPv6 с 2008 года. В том же году IPv6 был впервые использован на крупном всемирном мероприятии во время летних Олимпийских игр 2008 года в Пекине . [69] [70]

К 2011 году все основные операционные системы, используемые на персональных компьютерах и серверных системах, имели реализации IPv6 производственного качества. Сотовые телефонные системы представляли собой широкое поле для развертывания устройств Интернет-протокола, поскольку услуги мобильной телефонной связи перешли от технологий 3G к 4G , в которых голос предоставляется как услуга передачи голоса по IP (VoIP), в которой будут использоваться улучшения IPv6. В 2009 году сотовый оператор США Verizon опубликовал технические спецификации устройств для работы в сетях «следующего поколения». [71] Спецификация предписывала работу IPv6 в соответствии со спецификациями 3GPP Release 8 (март 2009 г.) и не рекомендовала IPv4 как дополнительную возможность.[71]

Продолжалось развертывание IPv6 в магистральной сети Интернет . В 2018 году только 25,3% из примерно 54000 автономных систем анонсировали префиксы IPv4 и IPv6 в глобальной базе данных маршрутизации протокола пограничного шлюза (BGP). Еще 243 сети анонсировали только префикс IPv6. Магистральные транзитные сети Интернет, предлагающие поддержку IPv6, существуют во всех странах мира, за исключением некоторых регионов Африки , Ближнего Востока и Китая. [72] К середине 2018 года некоторые крупные европейские провайдеры широкополосной связи развернули IPv6 для большинства своих клиентов. British Sky Broadcasting обеспечила более 86% своих клиентов IPv6, Deutsche Telekomимели 56% развертывания IPv6, XS4ALL в Нидерландах - 73%, а в Бельгии провайдеры широкополосной связи VOO и Telenet имели 73% и 63% развертывания IPv6 соответственно. [73] В Соединенных Штатах провайдер широкополосного доступа Comcast развернул IPv6 примерно на 66%. В 2018 году Comcast сообщила о 36,1 млн пользователей IPv6, а AT&T сообщила о 22,3 млн пользователей IPv6. [74]

См. Также [ править ]

  • Интернет нового поколения в Китае
  • Сравнение поддержки IPv6 в операционных системах
  • Сравнение поддержки IPv6 в распространенных приложениях
  • Сертификация продукции DoD IPv6
  • Счастливые глазные яблоки
  • Список брокеров туннелей IPv6
  • Лаборатория взаимодействия Университета Нью-Гэмпшира

Ссылки [ править ]

  1. ^ Новая Зеландия Целевая группа IPv6. «Часто задаваемые вопросы» . Проверено 26 октября 2015 года .
  2. ^ Б с д е ф S. Deering ; Р. Хинден (декабрь 1998 г.), Интернет-протокол, спецификация версии 6 (IPv6) , Инженерная группа Интернета (IETF), RFC 2460 Устаревший RFC 1883 .
  3. ^ а б С. Диринг ; Р. Хинден (июль 2017 г.), «Протокол Интернета, версия 6 (IPv6) Спецификация», страницы запроса комментариев (RFC) Ietf - тест , Инженерная рабочая группа Интернета (IETF), ISSN 2070-1721 , RFC 8200  Устраняет RFC 2460 .
  4. ^ Сиддики, Aftab (17 июля 2017). «RFC 8200 - IPv6 стандартизирован» . Интернет-общество . Проверено 25 февраля 2018 года .
  5. ^ а б в г Рами Розен (2014). Сеть ядра Linux: реализация и теория . Нью-Йорк: Апресс. ISBN 9781430261971. OCLC  869747983 .
  6. ^ Конференция Google IPv6 2008: Как будет выглядеть Интернет IPv6? . Событие происходит в 13:35.
  7. ^ a b c Bradner, S .; Манкин, А. (январь 1995 г.). Рекомендация по протоколу IP Next Generation . IETF . DOI : 10,17487 / RFC1752 . RFC 1752 .
  8. ^ Рашид, Фахмида. «Исчерпание адреса IPv4 - не мгновенная причина для беспокойства по поводу IPv6 в Wings» . eWeek . Проверено 23 июня 2012 года .
  9. ↑ Уорд, Марк (14 сентября 2012 г.). «Европа достигла старых лимитов интернет-адресов» . BBC News . BBC . Проверено 15 сентября 2012 года .
  10. ^ Хьюстон, Джефф. «Отчет об адресах IPV4» .
  11. ^ "Африканский сетевой информационный центр: -" . my.afrinic.net . Проверено 28 ноября 2018 .
  12. ^ новость, Дата публикации: 25.11.2019-; ipv4; Истощение, IPv4; ipv6; Релиз, Пресс. «В RIPE NCC закончились адреса IPv4» . Сетевой координационный центр RIPE . Проверено 26 ноября 2019 .
  13. ^ a b Куропатка, C .; Кастенхольц, Ф. (декабрь 1994 г.). «Технические критерии выбора IP следующего поколения (IPng)» . RFC 1726 . 
  14. ^ RFC 1112 , Расширения хостов для многоадресной рассылки IP , С. Диринг (август 1989 г.) 
  15. ^ RFC 3956 , Встраивание адреса точки рандеву (RP) в многоадресный IPv6-адрес , П. Савола, Б. Хаберман (ноябрь 2004 г.) 
  16. ^ RFC 2908 , Архитектура распределения многоадресных адресов в Интернете , Д. Талер, М. Хэндли, Д. Эстрин (сентябрь 2000 г.) 
  17. ^ RFC 3306 , Многоадресные IPv6-адреса на основе одноадресных префиксов , Б. Хаберман, Д. Талер (август 2002 г.) 
  18. ^ a b Thomson, S .; Нартен, Т .; Цзиньмэй, Т. (сентябрь 2007 г.). «Автоконфигурация IPv6 адреса без сохранения состояния» . RFC 4862 . 
  19. ^ RFC 2894 , Перенумерация маршрутизаторов для IPv6 , М. Кроуфорд, август 2000 г. 
  20. ^ Т. Нартен; Р. Дрейвс; С. Кришнан (сентябрь 2007 г.). «Расширения конфиденциальности для автоконфигурации адресов без сохранения состояния в IPv6» . www.ietf.org . Проверено 13 марта 2017 года .
  21. ^ Нартен, Томас; Дрейвс, Ричард; Кришнан, Суреш. Расширения конфиденциальности для автоконфигурации адресов без сохранения состояния в IPv6 . DOI : 10,17487 / RFC4941 . RFC 4941 .
  22. ^ «Обзор расширенного сетевого пакета для Windows XP» . Архивировано из оригинала 7 сентября 2017 года . Проверено 15 апреля 2019 .
  23. ^ «Расширения конфиденциальности для IPv6 SLAAC» . Интернет-общество . 8 августа 2014 . Проверено 17 января 2020 года .
  24. ^ Ferguson, P .; Берковиц, Х. (январь 1997 г.). «Обзор перенумерации сети: зачем мне это нужно и что это вообще такое?» . RFC 2071 . 
  25. ↑ Берковиц, Х. (январь 1997 г.). «Руководство по перенумерации маршрутизаторов» . RFC 2072 . 
  26. ^ Купер, Алисса; Гон, Фернандо; Талер, Дэйв. Рекомендации по идентификаторам стабильного интерфейса IPv6 . DOI : 10,17487 / RFC8064 . RFC 8064 .
  27. ^ Сильвия Хаген (2014). Основы IPv6: интеграция IPv6 в вашу сеть IPv4 (3-е изд.). Севастополь, Калифорния: O'Reilly Media. п. 196. ISBN. 978-1-4493-3526-7. OCLC  881832733 .
  28. ^ «История доменных имен | IPv6» . www.historyofdomainnames.com . Архивировано из оригинала 12 июня 2018 года . Проверено 12 июня 2018 .
  29. ↑ Зак, Э. (июль 2013 г.). «Оценка безопасности IPv6 и сравнительный анализ» .
  30. ^ Гонт, Ф. (март 2016 г.). «Операционные последствия пакетов IPv6 с расширенными заголовками» . черновик-гон-v6ops-ipv6-ehs-пакет-капли-03 .
  31. ^ RFC 3963 , Поддержка базового протокола сетевой мобильности (NEMO) , В. Деварапалли, Р. Вакикава, А. Петреску, П. Тюберт (январь 2005 г.) 
  32. ^ RFC 2675 , Jumbograms IPv6 , Д. Борман, С. Диринг , Р. Хинден (август 1999 г.) 
  33. ^ RFC 4291 , стр. 9. 
  34. ^ Грациани, Рик (2012). Основы IPv6: простой подход к пониманию IPv6 . Cisco Press . п. 55. ISBN 978-0-13-303347-2.
  35. ^ Coffeen, Том (2014). Планирование адресов IPv6: разработка плана адресов на будущее . O'Reilly Media . п. 170. ISBN 978-1-4919-0326-1.
  36. ^ a b Хорли, Эдвард (2013). Практический IPv6 для администраторов Windows . Апресс . п. 17. ISBN 978-1-4302-6371-5.
  37. ↑ С. Кавамура (август 2010). «Рекомендация по текстовому представлению адресов IPv6» . раздел 4.2.2. RFC 5952 . 
  38. ↑ С. Кавамура (август 2010). «Рекомендация по текстовому представлению адресов IPv6» . RFC 5952 . 
  39. ^ a b c Нартен, Т. (август 1999 г.). «Обнаружение соседей и автоконфигурация без сохранения состояния в IPv6». Интернет-вычисления IEEE . 3 (4): 54–62. DOI : 10.1109 / 4236.780961 .
  40. ^ Т. Narten (сентябрь 2007). «Обнаружение соседей для IP версии 6 (IPv6)» . раздел 6.3.7. RFC 4861 . 
  41. ↑ С. Томсон (сентябрь 2007 г.). «Автоконфигурация IPv6 адреса без сохранения состояния» . раздел 5.5.1. RFC 4862 . 
  42. ^ «Политика распределения и назначения адресов IPv6» . RIPE NCC. 8 февраля 2011 . Проверено 27 марта 2011 года .
  43. ↑ Brzozowski, John (31 января 2011 г.). «Comcast активирует первых пользователей с двойным стеком IPv6 через DOCSIS» . корпоративный.comcast.com . Comcast . Проверено 15 апреля 2019 .
  44. ^ Сильвия Хаген (2014). IPv6 Essentials: интеграция IPv6 в вашу сеть IPv4 . O'Reilly Media, Inc. стр. 176. ISBN. 9781449335267.
  45. ^ «Механизм перехода IPv6 / Сравнение туннелирования» . Sixxs.net . Проверено 20 января 2012 года .
  46. ^ Сильвия Хаген (2014). IPv6 Essentials: интеграция IPv6 в вашу сеть IPv4 . O'Reilly Media, Inc., стр. 222–223. ISBN 9781449335267.
  47. ^ «Рекомендации по развертыванию 6to4» . IETF. RFC 6343 . Проверено 20 августа 2012 года . 
  48. ^ «IPv6: двойной стек, где можно; туннель, где нужно» . networkworld.com. 5 сентября 2007 года Архивировано из оригинала 11 мая 2008 года . Проверено 27 ноября 2012 года .
  49. ^ «Основные механизмы перехода для хостов и маршрутизаторов IPv6» . IETF. RFC 4213 . Проверено 20 августа 2012 года . 
  50. ^ Сильвия Хаген (2014). IPv6 Essentials: интеграция IPv6 в вашу сеть IPv4 . O'Reilly Media, Inc. стр. 222. ISBN. 9781449335267.
  51. ^ Можжевельника TechLibrary (31 августа 2017). «Понимание двойного стекирования одноадресных IPv4 и IPv6 адресов» . www.juniper.net . Проверено 13 марта 2017 года .
  52. ^ "IPv6" . www.nro.net . Проверено 13 марта 2017 года .
  53. ↑ Энрик Пужоль (12 июня 2017 г.). «Что останавливает трафик IPv6 у провайдера с двойным стеком?» . www.apnic.net . Дата обращения 13 июня 2017 .
  54. ↑ Стивен Дж. Воан-Николс (14 октября 2010 г.). «Пять способов мирного сосуществования IPv6 и IPv4» . www.zdnet.com . Проверено 13 марта 2017 года .
  55. ^ Сильвия Хаген (2014). IPv6 Essentials: интеграция IPv6 в вашу сеть IPv4 . O'Reilly Media, Inc. стр. 33. ISBN 9781449335267.
  56. ^ "Специальные реестры IP-адресов" . IETF. RFC 6890 . 
  57. ^ Хинден, Роберт М .; Диринг, Стивен Э. «RFC 4291 - Архитектура адресации IP версии 6, раздел 2.5.5.1. IPv4-совместимый IPv6-адрес» . tools.ietf.org . Проверено 23 сентября 2019 года .
  58. ^ inet6(4)  -  Руководство по интерфейсам ядра OpenBSD
  59. ^ «Базовые расширения интерфейса сокетов для IPv6» . IETF. Февраль 2003. с. 22. RFC 3493 . Проверено 28 ноября 2017 года . 
  60. ^ Гонт, Фернандо (10 марта 2019 г.), Безопасность IPv6 для инженеров IPv4 (PDF) , получено 30 августа 2019 г.
  61. ^ Гонт, Фернандо (10 января 2019 г.), Часто задаваемые вопросы по безопасности IPv6 (FAQ) (PDF) , получено 30 августа 2019 г.
  62. ↑ Mullins, Robert (5 апреля 2012 г.), Shadow Networks: An Unintended IPv6 Side Effect , заархивировано из оригинала 11 апреля 2013 г. , извлечено 2 марта 2013 г.
  63. ^ Cicileo, Гильермо; Гальяно, Роке; О'Флаэрти, Кристиан; и другие. (Октябрь 2009 г.). IPv6 для всех: руководство по использованию и применению IPv6 в различных средах (PDF) . п. 5 . Проверено 2 марта 2013 года .
  64. ^ Июнь-Ичиро itojun Hagino (октябрь 2003 г.). «Адреса с отображением IPv4 на проводе считаются опасными» .
  65. ^ Bradner, S .; Манкин, А. (декабрь 1993 г.). «IP: Запрос на информационный документ нового поколения (IPng)» . RFC 1550 . 
  66. ^ "История усилий IPng" . Солнце . Архивировано из оригинального 23 мая 2014 года.
  67. ^ «Рекомендации по протоколу IP следующего поколения - Приложение B» . RFC 1752 . 
  68. ^ Состояние развертывания IPv6 2018 , Internet Society , 2018, стр. 3
  69. ^ "Beijing2008.cn переходит в Сеть следующего поколения" (пресс-релиз). Пекинский оргкомитет Игр XXIX Олимпиады. 30 мая 2008 года Архивировано из оригинала 4 февраля 2009 года .
  70. ^ Дас, Кошик (2008). «IPv6 и Олимпийские игры 2008 года в Пекине» . IPv6.com . Проверено 15 августа 2008 года .
  71. ^ a b Дерек Морр (9 июня 2009 г.). «Verizon требует поддержки IPv6 для сотовых телефонов нового поколения» . CircleID.
  72. ^ Состояние развертывания IPv6 2018 , Internet Society , 2018, стр. 6
  73. ^ Состояние развертывания IPv6 2018 , Internet Society , 2018, стр. 7
  74. ^ Состояние развертывания IPv6 2018 , Internet Society , 2018, стр. 7-8

Внешние ссылки [ править ]

  • IPv6 в ядре Linux Рами Розен.
  • Свободный пул адресного пространства IPv4 исчерпан
  • Введение и статистика о IPV6