Кратко

  • RFC 9977 описывает публикацию длины префикса конечной сети и числа конечных площадок для CGN или прокси.
  • Подпись RPKI связывает файл с покрываемыми ресурсами в узком смысле; она не делает число площадок истиной и не обязывает сервис менять лимит.

Число 4 000 в RFC 9977 — учебный пример: так /24 за CGN может объявить число конечных площадок. Стандарт нужен потому, что при блокировке, throttling, CAPTCHA и геолокации сервис часто не знает, скрывает ли адрес одного клиента или множество независимых. Он стандартизирует входные данные, а не измерение реальной сети и не правило для поставщика контента.

Граница строки

Строка содержит префикс, длину конечного префикса и при необходимости число площадок. Пустые два последних поля означают отказ от раскрытия: более общий префикс нельзя использовать для вывода о более специфичном. Потребитель применяет наиболее длинное совпадение и пропускает ошибочные либо дублированные строки. prefixlen: и временный remarks: Prefixlen ведут к HTTPS-файлу. HTTPS защищает доставку; он не удостоверяет назначение IP-ресурса.

Необязательная RPKI-подпись требует сертификат, покрывающий все префиксы, и проверку пути, манифеста, CMS и покрытия. RFC 6481 связывает открытый ключ с перечисленными IP-блоками и ASN, позволяя держателю показать эту связь подписью. Это не перепись пользователей, не доказательство свежести или поведения запроса и не лицензия на особое обслуживание. RFC 9977 прямо предупреждает о ложной отметке CGN ради обхода законного ограничения.

Следовательно, сервису всё ещё нужны его собственные проверки времени, правдоподобия, злоупотребления, политики и результата. Файл может открыть проверку группировки; он не завершает решение.