Summary

  • Раздел 4.2.3.6 действующего руководства ARIN считает потребность нижестоящего клиента в multihoming достаточным основанием для /24 от ISP. Клиент передает поставщику блока контакты всех вышестоящих операторов и использует с ним пограничный протокол маршрутизации. Без дополнительных доводов таким способом можно получить /24 только от одного оператора.
  • В разделе 2.7 нужны постоянные подключения к более чем одному ISP и хотя бы один префикс, объявляемый минимум двумя из них. Раздел 4.2.3.3 рекомендует при смене ISP вернуть старые адреса и перенумеровать сеть в блок нового; прежний поставщик должен дать достаточно времени.
  • Архив принятой политики 2001-2 объясняет происхождение исключения: многоканальность могла оправдать /24 независимо от количества хостов. Текущие условия определяет нынешнее руководство.

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

Раздел 4.2.3.6 дает клиенту практическое облегчение. Нужда в нескольких каналах становится самостоятельным основанием для /24. Пункт находится в главе о переназначении и перераспределении адресов ISP своим клиентам. Речь идет о блоке от вышестоящего провайдера, а не о прямой выдаче ARIN независимого адресного пространства конечному пользователю.

Провайдер, выделяющий /24, получает контакты всех других операторов клиента; клиент работает с ним по пограничному протоколу маршрутизации.

Следующая фраза определяет предел: по этому основанию без дополнительных доказательств клиент может получить /24 от одного из своих провайдеров. Второй ISP вправе передавать трафик и объявлять тот же префикс, но сам факт двух подключений не создает автоматического права на еще один /24. Дублирование каналов не дает двойной порции адресов.

Провайдеру также нужны документы для ARIN. Он может показать собранные от клиента сведения или назвать номер его автономной системы. Раздел 4.2.3.7 требует от ISP подтверждать эффективное использование блоков, в том числе историей выдачи. Раздел 4.2.3.7.1 требует регистрировать переназначения IPv4 величиной от /29 в SWIP либо подходящем каталоге. Блок /24 остается отслеживаемой записью в учете провайдера.

Политика 2001-2 показывает исходную задачу. Размер адресного участка обычно обосновывался текущим и ожидаемым числом устройств. ARIN признала, что сеть с несколькими поставщиками может нуждаться в /24 даже без такого количества хостов. Исходный текст уже требовал контакты всех операторов и ограничивал упрощенную выдачу одним из них. Решение технического вопроса с самого начала оставило за блоком конкретного поставщика.

Эта привязка проявляется при смене компании связи. Раздел 4.2.3.3 не приветствует дробление непрерывных блоков ISP и предлагает провайдерам требовать возврата адресов, когда клиент уходит. Он рекомендует клиенту вернуть прежний блок и перенумероваться в адресах нового оператора. Старый ISP должен предоставить достаточно времени. Универсального числа дней в документе нет. Реальный график приходится согласовывать сторонам.

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

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

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