Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Управление интернетом
Управление интернетом
Раздел «Управление интернетом» отслеживает институты, политические процессы, разработку стандартов, работу регистратур, споры об ответственности и практическое исполнение решений, влияющих на интернет-инфраструктуру. BTW.MEDIA объединяет открытые публикации, аналитику по источникам, институциональный контекст и длительное наблюдение за отдельными делами.
Мониторинг RIRДосьеСообщество номерных ресурсовICANNIETFИстория интернетаNOGs
Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Приоритет отдан фактам о внедрении и поведению институтов, а не декларациям.
Последние материалы
Главные материалы: Управление интернетом
7 939 статей
Истории
Предложение APNIC тестирует единый переходный IPv4-блок /24 для сетей только IPv6
Четвёртая версия APNIC prop-165 позволила бы организации, имеющей право на первоначальное выделение IPv6, запросить один IPv4-блок `/24` для переходных функций в развёртывании только IPv6. Текст всё ещё обсуждается. Вопрос не только в размере блока, но и в том, смогут ли…
IETF
Подпись не доказывает владение другим ключом: RFC 9883 и заявления о владении закрытым ключом
Второй запрос на сертификат может быть корректно подписан уже сертифицированным ключом подписи. Но такая подпись является лишь утверждением, а не техническим доказательством того, что заявитель контролирует другой закрытый ключ, стоящий за запрашиваемым сертификатом установления…
История
Пакет, которому пришлось ответить: как challenge ACK исправил сброс TCP
Когда-то сегмент сброса, попавший в окно приёма, получал право уничтожить состояние TCP-соединения. RFC 5961 сузила границу доверия: точное совпадение может действовать сразу, а лишь правдоподобный пакет вызывает проверочный ACK, ответ на который должен соответствовать состоянию…
История
ACK, который не мог сказать, какой пакет прибыл: правило Карна о неоднозначности повторной передачи
ACK может подтвердить доставку байтов, но не указать, какой экземпляр передачи вызвал ответ. Правило Карна превращает это ограничение в принцип измерения: состояние доставки продвигается, а неоднозначное измерение RTT не принимается.
Сообщество номерных ресурсов
Запись Ghostbusters — не схема управления инцидентом
Валидатор RPKI может проверить каждый байт Ghostbusters Record и всё равно не знать, следит ли кто-нибудь за указанным каналом, когда требуется действие. Подписанный объект помогает найти минимальные контакты оператора центра сертификации (CA); операционная подотчётность…
IETF
Алгоритм подписи — не подписываемая последовательность байтов: RFC 9882 и ML-DSA в CMS
Две системы CMS выбирают ML-DSA-65 для одного содержимого, но проверка завершается ошибкой, когда одна подписывает финальное представление с неявным тегом, а другая проверяет полный DER SignedAttrs с явным тегом SET OF. Алгоритм совпадает, диапазон байтов — нет.
Истории
Роль registrant в RDAP APNIC обозначает сторону регистрации, а не собственника компании
Одно слово внутри вложенной сущности APNIC имеет реальную, но ограниченную доказательную силу. Роль RDAP `registrant` указывает сторону, записанную в конкретной регистрации; она не превращает ответ в реестр корпоративной собственности или доказательство контроля маршрутизации.
Истории
AFRINIC признала двух кандидатов в NRO NC/ASO AC избранными без конкуренции. Ссылка на правила выборов 2026 года теперь возвращает 404
В окончательном списке кандидатов на выборы 2026 года AFRINIC сообщила, что Стивен Муса Хонлуэ и Нитин Келавон Сукун будут считаться избранными в NRO NC/ASO AC без конкуренции, хотя голосование всё равно должно было определить продолжительность их сроков. Ссылка на избирательные…
Сообщество номерных ресурсов
Смена ключа якоря доверия требует журнала принятия
Публикация нового ключа якоря RPKI не делает все доверяющие стороны готовыми к его использованию. Переход состоит из разных состояний: объявления, проверки, периода наблюдения, переключения отдельных валидаторов и осознанного завершения поддержки прежнего ключа.
История
Пакет, который ждал своего предшественника: правило Нейгла для малых сегментов
Для записи одного байта не требовался универсальный таймер. Требовалось проверить состояние соединения: остаются ли уже переданные данные без подтверждения?
Истории
APNIC prop-164 превращает малые выделения IPv6 в проверку прозрачности резервов
Предложение APNIC prop-164 позволит начинать с блока IPv6 меньше `/32`, сохраняя пространство для роста. Это может повысить точность Whois и RDAP, но главный критерий — останется ли зарезервированное пространство видимым, проверяемым и условным обязательством реестра, а не…
Истории
Альтернативная ссылка Whois у ARIN — это замещающее представление, а не независимое подтверждение
Одна запись RDAP ARIN указывает в сторону более старого сервиса Whois REST той же ARIN. Ссылка полезна, но два представления одного реестра не становятся из-за этого двумя независимыми свидетелями.
IETF
Название алгоритма — ещё не профиль сертификата: RFC 9881 и ML-DSA в PKIX
Аналитическая справка о Название алгоритма — ещё не профиль сертификата: RFC 9881 и ML-DSA в PKIX объясняет событие, доступные открытые подтверждения, участвующие организации, региональный контекст, рыночные риски и возможные последствия для инфраструктуры. В категории Аналитика…
AFNOG
AfNOG публикует правила рассылки, но не процедуру модерации
AfNOG требует технического и уважительного обсуждения без открытой рекламы товаров. Правило опубликовано, а процедура рассмотрения спорного сообщения — нет.
Сообщество номерных ресурсов
Точке публикации RPKI нужен реестр от фиксации до наблюдения
Сервер публикации RPKI может атомарно принять аутентифицированное обновление, пока некоторые доверяющие стороны сохраняют прежнее представление репозитория. Это не обязательно противоречие: публикация, распространение и наблюдение принадлежат разным полномочиям, протоколам и…
IETF
TTL в реестре — это состояние политики, а не наблюдение за DNS в реальном времени
RFC 10037 позволяет реестру публиковать через RDAP настроенные значения времени жизни для наборов DNS-записей. Расширение невелико, но проводит важную границу: число описывает состояние базы реестра, а не остаток времени в кэше и не текущий ответ авторитативного сервера.
IETF
Модель данных — не протокол обмена: RFC 9880 и границы привязок SDF
Две реализации могут утверждать, что используют одну модель Thing, но по-разному вести себя в сети: одна выбирает URL и JSON-полезную нагрузку, другая — числовой идентификатор и иной способ вызова. Так проявляется неявная привязка протокола.
Истории
Имя RDAP LACNIC — метка регистрации, а не юридическая или маршрутная идентичность
Поле `name` легко принять за достоверное имя субъекта. В текущей записи RDAP LACNIC для `200.0.0.0/21` его значение лишь повторяет диапазон адресов как метку. Оно обозначает регистрацию, но само по себе не устанавливает законного правообладателя или оператора сети.
Истории
Для более крупных делегаций IPv4 в APNIC сначала нужна очередь, а уже потом — более высокий потолок
Предложение APNIC prop-168 позволило бы владельцам учётных записей, отвечающим критериям, приблизиться к агрегированному /22 и предусматривает отдельный переходный резерв /12. Оно определяет, кто может обратиться и сколько получить; однако собственные расчёты дефицита показывают…
История
Почему зонд TCP Keep-Alive не мог сам по себе подтвердить отказ неактивной удалённой стороны
Бездействующее TCP-соединение может долго молчать и при этом не быть разорванным. Keep-Alive получает признак состояния транспорта, но не превращает отсутствие одного ответа в окончательный вывод.
Карта раздела
Направления управления
Мониторинг RIR
Пять региональных направлений о распределении ресурсов, легитимности советов и непрерывности работы институтов.
Открыть RIR WatchdogДосье
Долгосрочные досье о судебных спорах, выборах и институциональных кризисах.
Открыть досьеСообщество номерных ресурсов
Членство, устав и управление номерными ресурсами в экосистеме NRS.
Открыть раздел NRSICANN
Координация DNS, механизмы подотчётности и глобальный многосторонний процесс.
Открыть раздел ICANNIETF
Развитие стандартов протоколов и риски совместимости при фрагментации политики.
Открыть раздел IETFИстория интернета
История инфраструктуры как основа для понимания управления и долгосрочного прогноза.
Открыть раздел историиNOGs
Практические данные о внедрении от APRICOT, региональных и национальных NOG.
Открыть раздел NOG