Ipv6 link local адрес
Блок адресов IPv6 link-local выделен специально для использования в контексте одного L2 домена т.е. для организации взаимодействия в локальном сегменте сети. Пакеты, в которых адресом источника или адресом назначения является адрес из диапазона link-local не передаются маршрутизаторами из одного L2 сегмента в другой т.е. эти пакеты не маршрутизируются. Эти адреса необходимы для организации коммуникации в сегменте сети в отсутствии глобально маршрутизируемого префикса (globally routable prefix) или в случае необходимости ограничить распространения трафика локальным сегментом (например, в случае служебного трафика протоколов маршрутизации).
Link-local адреса определены в секции 2.5.6 RFC 4291, как имеющие десяти битный префикс 0xfe80 после которого следуют 54 нулевых бита и 64-bit interface ID :
Таким образом, считается, что link-local начинаются с 0xfe80. Однако, секция 5.3 RFC 4862 конкретизирует процесс назначения link-local address:
В системе Cisco IOS, интерфейсу IPv6 должен быть назначен хотя-бы один link-local адрес. Адрес link-local назначается автоматически используя EUI-64 когда на интерфейсе настроен global IPv6 адрес либо в случае простого включения IPv6 на интерфейсе:
Так-же адрес Link-local может быть настроен вручную :
Имейте ввиду, что аргумент link-local может быть использован только для адресов из описанного выше диапазона:
Использование команды «no ipv6 address link-local» приведет к автоматическому назначению link-local адреса.
Имейте ввиду, что в соответствии со своей природой link-local адреса не отображаются в таблице маршрутизации.
Т.к. подразумевается, что адреса с таким префиксом доступны через любой интерфейс устройства, при использовании команды ping для link-local адресов необходимо указывать интерфейс-источник.
В более новых версиях IOS так-же поддерживается возможность использования символа % для указания интерфейса-источника:
R1# ping FE80::C002:37FF:FE6C:0%fastethernet0/0
ipv6 link local address
Link-Local Address — адреса сети, которые предназначены только для коммуникаций в пределах одного сегмента местной сети или магистральной линии. Они позволяют обращаться к хостам, не используя общий префикс адреса.
Подсети link-local не маршрутизируются: маршрутизаторы не должны отправлять пакеты с адресами link-local в другие сети.
Адреса link-local часто используются для автоматического конфигурирования сетевого адреса, в случаях, когда внешние источники информации об адресах сети недоступны.
Типичное использование link-local адресов — автоматическое конфигурирование IP-адресов в локальных сетях Ethernet. Адрес из диапазона link-local назначается ОС хоста автоматически в случае недоступности других источников информации, например сервера DHCP.
Диапазоны и правила формирования адресов link-local [ править | править код ]
Раздел 2.1 RFC 3927 требует, чтобы адрес формировался на основе генератора псевдослучайных чисел, инициализированного адресом MAC (при его наличии).
Для IPv6 в качестве link-local адресов выделена подсеть FE80::/10.
Согласно RFC 4862 (5.3) и RFC 4291 (2.5.1 и Appendix A), адрес формируется на основе так называемого «идентификатора интерфейса» IEEE EUI-64, уникального для интерфейса. В сетях Ethernet для его формирования используются адрес MAC (IEEE MAC-48, EUI-48), где в середину добавляют байты 0xFF и 0xFE и инвертируют U/L-бит (второй справа) в первом байте (слева). Например, из MAC адреса 00:21:2F:B5:6E:10 получится EUI-64 02:21:2F:FF:FE:B5:6E:10.
Блок адресов IPv6 link-local выделен специально для использования в контексте одного L2 домена т.е. для организации взаимодействия в локальном сегменте сети. Пакеты, в которых адресом источника или адресом назначения является адрес из диапазона link-local не передаются маршрутизаторами из одного L2 сегмента в другой т.е. эти пакеты не маршрутизируются. Эти адреса необходимы для организации коммуникации в сегменте сети в отсутствии глобально маршрутизируемого префикса (globally routable prefix) или в случае необходимости ограничить распространения трафика локальным сегментом (например, в случае служебного трафика протоколов маршрутизации).
Link-local адреса определены в секции 2.5.6 RFC 4291, как имеющие десяти битный префикс 0xfe80 после которого следуют 54 нулевых бита и 64-bit interface ID :
Таким образом, считается, что link-local начинаются с 0xfe80. Однако, секция 5.3 RFC 4862 конкретизирует процесс назначения link-local address:
В системе Cisco IOS, интерфейсу IPv6 должен быть назначен хотя-бы один link-local адрес. Адрес link-local назначается автоматически используя EUI-64 когда на интерфейсе настроен global IPv6 адрес либо в случае простого включения IPv6 на интерфейсе:
Так-же адрес Link-local может быть настроен вручную :
Имейте ввиду, что аргумент link-local может быть использован только для адресов из описанного выше диапазона:
Использование команды «no ipv6 address link-local» приведет к автоматическому назначению link-local адреса.
Имейте ввиду, что в соответствии со своей природой link-local адреса не отображаются в таблице маршрутизации.
Т.к. подразумевается, что адреса с таким префиксом доступны через любой интерфейс устройства, при использовании команды ping для link-local адресов необходимо указывать интерфейс-источник.
В более новых версиях IOS так-же поддерживается возможность использования символа % для указания интерфейса-источника:
R1# ping FE80::C002:37FF:FE6C:0%fastethernet0/0
In a computer network, a link-local address is a network address that is val >[1]
Link-local addresses are not guaranteed to be unique beyond their network segment, therefore routers do not forward packets with link-local addresses.
Contents
Address assignment [ edit ]
Link-local addresses may be assigned manually by an administrator or by automatic operating system procedures; this process is also known as self-assigned IP addressing. For Internet Protocol (IP) networks, they are assigned most often using stateless address autoconfiguration. In IPv4, [3] they are normally only used to assign IP addresses to network interfaces when no external, stateful mechanism of address configuration exists, such as the Dynamic Host Configuration Protocol (DHCP), or when another primary configuration method has failed. In IPv6, [4] link-local addresses are mandatory and required for the internal functioning of various protocol components.
Automatic address configuration of link-local addresses is often non-deterministic as the resulting address cannot be predicted. However, in IPv6 it is usually derived automatically from the interface media access control (MAC) address in a rule-based method.
IPv4 [ edit ]
In RFC 3927, the Internet Engineering Task Force (IETF) has reserved the IPv4 address block 169.254.0.0 / 16 ( 169.254.0.0 – 169.254.255.255 ) for link-local addressing. The entire range may be used for this purpose, except for the first and last 256 addresses ( 169.254.0.0 / 24 and 169.254.255.0 / 24 ), which are reserved for future use and must not be selected by a host using this dynamic configuration mechanism. [5] Link-local addresses are assigned to interfaces by host-internal, i.e. stateless, address autoconfiguration when other means of address assignment are not available. [3]
RFC 3927 warns against the simultaneous use of IPv4 addresses of different scope, [6] such as configuring link-local addresses as well as globally routable addresses on the same interface. Therefore, hosts search for a DHCP server on the network before assigning link-local addresses.
In the automatic address configuration process, network hosts select a random candidate address within the reserved range and use Address Resolution Protocol (ARP) probes to ascertain that the address is not in use on the network. If a reply is received to the ARP, it indicates the candidate IP address is already in use; a new random candidate IP address is then created and the process repeated. The process ends when there is no reply to the ARP, indicating the candidate IP address is available.
When a globally routable or a private address becomes available after a link-local address has been assigned, the use of the new address should generally be preferred to the link-local address for new connections but communication via the link-local address is still possible. [7]
Microsoft refers to this address autoconfiguration method as Automatic Private IP Addressing (APIPA). [8] It is sometimes also casually referred to as auto-IP.
IPv6 [ edit ]
In the Internet Protocol Version 6 (IPv6), the address block fe80:: / 10 has been reserved for link-local unicast addressing. [2] Of the 64 bits of a link-local addresses’ network component, the most significant 10 bits (1111111010) correspond to the IANA-reserved «global routing prefix» for link-local addresses, while the «subnet >[9]
Unlike IPv4, IPv6 requires a link-local address on every network interface on which the IPv6 protocol is enabled, even when routable addresses are also assigned. [10] Consequently, IPv6 hosts usually have more than one IPv6 address assigned to each of their IPv6-enabled network interfaces. The link-local address is required for IPv6 sublayer operations of the Neighbor Discovery Protocol, as well as for some other IPv6-based protocols, such as DHCPv6.
When using an IPv6 link-local address to connect to a host, a zone index must be added to the address so that the packets can be sent out on the correct interface.
In IPv6, addresses may be assigned by stateless (automatic) or stateful (manual) mechanisms. Stateless address autoconfiguration is performed as a component of the Neighbor Discovery Protocol (NDP), [11] as specified in RFC 4862. The address is formed from its routing prefix and the MAC address of the interface.
Through NDP routing prefix advertisements, a router or server host may announce configuration information to all link-attached interfaces which causes additional IP address assignment on the receiving interfaces for local or global routing purposes. This process is sometimes also considered stateless, as the prefix server does not receive or log any individual assignments to hosts. Uniqueness is guaranteed automatically by the address selection methodology. It may be MAC-address based according to RFC 4862, or randomized according to RFC 4941. Automatic duplicate address detection algorithms prevent assignment errors.
IPv6 link local
Overview
This chapter defines and covers the configuration method, configuration examples, and other information related to Internet Protocol version 6 (IPv6) link-local addresses.
Understanding an IPv6 Link-Local Address
IPv6 Address Structure and Classification
An IPv6 link-local address is a type of IPv6 unicast address. This section briefly introduces an IPv6 address’s structure and classification.
IPv6 Address Structure
An IPv6 address is composed of two parts:
Figure 1-1 illustrates the structure of the IPv6 address 2001:A304:6101:1::E0:F726:4E58 /64.
IPv6 Address Types
IPv6 addresses are classified into the following three types: unicast, anycast, and multicast.
Unicast addresses can be sub-classified further into four types, as shown in Table 1-1.
Link-local unicast address
Unique local unicast address
Global unicast address
Each unicast address type is defined as follows:
An anycast address is not necessarily a subnet-router anycast address and can also function as a global unicast address.
IPv6 addresses do not include broadcast addresses. In IPv6, multicast addresses can provide the functions of broadcast addresses.
Composition and Generation Method of an IPv6 Link-Local Address
Composition of an IPv6 Link-Local Address
According to the classification of IPv6 addresses, an IPv6 link-local address is a type of IPv6 unicast address and is often called a link-local IPv6 unicast address. IPv6 link-local addresses are only used for communication between nodes on the same local link. An IPv6 link-local address consists of the link-local prefix FE80::/10 (the 10 most significant bits are 1111111010) and an interface ID in the IEEE EUI-64 format (an EUI-64 interface ID can be created from an extended EUI-48 bit MAC address).
After IPv6 is enabled on a node and the system is enabled to automatically generate an IPv6 link-local address or a global IPv6 unicast address is manually configured, an IPv6 link-local address is automatically assigned to each interface on the node. This mechanism enables two IPv6 nodes on a link to communicate with each other without any additional configuration. Therefore, IPv6 link-local addresses are widely used in scenarios, such as neighbor discovery and stateless address configuration. Routing devices do not forward IPv6 packets with an IPv6 link-local address as a source or destination address to devices on different links. Figure 1-2 shows the format of an IPv6 link-local address.
Generation Method of an IPv6 Link-Local Address
When IPv6 is enabled on an interface, an IPv6 link-local address can be configured for the interface in any of the following ways:
The rules for generating an IPv6 link-local address are not unique. Automatically generating such an address may cause address conflicts. Therefore, an IPv6 link-local address can be automatically generated or manually configured according to the protocol definition.
Note that only one IPv6 link-local address can be configured on a physical interface.
Configuring an IPv6 Link-Local Address
The system view is displayed.
The interface view is displayed.
The configuration is committed.
Configuration Examples
Networking Requirements
As shown in Figure 1-3, Devices A and B are connected through GE interfaces. To check the automatic generation and interworking of IPv6 link-local addresses, configure global IPv6 unicast addresses 2001:db8::1/32 and 2001:db8::2/32 for each of the interfaces.
Configuration Roadmap
The configuration roadmap is as follows:
Procedure
# Configure Device A.
# Configure Device B.
View the configured global IPv6 unicast addresses and check the states of the interfaces and the IPv6 protocol. If the states are displayed as up, the configuration is successful.
# Check the interface information on Device A.
# Check the interface information on Device B.
# Ping the global IPv6 unicast address of Device B from Device A.
Configuration Files
Relevant Information
For more information and detailed configuration procedures about IPv6 Link-Local Address, see the following documents:
Понимание адреса IPv6 Link-Local
Параметры загрузки
Об этом переводе
Этот документ был переведен Cisco с помощью машинного перевода, при ограниченном участии переводчика, чтобы сделать материалы и ресурсы поддержки доступными пользователям на их родном языке. Обратите внимание: даже лучший машинный перевод не может быть настолько точным и правильным, как перевод, выполненный профессиональным переводчиком. Компания Cisco Systems, Inc. не несет ответственности за точность этих переводов и рекомендует обращаться к английской версии документа (ссылка предоставлена) для уточнения.
Содержание
Введение
Цель этого документа — обеспечить понимание адреса IPv6 Link-Local в сети. Локальный адрес для канала представляет собой одиночный адрес IPv6, который может быть автоматически настроен на любом интерфейсе посредством префикса локальных адресов для канала FE80::/10 (1111 1110 10) и идентификатора интерфейса в модифицированном формате EUI-64. Адреса Link-Local не обязательно связаны с MAC-адресом (настроенным в формате EUI-64). Адреса Link-Local можно также настроить вручную в формате FE80::/10 с помощью команды ipv6 address link-local.
Эти адреса обращаются только к определенному физическому каналу и используются для адресации на одном канале в таких целях, как автоматическая конфигурация адреса и протокол обнаружения соседей. Адреса Link-local можно использовать для достижения соседних узлов, подключенных к тому же каналу. Для обмена данными между узлами глобально уникальный адрес не требуется. Маршрутизаторы не перенаправляют датаграмму с использованием адресов Link-local. Маршрутизаторы IPv6 не должны перенаправлять пакеты, у которых исходные или целевые адреса Link-local относятся к другим каналам. Все интерфейсы с поддержкой IPv6 имеют одиночный адрес Link-local.
Предварительные условия
Требования
Убедитесь, что вы ознакамливаетесь с Форматами Адреса IPv6 перед попыткой этой конфигурации.
Используемые компоненты
Настоящий документ не имеет жесткой привязки к каким-либо конкретным версиям программного обеспечения и оборудования.
Конфигурации в этом документе основываются на Маршрутизаторе серии Cisco 3700 с Выпуском 12.4 (15) T1 программного обеспечения Cisco IOS.
Условные обозначения
Настройка
В данном примере маршрутизаторы R1, R2 и R3 подключены через последовательный интерфейс, и для них настроены адреса IPv6, как упомянуто в схеме сети. Адреса обратной связи настроены на маршрутизаторах R1 и R3, а для связи друг с другом маршрутизаторы используют OSPFv3. В данном примере используется команда ping для демонстрации возможности подключения между маршрутизаторами с использованием адресов Link-local. Маршрутизаторы R1 и R3 могут пропинговать друг друга с глобальным адресом индивидуальной рассылки IPv6, но не с адресом Link-local. Однако маршрутизатор R2, напрямую подключающийся к R1 и R3, может связываться с обоими маршрутизаторами с их адреса Link-local, поскольку адреса Link-local используются только в той локальной сети, которая относится к конкретному физическому интерфейсу.
Схема сети
В настоящем документе используется следующая схема сети:
Конфигурации
В этом документе используются следующие конфигурации:
| Маршрутизатор М2 | Маршрутизатор R3 |
|---|
Проверка
Проверка конфигурации OSPF
Этот раздел позволяет убедиться, что конфигурация работает правильно.
| show ipv6 route ospf |
|---|
| Маршрутизатор М1 Маршрутизатор R3 |
Проверка достижимости адреса Link-Local
Маршрутизаторы могут пропинговать друг друга с глобальным адресом индивидуальной рассылки. Однако при использовании адреса Link-local могут связываться только непосредственно подключенные сети. Например, R1 может пропинговать R3 с помощью глобального адреса индивидуальной рассылки, но эти два маршрутизатора не могут обмениваться данными с помощью адресов Link-local. Это показано с помощью команд ping и debug ipv6 icmp на маршрутизаторах R1 и R3. В этом разделе содержатся сценарии для улучшения понимания адресов Link-local.
Пингование адреса Link-Local из удаленной сети
Когда маршрутизатор R1 пытается связаться с маршрутизатором R3 с помощью адреса Link-local, маршрутизатор R1 возвращает сообщение о таймауте ICMP, указывающее, что адрес Link-local определен локально и не может связаться с адресами Link-local, находящимися за пределами непосредственно подключенной сети.
| Пингование адреса Link-Local R3 с маршрутизатора R1 |
|---|
| На маршрутизаторе R1 |
Пингование адреса Link-Local из непосредственно подключенной сети
Для маршрутизатора R2 маршрутизаторы R1 и R3 напрямую подключаются и могут пропинговать адрес Link-local обоих маршрутизаторов R1 и R2 путем упоминания соответствующего интерфейса, подключенного к маршрутизатору. Выходные данные показаны здесь:
| Пингование адресов Link-Local R1 с маршрутизатора R2 |
|---|
| В маршрутизаторе R2 Выходные данные отладки от R1 |
| Пингование адресов Link-Local R3 с маршрутизатора R2 |
|---|
| В маршрутизаторе R2 Выходные данные отладки от R3 |
Адрес Link-local, как подразумевает его название, определен только в соответствующей локальной сети. Другими словами, маршрутизаторы могут иметь один и тот же адрес Link-local, и при этом непосредственно подключенные сети могут обмениваться данными друг с другом без конфликтов. Это не будет так же в случае глобального адреса индивидуальной рассылки. Глобальный адрес индивидуальной рассылки, являющийся маршрутизируемым, должен быть уникальным в сети. Команда show ipv6 interface brief показывает информацию об адресе Link-local на интерфейсе.
| show ipv6 interface brief |
|---|
| На маршрутизаторе R1 В маршрутизаторе R3 |
В данном примере маршрутизаторам R1 и R3 назначен одинаковый адрес Link-local, а R2 все равно может достигнуть обоих маршрутизаторов, указав соответствующий выходной интерфейс.
| Пингование адреса Link-local R1 и R3 с R2 |
|---|
| Прозванивание локального для канала адреса R1 от R2 Выходные данные отладки от R1 Прозванивание локального для канала адреса R3 от R2 Выходные данные отладки от R3 |
Примечание. R2 может пропинговать адрес Link-local R1 и R3 только потому, что они подключены напрямую. R2 не может пропинговать адрес Link-local интерфейсов обратной связи в маршрутизаторах R1 и R3, поскольку они непосредственно не подключены. Эхозапрос работает для адресов Link-local только в случае непосредственно подключенных сетей.
Примечание. Трассировки маршрутов не работают в случае адресов Link-local и возвращаются с ошибкой % No valid source address for destination (Нет допустимого исходного адреса для назначения). сообщение об ошибке. Это вызвано тем, что маршрутизаторы IPv6 не должны перенаправлять пакеты, у которых адреса источника или назначения % No valid source address for destination ведут к другим каналам.
Основы IPv6
Предисловие
Пост является кратким конспектом Wiki, TechNet’а, FreeBSD’шного handbook’a, Serverfault’a, множества RFC и документов IANA, а также курсов от Специалист.Ру для сотрудников Яндекса.
Пост можно рассматривать как копилку ссылок по актуальной на 2012 год спецификации IPv6. Однако он никак не описывает возможные способы установки IPv6 соединения с интернетом и не привязан к какой-либо определённой ОС.
Учтите, что прочтение данной хабрастатьи займёт у вас не более получаса, однако крайне рекомендуется ознакомиться со всеми приведёнными в статье ссылками… Последнее может занять несколько недель.
Prerequisites
Хоть статья и называется «Основы IPv6» она всё-таки подразумевает наличие базовых знаний о IP сетях и хотя бы небольшой практический опыт работы с IPv6, в противном случае хабрастатья будет даваться очень не легко.
Так же рекомендуется к прочтению документ Implementing IPv6 Addressing and Basic Connectivity от Cisco.
Ещё стоит заметить, что приведённые на википедию ссылки зачастую более примечательны разделом References нежели своим содержанием.
IPv6 Адреса
Анатомия IPv6 адресов
В первой версии этого хабрапоста тут было много текста, но с того момента на википедии выросла отличная статья: IPv6 Address.
Маски подсетей
Маски теперь задаются только /prefix’ами (CIDR), классовой адресации и стандартной decimal dotted нотации в IPv6 нет. Так же теперь первый и последний адрес сети не являются зарезервированными под идентификатор сети и broadcast соответственно.
Выделение IPv6 адресов
Типы адресов и их префиксы
Виды трафика
Address Scope
В IPv6 появилось такое понятие как Scope, он же Zone ID терминологии Microsoft. На самом деле оно было и в IPv4, однако не было задано явно: сети 10/8, 172.16/12 и 192.168/16 яркие тому примеры.
В случае Unicast/Anycast адресов приминимо следующее:
У каждого IPv6 enabled интерфейса есть свой Link-local адрес. Его scope, внезапно, local. Эти адреса уникальны в пределах линка, но не обязаны быть актуальными в пределах одного хоста. Так, например, VLAN созданный на интерфейсе будет иметь такой же link-local адрес, что и родительский интерфейс (так как без использования IPv6 Privacy Extensions он будет генериться из тогоже Link Layer адреса). Для того, чтобы явно указать интерфейс которому принадлежит IPv6 адрес нужно или указывать в ручную интерфейс для исходящих пакетов или использовать специальный суффикс при записи адреса: %ИндексИнтерфейса в Windows (fe80::2b0:d0ff:fee9:4143%3) или %ИмяИнтерфейса в *BSD/Linux (fe80::2b0:d0ff:fee9:4143%em0).
В случае Multicast адресов scope указан в последних четырёх битах вторго октета IPv6 адреса: ff0s:: и может быть interface-local, link-local, admin-local, site-local, organization-local или же global.
Дополнительно стоит ознакомиться с RFC4007 IPv6 Scoped Address Architecture
Жизненный цикл IPv6 адреса
IPv6 Пакет
Заголовок IPv6 пакета
Extension Headers
IPv6 Протоколы
ICMPv6
ICMP в IPv6 был заменён на ICMPv6. О ICMPv6 можно прочитать в RFC4443 Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6 (IPv6) Specification.
Сам по себе ICMPv6 довольно прост, однако на его основе сделано множество довольно не тривиальных протоколов, о которых мы поговорим чуть ниже.
Описание Neighbor Discovery Protocol, заменившего протокол ARP, доступно в RFC4861. Теперь это не отдельный протокол, а надстройка над ICMPv6 добавляющая несколько новых типов сообщений.
Основное предназначение NDP — производить мапинг между link-layer и IPv6 адресами, однако это лишь небольшая часть функциональности.
Автоконфигурация
Zeroconf
Как уже было упомянуто выше, хосты умеют автоматически генерировать себе IPv6 link-local адрес из адреса канального уровня. Так что без какой либо настройки любой IPv6-enabled хост подключённый к сети выдаёт сам себе адрес сетевого уровня.
В IPv4 эта технология использует зарезервированный IPv4 диапазон 169.254/16. Подробно технология описана в RFC3927 Dynamic Configuration of IPv4 Link-Local Addresses (Заметьте, что этот RFC вышел после IPv6’ого 2462).
Stateful
В IPv4 автоконфигурация возможна только с использованием DHCP сервера. В IPv6 эту возможность оставили: можно конфигурировать сеть с помощью DHCPv6 сервера и клиента. Однако, поддержка со стороны вендоров DHCPv6 пока не блещет, так например, dhclient во FreeBSD из коробки не умеет IPv6.
Stateless
Комбинированая
Могут использоваться одновременно оба вида автоконфигурации, например stateless для получения IPv6 префикса и stateful для получения адресов DNS-серверов и/или других параметров, которые нельзя передать с помощью Router Advertisement.
Прочее
Протоколы более высокого уровня
Часть протоколов, использующих адрес сетевого уровня в своей работе требовали внесения в них определённых изменением для того, чтобы начать работать по IPv6. Ярким примером такого протокола является FTP.
Тунелирование IPv6 трафика поверх IPv4 сетей
Mobile IPv6
Про него не знаю нечего, так что просто оставлю это здесь: Mobile IP.
IPv6 адрес как хранилище информации
Согласитесь 128бит — это огромный простор для фантазии. Существует множество технологий которые пытаются использовать эти самые 128бит. От кодирования туда IPv4 адреса и криптографических сигнатур до определения растояний между нодами (тут кстати даже мы думали в этом направлении, но пока присмтриваемся к ALTO: Application-Layer Traffic Optimization (ALTO) Problem Statement).
Socket API
Хабратопик описывает IPv6 с точки зрения NOC / системного администратора, но не с точки зрения программиста. Если кому-то интересны особенности программирования под IPv6, то рекомендую обратиться к RFC3493 — Basic Socket Interface Extensions for IPv6 и книжке IPv6 Network Programming
