Как провайдеры получают IP-адреса и поддерживают сеть

Провайдер готовится подключить ещё 1 000 домов. Оптоволокно проложено, маршрутизаторы установлены. Где взять IP-адреса? И что позволит этим подключениям надёжно работать через год?

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

Откуда провайдер получает адреса?

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

Для IPv4 есть и другие варианты: передача существующего блока или аренда адресов. При передаче по соответствующей процедуре меняется зарегистрированный держатель; аренда даёт возможность использования по соглашению. В обоих случаях важно знать, кто вправе обновлять записи и разрешать анонсирование маршрутов. Оплатить адреса и обеспечить доставку трафика — разные задачи.

Эта иерархия относится к распределению и регистрации. Пакеты вашего соединения не проходят по очереди через IANA и все регистратуры.

Три задачи, которые делают адрес полезным

• Назначить адрес. Система управления адресами, или IPAM, учитывает занятые, свободные и зарезервированные адреса. Подсети делят крупный блок на удобные части. Блок IPv4 /24 содержит 256 адресов, но это не обещание подключить ровно 256 клиентов.
• Обеспечить доступность. С помощью BGP сети обмениваются маршрутами к блокам адресов. Анонсы, договорённости с вышестоящими операторами и записи должны соответствовать друг другу.
• Поддерживать работу. Проверка источника маршрута на основе RPKI помогает установить, уполномочена ли сеть анонсировать блок. Она не проверяет весь путь. DNSSEC решает другую задачу — подтверждает подлинность данных DNS.

В новом жилом районе это означает планирование ёмкости, назначение адресов и проверку подключений. После ухода клиента назначение освобождают и обновляют учёт. База данных помогает инженерам, но не заменяет эксплуатацию сети.

Пустой пул IPv4 означает конец роста?

В 2011 году IANA распределила последние блоки своего центрального свободного пула IPv4. Уже выделенные адреса не исчезли: ими продолжают пользоваться, их передают и арендуют. Возможности новых выделений различаются между регистратурами.

NAT позволяет нескольким устройствам использовать общий публичный IPv4-адрес. Вариант NAPT различает соединения по портам. Это сокращает потребность в публичных адресах, но добавляет состояния соединений, которыми нужно управлять, и усложняет некоторые входящие подключения.

IPv6 даёт гораздо большее адресное пространство. Однако внедрение требует подготовки оборудования, приложений и эксплуатации. Пока клиентам нужны оба протокола, оператор поддерживает оба. Выбирать следует исходя из нужного клиентам сервиса и полной стоимости его предоставления.

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

Кто должен распоряжаться регистрационной записью?

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

Лу Хэн спрашивает: как необходимая координация превратилась в зависимость работающей сети? По его мнению, ведение реестра не даёт политической власти над его пользователями.

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

Непрерывность нужно продумать до спора

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

Каждый новый клиент повышает ценность сети и цену её остановки. Прочитайте предложенные Лу Хэном права в сфере координации интернет-номеров: от управления адресами аргумент ведёт к непрерывности, ответственности и возможности уйти.

Технические источники и дополнительные материалы

IANA: распределение номеров · NRO: сообщение 2011 года · RFC 3022: NAT и NAPT

RFC 8200: IPv6 · ARIN: посредники при передаче адресов (2023) · RFC 6811: проверка источника маршрута

RFC 4033: безопасность DNS · RIPE: правила адресации · IETF: участие в стандартизации