Ipv6 — различия между версиями
Материал из pNp Wiki
Andy (обсуждение | вклад) (→Архитектура адресов) |
Andy (обсуждение | вклад) (→Специальные адресы) |
||
Строка 45: | Строка 45: | ||
==== Специальные адресы ==== | ==== Специальные адресы ==== | ||
# '''0:0:0:0:0:0:0:0''' - называется неопределенным адресом, то есть отражает отсутствие адреса как такового, поэтому никогда не должен присваиваться. Адрес не подлежит маршрутизации и не должен использоваться в качестве адреса получателя. | # '''0:0:0:0:0:0:0:0''' - называется неопределенным адресом, то есть отражает отсутствие адреса как такового, поэтому никогда не должен присваиваться. Адрес не подлежит маршрутизации и не должен использоваться в качестве адреса получателя. | ||
− | + | # '''0:0:0:0:0:0:0:1''' - петлевой адрес. Может использоваться любой нодой для того, что бы отправить пакет самому себе. Пакет с таким адресом в качестве источника или получателя не должен уходить за пределы ноды, в противном случае - он должен быть отброшен. | |
==== Зарезервированные диапазоны ==== | ==== Зарезервированные диапазоны ==== |
Версия 16:14, 5 декабря 2017
Содержание
Конфигурирование ipv6
Предварительные требования
- Две виртуальная машины с двумя сетевыми интерфейсами
- Установленные пакеты:
bash-completion
Общая информация и терминология
Адрес состоит из 8 блоков (хекстетов) шестнадцатеричных чисел. Каждый блок (хекстет) состоит из 4 символов, например:
2001:0db8:0070:0000:0000:0000:0000:7777/32
Однако, кодируются именно символы, каждый символ в хекстете кодируется 4 битами (ниблом), то есть
первый хекстет будет иметь следующий двоичный вид (точки представлены для наглядности):
0010.0000.0000.0001
.
Для упрощения манипуляции такими адресами, имеются следующиие правила:
- Старшие нули в блоках можно опустить. Например:
2001:0db8:70:0000:0000:0000:0000:7777/32
- Если нули в блоках расположены последовательно, в записи их можно опустить (Zero Compression) вставив два двоеточия
:
. Но только один раз, дабы не возникло неоднозначности. Например:
2001:0db8:70::7777/32
Методы доставки информации
- Unicast - от одного источника, к одному получателю. Получатели могут быть следующими:
- Global Unicast Addresses - адреса маршрутизируемые в сети Internet (аналог публичного диапазона ipv4), находящиеся в диапазоне от
2066::/16
до3fff::/16
- Unique-Local Addresses - адреса не маршрутизируемые в стети Internet (приблизительный аналог частного диапазона ipv4), находящиеся в пространстве
fc00::/7
- Link-local Addresses - адреса не маршрутизируемые в стети Internet, необходимые для автоконфигурирования устройств (аналог APIPA в ipv4), находящиеся в пространстве
fe80::/10
- Multicast - от одного источника, к нескольким получателям. В ipv6 также является заменой broadcast'y. Для получения пакетов в мультикасте, необходимо быть включенным в специальную группу. Те интерфейсы, которые не включены в группу - игнорируют мультикаст пакеты.
- Anycast - множеству интерфейсов присваивается один ip адрес. При этом эникаст пакеты получает "ближайший" получатель, согласно метрике маршрута.
Архитектура адресов
Юникаст адресы формируются следующим образом:
n бит | 128 бит |
---|---|
префикс подсети | идентификатор интерфейса |
Специальные адресы
- 0:0:0:0:0:0:0:0 - называется неопределенным адресом, то есть отражает отсутствие адреса как такового, поэтому никогда не должен присваиваться. Адрес не подлежит маршрутизации и не должен использоваться в качестве адреса получателя.
- 0:0:0:0:0:0:0:1 - петлевой адрес. Может использоваться любой нодой для того, что бы отправить пакет самому себе. Пакет с таким адресом в качестве источника или получателя не должен уходить за пределы ноды, в противном случае - он должен быть отброшен.
Зарезервированные диапазоны
Согласно перечню специальных адресов IANA, зарезервированны следующие диапазоны:
Диапазон | Описание | RFC |
---|---|---|
::/128 | Неопределенный адрес (эквивалентен 0.0.0.0) | rfc4291 |
::1/128 | Loopback Address (эквивалентен 127.0.0.1/8) | rfc4291 |
::ffff:0:0/96 | IPv4-mapped Address | rfc4291 |
64:ff9b::/96 | IPv4-IPv6 Translat. | rfc6052 |
64:ff9b:1::/48 | IPv4-IPv6 Translat. | rfc8215 |
100::/64 | Discard-Only Address Block | rfc6666 |
2001::/23 | IETF Protocol Assignments | rfc2928 |
2001::/32 | TEREDO | rfc4380, rfc8190 |
2001:1::1/128 | Port Control Protocol Anycast | rfc7723 |
2001:1::2/128 | Traversal Using Relays around NAT Anycast | rfc8155 |
2001:2::/48 | Benchmarking | rfc5180, RFC Errata 1752 |
2001:3::/32 | AMT | rfc7450 |
2001:4:112::/48 | AS112-v6 | rfc7535 |
2001:5::/32 | EID Space for LISP (Managed by RIPE NCC) | rfc7954 |
2001:10::/28 | Deprecated (previously ORCHID) | rfc4843 |
2001:20::/28 | ORCHIDv2 | rfc7343 |
2001:db8::/32 | Для использования в документации | rfc3849 |
2002::/16 | 6to4 | rfc3056 |
2620:4f:8000::/48 | Direct Delegation AS112 Service | rfc7534 |
fc00::/7 | Unique-Local (эквивалент частным, не маршрутизируемым в интернет сетям в ipv4) | rfc4193, rfc8190 |
fe80::/10 | Link-Local Unicast (аналог APIPA) | rfc4291 |