Распределение Адресного Пространства Ipv6 Для Интернет-Провайдеров

Статей по пониманию IPv6 написано предостаточно для всех категорий: от пользователей до провайдеров, и если пользователю с «правильным» двухстековым провайдером просто нужно включить устройство, поддерживающее IPv6, то непонятно, что за провайдер следует сделать со своим блоком IPv6. Давайте попробуем разобраться в этом.

В статье предполагается, что читатель умеет считать маски IPv6, больше ничего не требуется.

Даже если у вас проблемы со счетом, то картинка должна немного помочь.



Распределение адресного пространства IPv6 для интернет-провайдеров

Итак, типичный выделяемый блок IPv6 — /32. Это 79228162514264337593543950336 уникальных IP-адресов, которых «должно хватить всем».

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

Есть некоторые рекомендации, данные региональными регистраторами и RFC6177 :

  1. Блок /32 выделен интернет-провайдеру
  2. Каждый узел, где агрегируются адреса, должен получить сеть /48 (размеры сетей 65536 /64).

  3. Не должно быть подсетей длиной более /64. Это означает, что каждой VLAN выделяется подсеть /64 (18446744073709551616 IP-адресов).

  4. Все шлейфы должны находиться в одной подсети /64, маска интерфейса — /128.
Очевидно, что при таком подходе значение VLAN на пользователя, VLAN на коммутатор доступа или VLAN на здание с поправкой на разные типы клиентов не совсем разумно и противоречит рекомендациям RIPE. На мой взгляд, 2-4 VLAN на сайт будет достаточно: корпоративные клиенты, частные лица и, возможно, телефония и ТВ, если есть необходимость их распределить (например, для ACL, netflow и т.п.

), где сделать соответствующие привязки на уровне доступа, например DHCPv6 opt37 Визуализация:

Распределение адресного пространства IPv6 для интернет-провайдеров

Давайте возьмем сферического интернет-провайдера, присутствующего в пяти городах, каждый из которых имеет/планирует 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 #план адресов

Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.