Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Управление интернетом
Управление интернетом
Раздел «Управление интернетом» отслеживает институты, политические процессы, разработку стандартов, работу регистратур, споры об ответственности и практическое исполнение решений, влияющих на интернет-инфраструктуру. BTW.MEDIA объединяет открытые публикации, аналитику по источникам, институциональный контекст и длительное наблюдение за отдельными делами.
Мониторинг RIRДосьеСообщество номерных ресурсовICANNIETFИстория интернетаNOGs
Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Приоритет отдан фактам о внедрении и поведению институтов, а не декларациям.
Последние материалы
Главные материалы: Управление интернетом
4 199 статей
Досье
Сертификат сузил пользователя. Старый сервер проигнорировал ограничение
Подписанное ограничение внутри сертификата ещё не означает ограничение во всей RPC-инфраструктуре. Новый проект NFSv4 показывает разрыв между намерением и исполнением: один сервер заменит пользователя из заголовка, а другой примет то же TLS-соединение и не заметит нового поля.
История
Стандарт должен был работать и с выключенной функцией: RFC 1547
На линии с оплатой трафика даже пакет с единственным вопросом «ты ещё жив?» попадает в счёт. RFC 1547 превратил этот небольшой конфликт надёжности и цены в условие проектирования: одна сторона могла нуждаться в функции, другая — отключить её, но общий протокол обязан был…
Досье
Номер VPN пришёл. Допуск всё ещё не был доказан
В RFC 9837 четыре байта выбирают запись FIB на выходном PE. Они сообщают, какую обработку применить, но не подтверждают право отправителя потребовать эту обработку. Маршрутизация и допуск имеют разные источники полномочий.
IETF
CATS версионировал манифест метрик, но оценка не называет свою версию
Один и тот же числовой балл имеет общий смысл только при одинаковых правилах расчёта. В редакции 11 проекта CATS эти правила собираются в формальный манифест, распространяются офлайн при инициализации и получают контроль версий. Во время работы компоненты обязаны считать оценки…
История
Диск был больше пространства, доступного приложению: RFC 1514
У одной машины могло быть несколько честных значений ёмкости. Контроллер сообщал размер накопителя, файловая система — свою границу, а приложение — объём, который ему действительно позволено распределить. RFC 1514 не свела их к одной цифре: Host Resources MIB сохранила разные…
Досье
Канал заказали. В сети его ещё не построили
RFC 9833–9836 не смешивают видимый клиенту заказ с каналом доступа, который оператор создаёт внутри сети. Между ними сохраняется цепочка явных ссылок, а применённая конфигурация и наблюдаемый трафик остаются отдельными доказательствами.
Досье
HTTP ответил 200. Команда реестра завершилась ошибкой
Новый проект переноса EPP на HTTPS требует вести два журнала результата. HTTP сообщает, как запрос прошёл веб-инфраструктуру; EPP сообщает, что решил реестр. Если команда могла исполниться, а ответ исчез, тайм-аут не даёт прокси права повторить изменение.
История
Адрес оставался прежним, сервер — нет: RFC 1546
В журнале расследования один и тот же IP легко принять за одного и того же участника. RFC 1546 ещё в 1993 году лишил такую запись доказательной силы: первый пакет мог принять сервер X, следующий — сервер Y, хотя поле назначения не изменилось ни на символ.
IETF
VCAP добавил подотчётность проверяющих, но обход auto_approve остаётся без ответственного
Подпись над итогом расчёта может быть безупречной, а полномочие отказаться от проверки — неизвестным. В редакции 02 VCAP прямо сказано, что торговая площадка фактически влияет на расчёт, когда выбирает проверяющего; появились требования к ключам, компетенциям и оспариванию. Но…
История
Счётчик вырос на единицу, но число потерянных кадров осталось неизвестным: RFC 1513
На экране управления 41 сменилось на 42. Сколько кадров исчезло? RFC 1513 не позволяла отвечать вычитанием. Прибор отметил ещё один случай нехватки собственных ресурсов, а не объём трафика, который выпал из наблюдения.
Истории
ARIN планирует предупреждения о последствиях ROA для веб-интерфейса, но не для API
ARIN хочет показывать последствия изменения Route Origin Authorization до того, как держатель ресурсов подтвердит операцию. Но в принятом публичном проекте эта пауза для проверки предусмотрена в ARIN Online, а пользователь программного интерфейса должен собрать те же маршрутные…
AFNOG
Необязательный практический формат AfNOG не указывает нужные ресурсы
Призыв AfNOG 2007 года допускал практические элементы, не публикуя их требования.
IETF
Измерения потерь и задержки MPLS показывают производительность, не получая контроль над путем
Измерения LM и DM через G-ACh получают дельты из счетчиков пакетов или октетов, а значения односторонней и двусторонней задержки — из временных меток в обмене запросами и ответами. Это наблюдение за уже существующим путем, а не создание, резервирование или ремонт этого пути.
История
Почему номера последовательности TCP возвращаются к нулю
Пространство номеров TCP ограничено, но поток остаётся упорядоченным: протокол рассматривает позиции как точки кольца, а не как бесконечный числовой ряд.
Истории
У проекта ARIN по адресам за пределами Земли четыре замка до первой выдачи
Между проектом положения NRPM и работающим реестровым сервисом стоят четыре самостоятельных институциональных решения. Их последовательность должна быть публичной и проверяемой.
Истории
Обзор IANA признал вовлечение достаточным. От AFRINIC не было голосующего представителя сообщества
Комитет по обзору услуг нумерации IANA завершил цикл 2025 года при действительном кворуме и вынес техническое заключение. Но опубликованный состав показывает отдельный институциональный факт: там, где от каждого региона предусмотрены два голосующих представителя сообщества, от…
ICANN
Заявки на варианты существующих gTLD получают приоритет, но не одобрение
ICANN ставит одну категорию заявок раньше в очереди обработки: заявки на варианты существующих gTLD раунда 2012 года, допустимые к распределению. Этот приоритет меняет последовательность, а не итоговое решение.
IETF
Один замысел, два языка состояния каналов: RFC 9903 и граница управления OSPF SR-MPLS
RFC 9903 задаёт общий интерфейс YANG для управления одним намерением SR, но не стирает различия протоколов: OSPFv2 представляет его через Opaque LSA, а OSPFv3 — через Extended LSA и отдельные TLV.
IETF
Лимиты потоков QUIC считают открытия, а не текущую параллельность
MAX_STREAMS — это накопительное разрешение на время соединения, а не счётчик активной работы.
IETF
Универсальный связанный канал MPLS переносит обслуживание, не превращая метку в право пересылки
Операционный механизм начинается с метки: значение MPLS 13 — это **Generic Associated Channel Label (GAL)**. Оно обозначает пакет G-ACh и указывает, что после нижней границы стека меток находится **Associated Channel Header (ACH)**. Затем поле Channel Type в ACH выбирает…
Карта раздела
Направления управления
Мониторинг RIR
Пять региональных направлений о распределении ресурсов, легитимности советов и непрерывности работы институтов.
Открыть RIR WatchdogДосье
Долгосрочные досье о судебных спорах, выборах и институциональных кризисах.
Открыть досьеСообщество номерных ресурсов
Членство, устав и управление номерными ресурсами в экосистеме NRS.
Открыть раздел NRSICANN
Координация DNS, механизмы подотчётности и глобальный многосторонний процесс.
Открыть раздел ICANNIETF
Развитие стандартов протоколов и риски совместимости при фрагментации политики.
Открыть раздел IETFИстория интернета
История инфраструктуры как основа для понимания управления и долгосрочного прогноза.
Открыть раздел историиNOGs
Практические данные о внедрении от APRICOT, региональных и национальных NOG.
Открыть раздел NOG