IPv6

редактировать
Интернет-протокол версии 6

Интернет-протокол версии 6
Протокол связи
Заголовок IPv6-en.svg Заголовок IPv6
ЦельМежсетевое взаимодействие протокол
Разработчик (и)Инженерная группа Интернета
Представлена ​​декабрь 1995 г.; 24 года назад (1995-12)
На основеIPv4
уровня OSI сетевого уровня
RFC (s) RFC 2460, RFC 8200

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

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

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

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

Содержание
  • 1 Основные характеристики
  • 2 Мотивация и происхождение
    • 2.1 Исчерпание адреса IPv4
  • 3 Сравнение с IPv4
    • 3.1 Большее адресное пространство
    • 3.2 Многоадресная передача
    • 3.3 Автоконфигурация адреса без сохранения состояния (SLAAC)
    • 3.4 IPsec
    • 3.5 Упрощенная обработка маршрутизаторами
    • 3.6 Мобильность
    • 3.7 Заголовки расширений
      • 3.7.1 Джумбограммы
  • 4 пакета IPv6
  • 5 Адресация
    • 5.1 Адрес представление
    • 5.2 Локальный адрес канала
    • 5.3 Уникальность адреса и запрос маршрутизатора
    • 5.4 Глобальная адресация
  • 6 IPv6 в системе доменных имен
  • 7 Механизмы перехода
    • 7.1 Реализация IP с двойным стеком
    • 7.2 Клиенты интернет-провайдеров с общедоступным IPv6
    • 7.3 Туннелирование
    • 7.4 IPv4- сопоставленные адреса IPv6
  • 8 Безопасность
    • 8.1 Теневые сети
    • 8.2 Фрагментация пакетов IPv6
  • 9 С тандартизация посредством RFC
    • 9.1 Предложения рабочей группы
    • 9.2 Стандартизация RFC
  • 10 Развертывание
  • 11 См. Также
  • 12 Ссылки
  • 13 Внешние ссылки
Основные возможности
Глоссарий использования терминов d для адресов IPv6

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

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

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

Мотивация и источник

исчерпание IPv4-адреса

Разложение четырехточечного представления IPv4-адреса на его двоичное значение

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

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

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

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

Сравнение с IPv4

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

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

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

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

Многоадресная передача

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

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

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

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

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

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

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

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

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

IPsec

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

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

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

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

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

Мобильность

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

Заголовки расширений

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

Jumbograms

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

Пакеты 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 бита используются в качестве маршрутизации. префикс. В RFC 7707 существуют алгоритмы конфигурации IPv6-адресов, позволяющие сканировать адреса во многих реальных сценариях, существует миф о невозможности сканирования подсетей IPv6.

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

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

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

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

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

Начальный адрес: 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 представила предлагаемый стандарт для их представления в тексте.

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

Структура одноадресного локального канала адреса в IPv6

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

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

Уникальность адреса и запросатора

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

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

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

Глобальная адресация

Структура глобального одноадресного адреса в IPv6

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

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

IPv6 в системе доменных имен

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

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

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

Механизмы перехода

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

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

Двойной стековой. Реализация IP

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

Устройство с реализацией двойного стека в операционной системе адреса имеет 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.

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

Интернет-провайдеры с общедоступным IPv6

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

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

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

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

Туннелирование

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

IPv4-сопоставленные адреса IPv6

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

Гибридные реализации IPv6 / IPv4 с двойным стеком распознают специальный класс адресов - IPv4-сопоставленные адреса IPv6. Эти адреса обычно записываются с 96-битным префиксом в стандартном формате IPv6, а остальные 32 бита записываются в обычном точечно-десятичном виде IPv4.

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

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

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

Безопасность

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

Теневые сети

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

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

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

Стандартизация через RFC

Предложения рабочей группы

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

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

Стандартизация RFC

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

Развертывание

Введение в 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.

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

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

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

См. Также
  • значок Интернет-портал
Ссылки
Внешние ссылки
Викиверситет имеет обучающие ресурсы по IPv6
Последняя правка сделана 2021-05-23 07:42:19
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте