За относительно короткий период времени персональные компьютеры стали подключаться к локальным сетям, которые объединялись в региональные сети. Многие из этих систем связаны со всем миром. Результатом стало распространение Интернета среди миллионов пользователей.

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

Пространство номеров быстро истощилось. Кроме того, поскольку номера присваивались не иерархически, быстро разрослись таблицы маршрутизации.

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

■ Работа в сети нового поколения мобильных компьютеров, заменяющих деловые бумаги и выполняющих роль цифрового персонального секретаря.

■ Требования для аудио и видео в реальном времени, приведшие существующую технологию к своему естественному пределу.

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

Существует и проблема с сетевым управлением. Многие организации используют магистральные соединения по IP для объединения своих сетей и пересылке трафика средствами протокола IP. На сегодняшний день эти задачи не решены полностью и нет эффективных механизмов для управления нагрузкой.

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

Протокол IPv6 имеет следующие характеристики:

■ Введен 128-разрядный адрес (16 октетов), который иерархически структурирован для упрощения делегирования прав выделения адресов и маршрутизации.

■ Упрощен главный заголовок IP, но определены многие необязательные заголовки расширения, что позволяет при необходимости добавлять новые сетевые возможности.

■ Поддерживаются аутентификация, целостность данных и конфиденциальность на уровне IP.

■ Введены потоки, поддерживающие многие новые типы пересылки запросов, например видео в реальном времени.

■ Упрощена инкапсуляция других протоколов, и предложен механизм для управления нагрузкой при пересылке данных от других протоколов.

■ Реализован новый метод автоматической самоконфигурации адресов и проверки уникальности IP-адресов.

■ Улучшены методы исследования маршрутизаторов, определения неисправных путей и недостижимых соседей по связи.

На момент написания книги многие детали IPv6 находились еще в стадии разработки, однако основные архитектурные элементы уже подготовлены и рассматриваются в этой главе. Уже стали стандартами IPv6, ICMPv6, расширение DNS и архитектура адресации IPv6.

Версия 6 вносит некоторые изменения в терминологию версии 4 и вводит новые термины:

■ Пакетом (packet) называется заголовок IPv6 плюс полезные данные

■ Узел (node) — любая система, реализующая IPv6

■ Маршрутизатор (router) — узел, пересылающий не адресованные ему пакеты IPv6

■ Связь (link) — носитель, по которому взаимодействуют узлы на уровне связи данных

■ Соседи (neighbor) — узлы, подключенные к одной связи

Термином "пакет" наиболее злоупотребляют в сетевом мире. Пакетами называются любые элементы данных протокола (PDU) от уровня связи данных до уровня приложений.

Почему авторы версии 6 перешли от термина "датаграмма" к "пакету"? Одно из новшеств в IPv6 — это возможность переноса трафика для многих других протоколов. Следовательно, полезные данные не обязательно будут PDU из набора протоколов TCP/IP. Когда пересылается родной PDU из IP, можно пользоваться термином "датаграмма".

В этой главе рассматриваются текущие документы IPv6 и используется термин "пакет".

Адреса IPv6 имеют длину 16 октетов (128 бит). Для записи адресов используется компактная (хотя и уродливая) нотация. Адреса представлены как 8 шестнадцатеричных чисел, разделенных двоеточиями. Каждое шестнадцатеричное число представляет 16 бит. Например:

41BC:0:0:0:5:DDE1:8006:2334

Ведущие нули в шестнадцатеричных полях могут быть опущены (например, 0 вместо 0000 и 5 вместо 0005). Формат может быть еще более сжат при замене последовательности смежных нулевых полей на "::". Например:

41BC::5:DDE1:8006:2334

Отсутствуют три позиции, так как "::" заменяет последовательность ":0:0:0:".

Адреса версии 4 протокола IP часто вкладываются в последние четыре октета адреса версии 6. Они могут быть записаны с использованием смешанного формата адреса (сочетающего как нотацию с точками, так и нотацию с двоеточиями), например:

0:0:0:0:0:FFFF:128.1.35.201

128-разрядное пространство адреса обеспечивает место для множества различных типов адресов, включая:

■ Иерархические глобальные одноадресные рассылки на основе адресов провайдеров

■ Иерархические глобальные одноадресные рассылки по географическому признаку

■ Личные адреса сайтов для использования только в пределах организации

■ Локальные и глобальные многоадресные рассылки

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

Работу по делегированию прав присвоения блоков адресного пространства IPv6 региональным организациям регистрации ведет Internet Assigned Numbers Authority (IANA). Региональные организации регистрации могут передавать блоки адресов в меньшие географические области, национальные организации или провайдерам.

В таблице 22.1 показана общая схема распределения адресного пространства:

■ Большой блок используется для адресации провайдеров.

■ Имеются блоки, выделенные автономным локальным сетям или отдельным сайтам, которые не связаны с Интернетом, что позволяет им самостоятельно присваивать адреса.

■ Специальные блоки предоставлены для адресов IPX и точек доступа к сетевым службам модели OSI (OSI Network Service Access Point — NSAP).

■ Большой блок зарезервирован для адресации по географическому принципу.

В настоящее время почти 3/4 адресного пространства не предназначено для конкретного использования.

Таблица 22.1 Выделение адресного пространства IPv6

Первые несколько бит адреса называются префиксом формата (format prefix) и идентифицируют тип адреса. Например, префикс 010 определяет IP-адреса для одноадресных рассылок между провайдерами. Формат остальной части адреса зависит от префикса формата.

В настоящее время для адресов провайдеров предложена простая иерархическая структура:

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

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

В адресах версии 6 не запрещаются поля со всеми единицами или нулями.

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

Версия 6 предоставляет более удобные способы переназначения адреса (см. ниже).

Связь — это вариант коммуникации, например Ethernet (в версии 6 для него определен новый код типа Х'86-DD), Token-Ring, FDDI, сети Frame Relay, ATM или линии "точка-точка". Легко автоматизировать адресацию изолированной связи, которая не соединяется с маршрутизатором. Адреса локальных связей (Link-Local) имеют формат:

Для локальной сети адрес имеет вид:

Адреса локальных связей весьма полезны во время инициализации.

Если сайт имеет маршрутизаторы, но не связан с провайдером, можно автоматически генерировать внутренние адреса в виде:

Для такой связи префикс предоставляют маршрутизаторы (включая идентификатор подсети).

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

Многоадресные рассылки в версии 6 имеют более четкое и гибкое определение, чем в версии 4. Введено множество типов таких рассылок. Они немного различаются в зависимости от своих свойств: постоянный адрес (permanent), кратковременный (transient), локальный (local) или глобальный (global). Многоадресные рассылки имеют следующий формат:

T = 0 для общеизвестного постоянного адреса многоадресной рассылки.

T = 1 для кратковременного адреса многоадресной рассылки.

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

Предложен новый (и экспериментальный) вид адресации — несколькоадресные рассылки (anycast). Адрес в таких рассылках соответствует нескольким одноадресным рассылкам, присвоенным в нескольких сетевых интерфейсах. Первоначально несколькоадресные рассылки могут быть назначены только маршрутизаторам. Несколькоадресная рассылка может выделять:

■ Все маршрутизаторы, принадлежащие провайдеру

■ Все маршрутизаторы на границе данной автономной системы

■ Все маршрутизаторы отдельной локальной сети

Адреса таких рассылок могут быть включены в маршрут от источника, что будет означать: "Использовать ближайший маршрутизатор, который доступен по данной несколькоадресной рассылке". Например, если адреса такой рассылки идентифицируют маршрутизаторы провайдера, можно указать: "Добраться к этому провайдеру по самому короткому пути".

Интерфейс маршрутизатора, который был назначен в несколькоадресной рассылке, также имеет собственный реальный адрес.

Существует несколько форматов специальных адресов IPv6.

Адреса со всеми нулями

0:0:0:0:0:0:0:0

означают "неспецифицированные адреса" (unspecified address). Они иногда используются как адрес источника во время инициализации, когда система еще не знает собственного адреса.

Кольцевые адреса (loopback) в версии 6 определены как:

0:0:0:0:0:0:0:1

В смешанном окружении адресов версий 4 и 6 IP-адреса систем версии 4, которые не поддерживают версию 6, отображаются в адреса версии 6 следующим образом:

0:0:0:0:0:FFFF:a.b.c.d

где a.b.c.d — исходный IP-адрес.

Еще один специальный формат используется узлами версии 6, которые связываются друг с другом через промежуточные сети версии 4 (это называется туннелями IPv4). Как показано на рис. 22.1, интерфейсам на границах должны быть присвоены адреса версии 4. Они будут преобразованы в специальный формат совместимости IPv4 — IPv6:

0:0:0:0:0:0:a.b.c.d

Рис. 22.1. Совместимость адресов IPv4 и Ipv6

Таким образом, эти адреса легко отображаются между их представлениями в версиях 4 и 6.

Основной заголовок очень прост (см. рис. 22.2) и имеет немного полей:

Рис. 22.2. Формат заголовка IP6

Поле Priority выполняет две функции. При управлении нагрузкой для трафика TCP большим номерам соответствуют управляющие пакеты и интерактивный трафик, а меньшим номерам — обычный трафик. Определены следующие значения:

0 Трафик не специфицирован

1 Заполняющий трафик (например, сетевые новости)

2 Неважная пересылка данных (например, электронная почта)

3 Зарезервировано

4 Важный мощный трафик (например, пересылка файлов)

5 Зарезервировано

6 Интерактивный трафик (например, telnet)

7 Управляющий трафик Интернета (например, протоколы маршрутизации)

IPv6 может переносить трафик ISO, DECnet и т.д. Приоритеты от 0 до 7 могут использоваться для любого протокола, который предполагает собственное управление потоком.

Приоритеты от 8 до 15 используются как средство для управления перегрузками, когда протокол (например, UDP или IPX) не имеет собственных возможностей для этого. Когда сеть перегружена, трафик отбрасывается, что может оказать вредное влияние на некоторые типы прикладных данных. Малые значения (8 или 9) подразумевают большую вероятность того, что пакет будет отброшен.

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

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

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

Использование дополнительных заголовков (extension header) — это прогрессивная идея, позволяющая последовательно добавлять в IP версии 6 новые функциональные возможности.

Напомним, что в заголовке IP версии 4 поле протокола служит для идентификации типа заголовка (например, TCP или UDP), следующего за заголовком IP. Версия 6 использует более общее поле Next Header. Если следующий заголовок определен как TCP или UDP, значением поля будет 6 или 17.

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

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

Рис. 22.3. Дополнительные заголовки

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

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

Таблица 22.2 Заголовки IPv6

Показанный на рис. 22.3 порядок отражает рекомендации по размещению заголовков. Отметим, что могут присутствовать два заголовка Destination Options. Первый из них стоит перед Routing и применяется к каждому из попаданий, указанных в заголовке Routing. Второй присутствует как последний заголовок и применяется только в точке назначения.

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

Заголовок Routing выполняет очень важную функцию в версии 6. В комбинации с несколькоадресной рассылкой его можно применять для управления путем следования пакета на основе предварительных предположений или для указания специализированных провайдеров (например, обращения к мобильному пользователю). Несколькоадресные рассылки позволяют указать вариант доставки "Перейти к ближайшему маршрутизатору провайдера X".

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

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

Формат заголовка Routing типа 0 представлен на рис. 22.4. В таком заголовке содержится список узлов, которые нужно пройти по пути в точку назначения.

Рис. 22.4. Заголовок Routing типа 0

Как и в IP версии 4, конечной точкой назначения является "Адрес n". Сначала пакет направляется на адрес из главного заголовка IPv6. Затем обращаются к заголовку Routing и меняют местами "Адрес 1" с адресом назначения из заголовка IPv6. Счетчик количества последующих сегментов уменьшается на 1, а пакет направляется дальше. Последний адрес из заголовка Routing определяет реальную точку назначения, по прибытии в которую адресный список будет содержать адреса всех узлов, через которые прошел пакет.

Битовая маска точности/потери указывает, было ли соответствующее попадание соседним (strict) или нет (loose).

Заголовок Hop-by-Hop переносит информацию, которая должна проверяться на каждом участке попадания по пути следования пакета. Формат этого заголовка показан на рис. 22.5.

Рис. 22.5. Заголовок Hop-by-Hop

Заголовок Hop-by-Hop может выполнять различные функции. Каждая из них самоидентифицируется и кодируется тремя полями:

Jumbo Payload (гигантская нагрузка) является одним из вариантов Hop-by-Hop. Он используется для декларирования полезной нагрузки, превышающей 64 Кбит. Длина содержимого (в октетах) задается 4-байтным значением. Указанная длина полезной нагрузки учитывает весь пакет, за исключением заголовка IPv6.

В отличие от версии 4 фрагментация никогда не выполняется маршрутизаторами, а только в исходном узле. Ее следует по возможности избегать, хотя и допустимо пользоваться этим способом. Фрагментировать пакет должен узел-источник, а сборка пакета будет выполнена в узле назначения.

Если маршрутизатор получает слишком большой для пересылки пакет, он отбрасывает его и отсылает назад сообщение ICMP, анонсирующее максимальный пересылаемый элемент (MTU) для участка следующего попадания.

Когда в узле источника создается фрагмент, в пакет включается заголовок Fragmentation, формат которого показан на рис. 22.6.

Рис. 22.6. Формат заголовка Fragmentation

Как и в версии 4, поле смешения имеет длину 13 бит и измеряет смещение фрагмента в 8-октетных блоках. Бит M (more — больше) указывает, является ли этот фрагмент последним. Поле идентификации расширено до 32 бит.

Заголовок Destination Option (варианты точки назначения) обеспечивает сведения о точке (точках) назначения для многоадресной рассылки. В настоящее время для этого заголовка не специфицировано никаких вариантов, кроме полей заполнения. Формат заголовка показан на рис. 22.7.

Рис. 22.7. Формат заголовка Destination Option

Если в пакете есть заголовок Routing, то могут присутствовать два заголовка Destination Option. Первый из них (расположен до Routing) содержит варианты, рассматриваемые каждым узлом, перечисленным в заголовке. Второй заголовок стоит после всех остальных и применяется только в точке назначения.

Раньше сети IP требовали большой работы по конфигурации и обслуживанию. Одним из преимуществ версии 6 является обеспечение эффективной автоматической инициализации. Очень важно помочь в переводе сайтов на новый формат адресов. Кроме того, не менее важно автоматизировать изменение адресов, связанное с изменениями у провайдера.

В независимых локальных сетях хосты IPv6 могут автоматически строить адреса IP на основе адреса адаптера сетевого интерфейса или иных уникальных идентификаторов на уровне связи данных.

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

Каждый маршрутизатор предоставляет хостам следующие сведения:

■ Свой адрес

■ Список всех адресных префиксов, используемых связью

■ Конкретный префикс, который должен использоваться хостом для создания своего адреса

■ Предполагаемое максимальное значение предела счетчика попаданий

■ Будет ли хост извлекать конфигурационную информацию из сервера DHCP

■ MTU для связи, где возможны различные значения MTU

■ Значения для различных таймеров

Многие сетевые администраторы с удовлетворением услышат о кончине ненавистных масок подсети. В версии 6 выбор маршрута выполняется на основе сравнения адресных префиксов.

Маршрутизатор объявляет список адресных префиксов локальной связи. Префикс — это весь адрес IPv6 или его часть вместе с номером, указывающим на реальное количество бит в этом префиксе. Хосты хранят списки префиксов.

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

Каждый интерфейс версии 6 имеет список соответствующих ему адресов. Как минимум, список содержит уникальный адрес локальной связи (link local address), имеющий формат:

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

Как хост автоматически генерирует глобальные адреса и адреса локального сайта? Маршрутизатор объявляет список префиксов. Некоторые префиксы предназначены для конструирования адресов хостов. Новые адреса локальных сайтов и глобальные адреса создаются из предложенного маршрутизатором префикса и следующего далее уникального адреса связи. Полученный адрес добавляется в список хоста.

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

Кроме того, в версии 6 остается ручное конфигурирование адресов (если оно кому-нибудь понадобится).

Возможность применения более одного глобального префикса упрощает переход от одного провайдера к другому.

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

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

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

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

Новый протокол DHCP должен поддерживать адреса версии 6. Кроме того, старый тайм-аут выделения адреса нужно заменить как утративший смысл и назначение.

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

Если у клиента завершается время использования адреса, сервер DHCPv6 удалит запись об этом клиенте в DNS.

IP широко распространен во всем мире. Однако нельзя требовать, что бы все одновременно перешли на версию 6. Этот переход должен быть постепенным:

■ Узлы версии 6 должны взаимодействовать с узлами версии 4.

■ От организаций нельзя требовать отказа от их текущих адресов.

■ Организации должны иметь возможность модернизировать отдельные узлы, оставляя другие без изменения.

■ Переход должен быть прост и понятен.

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

Серверы Интернета могут одновременно работать с двумя стеками и двумя системами адресации еще очень долгое время. Однако в некоторый момент станет удобнее пользоваться версией 6, чем игнорировать ее.

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

Вероятно, первыми модернизируемыми системами станут маршрутизаторы интерфейсов с внешними сетями. Эти маршрутизаторы будут преобразованы для совместной работы как с версией 4, так и с версией 6. Постепенно на наиболее важных маршрутизаторах появится стек протоколов версии 6. В смешанном окружении трафик версии 6 будет пересылаться по тоннелям в сетях версии 4.

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

Новый тип записи о ресурсе, AAAA, отображает имена доменов в адреса IP версии 6. Пример такой записи:

MICKEY IN AAAA 4321:0:1:2:3:4:567:89AB

Должен быть обеспечен и обратный просмотр. Для преобразования адресов в имена для IPv6 потребуется добавить новые домены. Обратный поиск доменов включается в дерево доменов от узла IP6.INT.

Адреса IP версии 4 рассматриваются в обратном порядке, чтобы получить свои метки в домене in-addr.arpa. Адреса версии 6 также просматриваются наоборот и переписываются как ряд шестнадцатеричных цифр, разделенных точками. Например, обратная запись элемента:

4321:0:1:2:3:4:567:89АВ

появится в дереве домена как:

B.A.9.8.7.6.5.0.4.0.0.0.3.0.0.0.2.0.0.0.1.0.0.0.0.0.0.0.1.2.3.4.IP6.INT

В течение переходного периода датаграммы иногда будут пересекать на своем пути сети версии 4. На рис. 22.8. провайдеры А и С поддерживают версию 6, а провайдер В — нет. Граничные маршрутизаторы интерфейсов имеют адреса совместимости IPv4 с IPv6, которые легко преобразовать в адреса версии 4, удаляя нулевые префиксы. Пакеты версии 6 "обернуты" заголовком версии 4 и пересекают промежуточную сеть по туннелю.

Рис. 22.8. Трафик в туннеле сети версий 4

Формирование туннеля может происходить и в пределах сайта, который преобразовал некоторые из своих сетей в версию 6. Оно может использоваться в любом удобном для этого месте: между маршрутизаторами, между хостами или на пути от хостов к маршрутизаторам.

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

RFC 1884 описывает адреса IPv6, a RFC 1883 — основы протокола версии 6. RFC 1885 посвящен ICMPv6, a RFC 1886 имеет дело с расширениями DNS. В RFC 1887 обсуждается архитектура выделения адресов. После выхода данной книги должны появиться и другие RFC.