Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Управление интернетом
Управление интернетом
Раздел «Управление интернетом» отслеживает институты, политические процессы, разработку стандартов, работу регистратур, споры об ответственности и практическое исполнение решений, влияющих на интернет-инфраструктуру. BTW.MEDIA объединяет открытые публикации, аналитику по источникам, институциональный контекст и длительное наблюдение за отдельными делами.
Мониторинг RIRДосьеСообщество номерных ресурсовICANNIETFИстория интернетаNOGs
Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Приоритет отдан фактам о внедрении и поведению институтов, а не декларациям.
Последние материалы
Главные материалы: Управление интернетом
7 654 статьи
IETF
Обновление пути PCEP не должно сохранять старые метки энтропии
Новая редакция проекта рабочей группы PCE уточняет, как целиком заменить позиции меток при изменении пути SR-MPLS и что делать с неполным ответом.
Досье
Лицензия значится активной. Устройство всё ещё может отказать
Дата окончания в реестре не создаёт предупреждение, не продлевает право и не определяет поведение устройства в льготный период. Между календарём договора и работающей сетью остаётся цепочка решений.
Сообщество номерных ресурсов
Как RIPEstat выбирает адрес для жалоб на злоупотребления: точность уровня поиска
Официальная документация API Abuse Contact Finder в RIPEstat прямо признаёт, что возвращаемые контактные данные «во многих случаях неверны или недоступны». Это признание — отправная точка для понимания того, как устроен уровень поиска: что именно он возвращает, почему его…
Истории
almazcloud.network: что маршрутизация подтверждает — и что не подтверждает — о обещаниях AO ALMAZ
Аналитическая справка о almazcloud.network: что маршрутизация подтверждает — и что не подтверждает — о обещаниях AO ALMAZ объясняет событие, доступные открытые подтверждения, участвующие организации, региональный контекст, рыночные риски и возможные последствия для…
IETF
Новый запрос каталога NFS не покажет запись до её учёта сервером
В последней редакции проекта рабочей группы NFSv4 отдельно описан предел «свежести» в параллельной файловой системе: отказ клиента от старого кэша не ускоряет поступление сведений о записи на сервер метаданных.
IETF
Баланс был положительным. Разрешение на следующую команду ещё не появилось
Проект REGEXT делает финансовое состояние EPP видимым в общей форме. Но видимость не равна доступности средств: между ответом на запрос и решением по следующей платной команде остаётся самостоятельная граница контроля.
Досье
Подпись прошла проверку, право на действие — нет
Один валидатор уже запомнил nonce, а второй никогда его не видел. Одна и та же подписанная команда выглядит новой для одного узла и повторной для другого, хотя криптография в обоих случаях одинакова. Но даже первый приём не отвечает на главный вопрос: вправе ли workload совершить…
IETF
Неопределённый допуск агента нельзя считать разрешением
Индивидуальный проект, поданный в IETF, предлагает оставить неразрешённые условия отдельным итогом проверки прав агента. Самая важная граница находится там, где этот итог превращается в действие.
IETF
Маршрут нёс DOWNGRADE. Что выживет, всё ещё решала очередь
Новый черновик GROW предлагает не гасить доступность целиком, а первым жертвовать атакуемым трафиком только при нехватке ёмкости. Так можно оставить узкий канал для сервиса и наблюдения. Но BGP передаёт лишь совет: доказательство начинается там, где политика маршрута становится…
IETF
RFC 9384 и доказательная иерархия: насколько надёжно подтверждён ремонт сигнализации отказов BFD/BGP
Отчёт о том, как на самом деле верифицируются механизмы обнаружения отказов в интернет-стандартах — и что каждое звено доказательной цепи действительно доказывает.
Досье
Дочерняя зона всё ещё отвечала. Родитель уже перенёс делегирование
Старый авторитетный DNS-сервер может оставаться исправным и выдавать убедительные ответы после того, как родительская зона назначила другие серверы. Проект повторной проверки делегирования разделяет эти факты: способность ответить не продлевает полномочие, полученное от родителя.
IETF
Копируемый код OAuth не убирает посредника
Индивидуальный проект упрощает передачу результата из браузера в удалённый терминал. Но вспомогательная страница остаётся получателем ответа авторизации.
IETF
Проект говорит «устарело». Среда выполнения всё ещё может согласиться
В JOSE готовится важная смена статуса двух опасных вариантов, но слово в реестре не исполняет политику приложения. После пометки `none` и `RSA1_5` как устаревших библиотека может сохранить код, а локальное исключение — по-прежнему превратить старый объект в действующее…
Истории
Кому принадлежит согласие: цепочка инструментов опеки над AFRINIC до января 2027 года
Верховный суд Маврикия вернул AFRINIC под управление Official Receiver в сентябре 2023 года; с тех пор каждое значимое решение — от выборов совета до назначения CEO-десигната Майка Силбера — явно обусловлено согласием Receivership-управляющего. Эта статья восстанавливает цепочку…
IETF
Совпадение PSID ещё не означает совпадение сетевого пути
В новой редакции проекта OPSAWG говорится о границе, которую должен учитывать получатель телеметрии: область различимости идентификатора пути.
Досье
Фильтр распространили. BGP не сообщил, что он установлен
Правило защиты может пройти через всех ожидаемых BGP-соседей и не дойти до плоскости, которая обрабатывает пакеты. Revision 08 Flow Specification Version 2 точнее задаёт порядок и зависимости, но оставляет ключевой пробел: у BGP нет ответа о выполнении действия.
IETF
Изменение замечено, но какому запросу оно принадлежит?
Новая редакция индивидуального проекта об аудите программных агентов не позволяет выдавать запись без установленного источника за доказательство отсутствия действия.
IETF
Зонд сообщил о потерях. Возможно, сеть ограничила сам зонд
Отсутствие ответа STAMP — достоверное наблюдение, но ещё не диагноз. В проекте IETF для STAMP поверх MPLS защита плоскости управления способна породить тот же показатель, что и реальная потеря на пути передачи.
Досье
Зонд сообщил о потере. Маршрут ещё не был виновен
Ответ STAMP не вернулся, и мониторинг записал потерю. Но тестовый пакет мог пройти MPLS-маршрут полностью и быть отброшен уже ограничителем, который защищает плоскость управления граничного узла. Наблюдение верно; причина ещё не установлена.
IETF
Пустое поле QUIC не доказывает отсутствия данных в пакете
В новой редакции проекта IPFIX для QUIC пустая графа становится не ответом, а поводом уточнить источник неопределённости: не удалось разобрать пакет, значение не было доступно или его исключили при экспорте?
Карта раздела
Направления управления
Мониторинг RIR
Пять региональных направлений о распределении ресурсов, легитимности советов и непрерывности работы институтов.
Открыть RIR WatchdogДосье
Долгосрочные досье о судебных спорах, выборах и институциональных кризисах.
Открыть досьеСообщество номерных ресурсов
Членство, устав и управление номерными ресурсами в экосистеме NRS.
Открыть раздел NRSICANN
Координация DNS, механизмы подотчётности и глобальный многосторонний процесс.
Открыть раздел ICANNIETF
Развитие стандартов протоколов и риски совместимости при фрагментации политики.
Открыть раздел IETFИстория интернета
История инфраструктуры как основа для понимания управления и долгосрочного прогноза.
Открыть раздел историиNOGs
Практические данные о внедрении от APRICOT, региональных и национальных NOG.
Открыть раздел NOG