Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Управление интернетом
Управление интернетом
Раздел «Управление интернетом» отслеживает институты, политические процессы, разработку стандартов, работу регистратур, споры об ответственности и практическое исполнение решений, влияющих на интернет-инфраструктуру. BTW.MEDIA объединяет открытые публикации, аналитику по источникам, институциональный контекст и длительное наблюдение за отдельными делами.
Мониторинг RIRДосьеСообщество номерных ресурсовICANNIETFИстория интернетаNOGs
Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Приоритет отдан фактам о внедрении и поведению институтов, а не декларациям.
Последние материалы
Главные материалы: Управление интернетом
7 655 статей
Досье
Верховный суд Маврикия и внешнее управление AFRINIC: статутные полномочия, спорная процедура и апелляционный предел
Выписка регистратора компаний, апелляционная инстанция Верховного суда и Судебный комитет Тайного совета образуют три разных уровня власти над одним региональным интернет-реестром. Материалы разбирательства AFRINIC показывают, где именно процедура, а не существо спора, определила…
IETF
Токен оказался подлинным, но основания открыть доступ в нём не было
RFC 9578 подтверждает узкий криптографический факт: эмитент создал токен для определённого входа и ключа. Личность, условие, погашение, разрешение и результат требуют отдельных решений.
Досье
Соединение готово. Почему выбран этот путь, всё ещё неясно: RFC 9621–9623
Вчера один путь показал меньший RTT и выиграл. Сегодня сеть изменилась, но вчерашнее измерение снова поставило его первым. Соединение установилось, событие `Ready` пришло вовремя, а устаревшее наблюдение осталось невидимым участником решения.
IETF
Метка времени обещала точность. Часы не показали основание
RFC 9581 позволяет передать в CBOR шкалу, качество часов, неопределённость и заявленную гарантию. Это делает утверждение богаче, но не превращает его в доказательство синхронизации или результата.
Досье
Цепочка была короткой, очередь — нет: RFC 9618 и цена проверки X.509
Сервис проверки сертификатов выдерживал обычную нагрузку, но остановился на нескольких специально составленных отображениях политик. RFC 9618 сохраняет итоговое решение X.509 и меняет то, сколько работы недоверенный вход способен навязать системе до этого решения.
IETF
Квантовая связь состоялась. Бизнес-результат ещё нет
Эксперимент NIST на 62 километрах коммерческого волокна дал редкое измеримое подтверждение. RFC 9583 показывает, сколько отдельных подтверждений отделяет его от готового приложения.
Досье
Половина трафика шла через Токио, хотя оба маршрута считались равными: RFC 9616
В ромбовидной схеме два пути имели одинаковое число переходов. Один оставался в Париже, другой уходил через Токио. Формальная метрика не ошибалась — туннель скрыл расстояние. RFC 9616 возвращает задержку в решение Babel, но не превращает вычисленную стоимость в доказательство…
IETF
Собранная NAL ещё не стала кадром на экране
RFC 9584 задаёт точный транспорт EVC по RTP, но получение, сборка и порядок кодовых единиц заканчиваются раньше декодирования и видимого воспроизведения.
Досье
Шифрование сменило наблюдателя, но не устранило наблюдение: RFC 9614
После включения туннеля провайдер доступа перестал видеть прежнюю картину. В отчёте это назвали исчезновением наблюдения. На деле полная связь переместилась к оператору туннеля: он видел вход клиента и дальнейший выход. RFC 9614 предлагает более строгий язык — спрашивать не…
IETF
Порядковые номера исчезли. Состояние ящика не стало окончательным
RFC 9586 убирает из рабочего пути изменчивый идентификатор IMAP, но UID сам по себе не доказывает, что все перемены в ящике замечены, записаны и сверены.
Досье
BFD увидел отказ раньше, чем определил неисправный путь: RFC 9612
Сессия способна выжить на неправильном обратном пути. Запрошенный FEC не найден, код 193 получен, а BFD продолжает работать через IP-маршрут по локальной политике. RFC 9612 позволяет сохранить обе истины и не выдавать доступность обхода за доказательство спроектированной пары…
История
Опция защитила сегмент и заперла алгоритм: RFC 2385
В 1998 году поддельный TCP RST мог оборвать долгоживущую BGP-сессию. RFC 2385 добавил к каждому защищённому сегменту MD5-отпечаток с общим секретом. Механизм поместился в заголовок, но не назвал ни алгоритм, ни ключ: он подтверждал сегодняшнюю совместимость и не нёс способа…
IETF
Защищённый обмен не удался. Резервный путь снова открыл пароль для перебора
RFC 9588 закрывает один путь офлайн-проверки пароля Kerberos, но откат к зашифрованной метке времени после ошибки способен открыть его снова.
История
URL назвал почтовый ящик, но не уполномочил сервер: RFC 2384
В 1998 году одна строка могла заменить целую панель настроек POP. RFC 2384 сделал такую строку переносимой, однако не наделил её лишней властью: URL мог указать узел и способ аутентификации, но не мог сам решить, что сохранённый секрет следует передать названному серверу.
Досье
Селекторы совпали, а пропускная способность — нет: RFC 9611
Несколько IPsec Child SA с одинаковыми Traffic Selectors могут представлять один договор о трафике и совершенно разную исполнительную мощность. RFC 9611 сообщает о логической группе, но не доказывает привязку к процессорам, установку обоих направлений, распределение пакетов или…
IETF
Индикатор двигался. Команда ещё не завершилась
RFC 9585 позволяет серверу IMAP сообщать о ходе долгой операции. Но промежуточная активность не становится ни итоговым ответом, ни доказательством результата.
История
Канал мог потерять сообщения, которые поддерживали его: RFC 2382
Совместная передача данных и сигнализации RSVP по одному виртуальному каналу ATM экономила соединения. Но нарушение контракта данными могло уничтожить сообщение, необходимое для продления самой резервации.
Досье
Корень ответил авторитетно, но не обещал полный набор адресов: RFC 9609
Успешная и авторитетная DNS-ответная транзакция не всегда оставляет рекурсивный резолвер с полным набором адресов. RFC 9609 отделяет исходную конфигурацию, подтверждённый набор имён, полученные адреса и фактическую доступность.
История
Канал зарезервировал ресурсы. У потока всё равно не было восстановления: RFC 2383
RFC 2383 сопоставил каждому переходу ST2+ один виртуальный канал ATM и позволил сети сообщать о его отказе. Но в CONNECT требовалось выбирать `NoRecover`. Обнаружить разрыв могли сразу несколько агентов; решить, кто и в каком порядке восстановит поток без дублирования…
Досье
Короткая ссылка на статус не решает, какой статус проверять
В новом рабочем проекте W3C запись внутри проверяемого удостоверения становится компактнее. Ответственность за смысл запроса, подпись списка и его актуальность при этом остаётся у участников проверки.
Карта раздела
Направления управления
Мониторинг RIR
Пять региональных направлений о распределении ресурсов, легитимности советов и непрерывности работы институтов.
Открыть RIR WatchdogДосье
Долгосрочные досье о судебных спорах, выборах и институциональных кризисах.
Открыть досьеСообщество номерных ресурсов
Членство, устав и управление номерными ресурсами в экосистеме NRS.
Открыть раздел NRSICANN
Координация DNS, механизмы подотчётности и глобальный многосторонний процесс.
Открыть раздел ICANNIETF
Развитие стандартов протоколов и риски совместимости при фрагментации политики.
Открыть раздел IETFИстория интернета
История инфраструктуры как основа для понимания управления и долгосрочного прогноза.
Открыть раздел историиNOGs
Практические данные о внедрении от APRICOT, региональных и национальных NOG.
Открыть раздел NOG