Статей по пониманию IPv6 написано предостаточно для всех категорий: от пользователей до провайдеров, и если пользователю с «правильным» двухстековым провайдером просто нужно включить устройство, поддерживающее IPv6, то непонятно, что за провайдер следует сделать со своим блоком IPv6. Давайте попробуем разобраться в этом.
В статье предполагается, что читатель умеет считать маски IPv6, больше ничего не требуется.
Даже если у вас проблемы со счетом, то картинка должна немного помочь.
Итак, типичный выделяемый блок IPv6 — /32. Это 79228162514264337593543950336 уникальных IP-адресов, которых «должно хватить всем».
Казалось бы, при таком количестве даже среднестатистического интернет-провайдера может не особо волновать исчерпание адресного пространства, но сетевые инженеры знают, что проблема правильного планирования адресов заключается не только в экономии адресов, но и в том, что влияет на производительность оборудования и, как следствие, на работоспособность всей сети.
Есть некоторые рекомендации, данные региональными регистраторами и RFC6177 :
- Блок /32 выделен интернет-провайдеру
- Каждый узел, где агрегируются адреса, должен получить сеть /48 (размеры сетей 65536 /64).
- Не должно быть подсетей длиной более /64. Это означает, что каждой VLAN выделяется подсеть /64 (18446744073709551616 IP-адресов).
- Все шлейфы должны находиться в одной подсети /64, маска интерфейса — /128.
), где сделать соответствующие привязки на уровне доступа, например DHCPv6 opt37
Визуализация:
Давайте возьмем сферического интернет-провайдера, присутствующего в пяти городах, каждый из которых имеет/планирует 100 сайтов, каждый с корпоративными клиентами, частными лицами.
лица и SIP с IPTV. Наш провайдер прав, он предлагает корпоративным клиентам самые разнообразные тарифы (безлимитные и за трафик), физикам, как мне кажется, уже никто не обеспечивает трафик, а также на своем SIP сервере/SoftSwitch он разрешает доступ только из определенных подсетей в где они расположены.
голосовые шлюзы (абонент получает телефонию в виде FXS-порта).
И теперь он получает 2001:DB8::/32 (адрес, рекомендованный в документации, RFC3849).
Далее простая математика уровня 5-го класса: нам нужны сети /38 для каждого города, но было бы «красивее» разделить сеть на город на /36; при такой разбивке сетей хватит еще на 11 городов.
Назовем это первым уровнем адресного пространства.
Мы получили следующие 16 сетей
2001:db8::/48 | Москва |
2001:db8:1::/48 | Санкт-Петербург |
2001:db8:2::/48 | Самара |
2001:db8:3::/48 | Тамбов |
2001:db8:4::/48 | Владивосток |
2001:db8:5::/48 | Бронировать |
2001:db8:6::/48 | Бронировать |
2001:db8:7::/48 | Бронировать |
2001:db8:8::/48 | Бронировать |
2001:db8:9::/48 | Бронировать |
2001:db8:a::/48 | Бронировать |
2001:db8:b::/48 | Бронировать |
2001:db8:c::/48 | Бронировать |
2001:db8:d::/48 | Бронировать |
2001:db8:e::/48 | Бронировать |
2001:db8:f::/48 | Бронировать |
Второй уровень.
Пусть это будет Самара с ее 2001:db8:2::/48. Помним, что сайт должен иметь /64. Сразу оговорюсь, что опускаю промежуточный этап суммирования блоков нескольких агрегатов в какие-то промежуточные между /64 и /48, поскольку считаю, что это невозможно описать типовой схемой, это зависит от физических и логических построение сети (например, все сети /64 одной области ospf можно объединить в один более короткий префикс).
Что.
получаем не более 5 VLAN для агрегации (+управление), не считая VPN, экономии ресурсов устройства, простоты настройки STP, QoS и т.д., а также коммутаторов доступа (конфиг будет отличаться только IP управления).
Корпоративные клиенты, желающие получить что-то вроде /56, также хорошо вписываются в эту картину.
В некоторых случаях может иметь смысл преобразовать типичную трехуровневую модель построения сети (доступ к ядру-агрегации) в доступ к ядру, поместив что-то уровня L2 на уровень агрегации, чтобы снизить стоимость сети.
Статья была недолгой; Я не стал приводить примеры конфигураций IPv6, т.к.
это выходит за рамки статьи; если читатели пожелают, могу на основе этой статьи описать типичные вещи.
Я постарался собрать все рекомендации по IPv6 и описать их человеческим языком.
Правки, комментарии, предложения и дополнения приветствуются! Теги: #cisco #cisco #Сетевые технологии #ISP #ipv6 #план адресов
-
Архитектура Hyper-V
19 Oct, 24 -
Результаты Опроса По Облачному Хостингу
19 Oct, 24 -
О Хостинге В Рунете Изнутри
19 Oct, 24 -
Mobile Must Die (Вс. Знак)
19 Oct, 24