Кратко

  • В отчёте Секретариата APNIC за 2019 год сказано, что Resource Quality Assurance переименовали в Resource Quality Check, чтобы не создавать ложных ожиданий и юридической ответственности. Новое слово точнее ограничивает вывод.
  • APNIC может проверить глобальную таблицу маршрутизации со своего маршрутизатора, следить за использованием неделегированных ресурсов и исследовать отдельные эксплуатационные сигналы. Она не управляет каждой автономной сетью, списком репутации и поставщиком геоданных.
  • Полезный результат должен сохранять ресурс, интервал наблюдения, класс точки обзора, источник, проверенное условие, исключения и событие для повторной проверки.

Почему APNIC убрала «assurance»

Секретариат APNIC в отчёте к заседанию Исполнительного совета в сентябре 2019 года зафиксировал небольшое, но содержательное изменение. Проект Resource Quality Assurance, RQA, получил название Resource Quality Check, RQC. Причина указана прямо: избежать ложных ожиданий и юридической ответственности. Там же сообщалось о подготовке отказа от гарантий и создании раздела RQC в NetOX. Отчёт Секретариата APNIC

Перечень задач объясняет осторожность: фильтрация маршрутов, почтовые и другие чёрные списки, история маршрутизации, ошибки геолокации. Все они влияют на практическое использование блока, но принадлежат разным системам. Реестр хранит статус делегирования. Операторы настраивают фильтры. Сервисы репутации и геолокации выбирают свои данные, правила и периодичность обновления.

Отчёт о деятельности, представленный на APNIC 49, снова назвал RQC проектом, «ранее известным как RQA», перечислил состояние и историю маршрутизации, фильтры, списки и геолокацию, а также связал функции с NetOX. Оба документа выпустила APNIC, поэтому это не два независимых институциональных подтверждения. Но они показывают, что новое ограничение было осознанным. Отчёт APNIC 49

Assurance звучит как состояние, которое можно передать вместе с блоком. Check — действие в определённое время и с определённой точки. Оно требует уточнить источник, метод и тип искомой неисправности. У APNIC нет полномочий поддерживать один ответ во всех будущих системах Интернета.

Цель реестра и решения чужих сетей

На нынешней обзорной странице регистрационных услуг всё ещё используется Resource Quality Assurance и сказано, что RQA оценивает адресное пространство APNIC до распределения участникам. Навигация на той же странице называет услугу Resource Quality Check. Совместное присутствие формулировок наблюдаемо, но по нему нельзя датировать текст или приписывать мотив его редактору. Регистрационные услуги

Профильная страница RQC даёт более узкое обещание. Участники хотят получить маршрутизируемые ресурсы, но политика APNIC не гарантирует глобальную маршрутизируемость. APNIC старается минимизировать проблемы. Страница отделяет историческую оценку IPv4-блоков /8, выделенных IANA до 2011 года, от постоянной работы: наблюдения за использованием неделегированных ресурсов APNIC и проверки глобальной таблицы с маршрутизатора APNIC при делегировании. Если ресурс всё ещё маршрутизируется, APNIC не станет его делегировать. Resource Quality Check

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

FAQ прямо распределяет оставшуюся власть. RIR не контролируют, как сетевые операторы администрируют, маршрутизируют или фильтруют адреса; ни одна организация не гарантирует доступность во всём Интернете. APNIC советует разделять доставку почты, доступ к конкретным сайтам, структуру сети, анонсы, апстримы, пиры, прямой и обратный путь, использовать RIS и looking glass. Если найден фильтр, держатель должен обратиться к применившей его сети. Нельзя просто вернуть блок APNIC из-за проблемы доступности. FAQ о качестве ресурсов

Материалы описывают три уровня: общую цель, действие реестра и контроль других участников. Контекст теряется, когда их сворачивают в одно слово «качество».

Дата как часть результата пилотного эксперимента

Архив тестов доступности показывает правильную единицу доказательства. APNIC и RIPE NCC анонсировали пилотные префиксы из новых блоков, сравнивали их распространение с обычными рабочими префиксами, публиковали ежедневную видимость, давали отвечающие на ping цели и инструменты проверки. Значимые различия помогали искать провайдеров, продолжавших фильтровать новый блок.

Перечисленные испытания относятся к 2010 и 2011 годам и затрагивают части 1/8, 14/8, 27/8 и других диапазонов. Период, участники и отчёт входят в смысл результата. Без них конкретный эксперимент превращается в мнимое вечное свойство цифр префикса. Архив не доказывает, что историческая процедура применяется при каждом нынешнем делегировании; текущая страница RQC отдельно описывает постоянные действия. Тесты доступности

На странице «Currently Assessing» сейчас перечислены пятнадцать префиксов для debogon-работы и отдельно — оценки и отчёты. В сохранённом тексте нет универсального балла, срока действия или глобальной гарантии. Префикс в списке — предмет работы; датированный отчёт — свидетельство этой работы. Ресурсы на оценке

RFC 6441 объясняет, почему верное наблюдение стареет. Документ Best Current Practice IETF рекомендовал удалить фильтры пакетов и BGP-префиксов, основанные на статусе ранее нераспределённых IPv4 /8. Оператору, продолжающему фильтровать нераспределённое пространство под управлением RIR, нужны более детальные правила и ежедневное обновление, иначе будет блокироваться легитимный трафик. Изменение в реестре не переписывает старую копию на удалённом маршрутизаторе. RFC 6441

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

За словом «качество» стоят пять вопросов

Правильно ли блок зарегистрирован и доступен? Видна ли неожиданная трасса в данных перед делегированием? Примут ли удалённые сети новый анонс? Разрешат ли системы репутации трафик и почту? Достаточно ли точно геосервисы описывают использование? Это разные решения.

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

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

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

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

Предел — часть качества доказательства

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

Документы подтверждают более конструктивный факт: APNIC распознала риск принять наблюдение за обещание и изменила название. Страница RQC и FAQ разумно делят обязанности. Реестр проверяет доступное ему и действует в пределах делегирования; операторы ведут фильтры; держатель ищет систему, которая продолжает блокировать.

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

Источники

  1. APNIC: регистрационные услуги
  2. APNIC: Resource Quality Check
  3. APNIC: FAQ о качестве ресурсов
  4. APNIC: Resource Reachability Testing
  5. APNIC: Currently Assessing
  6. Материалы EC и отчёт Секретариата APNIC, 9 сентября 2019 года
  7. Отчёт о деятельности, представленный на APNIC 49
  8. RFC 6441 / BCP 171