Кратко

  • Действующее руководство AFRINIC разделяет адреса для пиринга и управления, выделяет отдельный пул для IXP и описывает смежный /24, который позволяет вырасти до /23. На AFRINIC-37 сотрудники также сообщили, что некоторые участники меняли местами префиксы для этих целей в нарушение политики.
  • Andrew Owens из NAPafrica описал ситуацию в Йоханнесбурге: у площадки уже есть два блока /23, она близка к полному использованию /22, а для перехода к /21 при дальнейшем росте могут понадобиться ещё два /23. По его словам, перенумерация, начатая восемь лет назад, всё ещё не завершена. Это рассказ одного оператора, а не оценка спроса африканских IXP или типичного срока миграции.
  • Прежде чем увеличивать резерв с /16 до /15, сообществу нужны данные о расходовании адресов и затронутых участниках, а также план смежного роста и перехода. Более крупный пул может уменьшить дефицит, но сам по себе не гарантирует, что следующий блок окажется в подходящем месте.

Анализ

«Какой размер?» — лишь один вопрос о резерве

На текущей странице Consolidated Policy Manual версия 1.6 обозначена как действующая, дата публикации — 17 ноября 2020 года. Раздел 11 не сводится к общей величине пула. В нём различаются LAN пиринга — непрерывный блок адресов, где участники обмениваются трафиком через общую инфраструктуру, — и сеть управления, используемая для мониторинга, статистики, почты и других служб. Адреса управления не следует брать из блока пиринга. Руководство предусматривает выделенный и опубликованный пул для пиринга и смежный /24, чтобы IXP мог вырасти до /23 без перехода на новый блок и перенумерации. В разделе предлагаются резерв /16 для пиринга и отдельный эквивалентный /16 для управления. Руководство

На встрече участник спросил, достаточно ли /16 для всего региона или уместнее /15. В /15 вдвое больше адресов, чем в /16, однако эта арифметика не показывает, сколько смежных блоков ещё можно выдать, как быстро они расходуются и какие заявители могут столкнуться с ограничениями. Сотрудники AFRINIC ответили, что предоставят статистику потребления, чтобы обсуждение опиралось на факты. Другой участник попросил отдельно назвать количество затронутых членов, прежде чем судить о срочности. Протокол AFRINIC-37

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

Нарушение использования ещё не объясняет его причину

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

Разделы 5.6.4 и 11 руководства связаны, но описывают разные механизмы. Первый посвящён назначениям IPv4 для критической инфраструктуры — как правило, не более /24, хотя в определённых обстоятельствах допустимо несколько назначений. Второй относится к зарезервированным пулам пиринга и управления IXP; смежный /24 нужен для роста до /23 без перенумерации. В руководстве IXP также определён как физическая инфраструктура второго уровня под управлением одной организации, с подключением не менее трёх интернет-провайдеров и открытой политикой присоединения. Открытые критерии AFRINIC для запроса ресурсов требуют подтвердить законное присутствие в Африке, предоставить ASN и контакты не менее трёх BGP-пиров либо подписанные соглашения, доказать публичный и открытый характер обмена и, если это предусмотрено правилами страны, иметь лицензию. Критерии AFRINIC

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

Йоханнесбург показывает геометрию адресов, а не спрос континента

Owens сообщил, что у NAPafrica в Йоханнесбурге есть два блока /23, сеть почти полностью использует /22, а для перехода к /21 при дополнительной потребности понадобятся ещё два /23. Он также сказал, что перенумерация этого узла началась восемь лет назад и до сих пор не завершена. Протокол фиксирует единичный пример: в нём нет знаменателя, сопоставимой выборки других IXP, независимой оценки затрат или хронологии, объясняющей длительность.

Но пример полезен: общий объём адресов скрывает их расположение. Четыре блока /23 образуют /21, только если они смежны и выровнены по нужной границе. Площадке, выросшей за счёт раздельных выдач, нужна не просто сумма адресов, но и рабочая последовательность смежных блоков, способ сохранить обслуживание во время перехода и время на координацию участников. Смежный /24 в руководстве прямо рассчитан на первоначальное расширение до /23. Рассказ Owens поднимает следующий вопрос: как площадке, уже прошедшей этот этап, развиваться дальше? Это не доказывает провал политики, но показывает, что следующий шаг нельзя оставлять на самотёк.

На встрече также прозвучало предложение рассмотреть RFC 8950 как часть двухстековой модели. Стандарт IETF позволяет анонсировать IPv4-маршруты с IPv6 next hop, если BGP-пиры согласовали поддержку нужной возможности. Это возможный инженерный вариант, но не доказательство готовности всех route server и участников и не основание считать зарезервированную IPv4-сеть пиринга ненужной. RFC 8950

Сначала опубликовать данные, потом выбирать больший резерв

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

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

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

Если статистика покажет, что выделенный /16 близок к исчерпанию для назначений /23, увеличение пула может быть обоснованно. Если спрос сосредоточен у нескольких обменов, которым нужны более крупные смежные блоки, те же данные могут указывать на иную конфигурацию резерва или поэтапный переход. Если главной проблемой окажутся перестановки префиксов между назначениями, улучшение реестров и помощь в соблюдении правил могут дать больше, чем удвоение объёма. Сам протокол не позволяет выбрать один из этих вариантов.

Ответственный порядок действий прост: опубликовать остаток в пулах, указать заявки, которые они не могут обслужить, и описать предусмотренные политикой пути расширения и миграции. Тогда сообщество сможет решить, нужны ли дополнительные IPv4, иная структура резерва, лучшие записи или сочетание мер. Пример NAPafrica позволяет представить цену неверного порядка. Только более широкие открытые данные покажут, как часто AFRINIC может столкнуться с такими затратами.

Источники