Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Управление интернетом
Управление интернетом
Раздел «Управление интернетом» отслеживает институты, политические процессы, разработку стандартов, работу регистратур, споры об ответственности и практическое исполнение решений, влияющих на интернет-инфраструктуру. BTW.MEDIA объединяет открытые публикации, аналитику по источникам, институциональный контекст и длительное наблюдение за отдельными делами.

Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Приоритет отдан фактам о внедрении и поведению институтов, а не декларациям.
Последние материалы
Главные материалы: Управление интернетом
8 019 статей

История
Номер версии уцелел. Модель безопасности — нет: RFC 1441
В заголовке SNMP значение `version = 1` может означать community-based SNMP версии 2. Ошибки в арифметике нет: это перечисление с нулевого значения. Ошибка начинается в учёте, когда поле для выбора обработчика превращают в краткое заключение о защите, правах и администрировании…

IETF
Dan Harkins и ключ начальной загрузки, который не мог доказать собственную цепочку хранения
То, что устройство владеет закрытым ключом, ещё не говорит, откуда сервер получил открытый ключ, кто связал его с устройством и кто вправе разрешить подключение. RFC 9966 не прячет этот разрыв. Она строит ограниченное доказательство в TLS, но не выдаёт его за документ о хранении…

История
Сигнал тревоги сохранился. Маршрут уведомления другому менеджеру истёк: RFC 1451
Станция продолжала опрашивать показатель, пороги оставались настроенными, а локальная история событий могла пополняться. Но отдельная строка, направлявшая уведомления другому менеджеру, жила по таймеру. RFC 1451 допускал, что сигнал сохранится, а связь с его читателем исчезнет.

Истории
Что входит в июньскую сумму резервов AFRINIC
В отчёте AFRINIC рядом стоят денежный резерв и сумма с начисленными, но ещё не отражёнными в учёте процентами. Разница невелика по сравнению с общим объёмом средств, однако без неё легко неверно оценить динамику и возможности бюджета.

История
Имя пользователя выглядело как человек. Пространство имён обещало лишь ячейку: RFC 1439
Предсказуемый адрес сделал раннюю электронную почту удобной: зная правило, корреспондент мог вывести учётное имя из имени человека. Но при совпадении двух результатов технически успешная доставка могла попасть не тому человеку. RFC 1439 в 1993 году показал, что это не…

IETF
David Benjamin и кодовая точка совместимости, не ставшая общим разрешением
Старое криптографическое устройство может сорвать современную миграцию в очень конкретной точке обмена. Исправление имеет смысл лишь тогда, когда сохраняет эту конкретность. RFC 9963 открывает узкий путь для устаревшей подписи клиента; она не возвращает TLS 1.3 общее разрешение…

Досье
Защищённый канал отказал. Клиенту нельзя было откатываться: RFC 9887
RFC 9887 превращает модернизацию транспорта в правило полномочий: отказ защищённого пути TACACS+ не даёт клиенту права использовать старый путь лишь потому, что тот доступен.

История
Файл прибыл. Получатель его ещё не принял: RFC 1440
Сетевой сеанс уже закончился, а доставка всё ещё оставалась незавершённой. RFC 1440 помещал полученный файл в общую зону ожидания: отправитель мог уйти, принимающая машина брала объект под временную опеку, но решение принадлежало адресату и наступало позже.

IETF
Al Morton и тест пропускной способности, не ставший обещанием сервиса
Измерение скорости может быть полезным свидетельством о конкретном методе, пути и времени. Оно выходит за свои пределы, когда один результат объявляют обещанием для всех будущих сессий, тарифа, приложения или всей сети.

IETF
Muhammad Shahzad и запись устройства, не отозвавшая доступ
Удаление записи устройства может быть важным операционным сигналом. Но само по себе оно не доказывает, что точка применения политики сняла доступ, устройство отключилось или следующая попытка подключения была отклонена.

Истории
RIPEstat: пустой ответ для IP и видимые маршруты для префикса
Различие, о котором сообщил пользователь, не повторилось в четырёх новых запросах. Но прежде чем делать вывод об исчезновении маршрута, необходимо понять, какой объект искал сервис.

ICANN
Изменение ISO может запустить выход IDN ccTLD. Оно не даёт ICANN права выносить территориальный вердикт.
Система координации может опираться на внешний справочник, не становясь органом, который решает факты, описанные в этом справочнике. Эта разница особенно важна, когда техническое действие затрагивает название страны, территории, языка или письменности.

Досье
Передать почту подрядчику — не значит назначить ответственного за DMARC
Договор на почтовые ящики может быть вполне определённым, а работа с политикой домена — всё ещё не распределённой. Новое исследование DNS даёт повод проверить именно эту границу, а не составлять рейтинг поставщиков.

IETF
Седрик Фурне и квитанция, не сделавшая журнал полным
Подписанная квитанция способна строго связать запись с состоянием дерева. Но она не получает вместе с этой связью право говорить за невидимые события, за доверие к журналу или за последующее решение.

История
Сеанс WAN был поднят, но у терминалов оставались два разных канала: RFC 1434
Терминал мог получить подтверждение от устройства в своей комнате, хотя удалённая станция ещё не ответила. RFC 1434 сделал эту разницу основой Data Link Switching: локальные протоколы завершались на коммутаторах, между ними создавалась отдельная цепь, а множество таких цепей…

Досье
Метка разрешилась. Местоположение аппарата не установлено: RFC 9886
RFC 9886 позволяет искать DRIP Субъект Tag через DNS, но ответ приходит из реестра идентификаторов, а не от средства наблюдения. Проверенные сертификат HHIT и endorsements BRID подтверждают регистрацию; они не доказывают текущую позицию, владение ключом, право доступа к закрытой…

ICANN
ccNSO Council не планирует общий отзыв о мерах против злоупотреблений в gTLD
ccNSO Council не намерен направлять коллективный ответ на консультацию ICANN о злоупотреблениях в gTLD. Управляющие национальными доменами по-прежнему могут выступить от своего имени. Такой подход позволяет обмениваться опытом, не приписывая отдельному участнику право говорить за…

IETF
Кристиан Амзюсс и контекст безопасности DoC, который не защищал вышестоящий DNS
Защищённый обмен DNS поверх CoAP может быть важным фактом, но не описывает весь путь разрешения имени. RFC 9953, среди коллективных авторов которой указан Кристиан Амзюсс, ограничивает конфиденциальность и целостность сторонами общего контекста DTLS, TLS или OSCORE. Сервер DoC…

IETF
IETF может ограничить приписку в письме. Но ей всё ещё нужен реестр статуса вклада.
Автоматическая строка внизу письма может звучать как окончательное решение: производные работы запрещены, права сохранены, действует корпоративная оговорка. Новый проект IETF предлагает гораздо более узкую вещь: специальный механизм ограничения производных работ должен относиться…

История
Коды совпадали. Для соединения всё равно требовалось разрешение: RFC 1394
Совпадение в справочнике не заставляет сеть установить связь. В 1993 году телефонный код, код telex, answerback и национальный домен могли указывать на одну страну, но находились под управлением разных систем. RFC 1394 помогал перейти от одного обозначения к другому и честно…
Карта раздела
Направления управления
Мониторинг RIR
Пять региональных направлений о распределении ресурсов, легитимности советов и непрерывности работы институтов.
Открыть RIR WatchdogДосье
Долгосрочные досье о судебных спорах, выборах и институциональных кризисах.
Открыть досьеСообщество номерных ресурсов
Членство, устав и управление номерными ресурсами в экосистеме NRS.
Открыть раздел NRSICANN
Координация DNS, механизмы подотчётности и глобальный многосторонний процесс.
Открыть раздел ICANNIETF
Развитие стандартов протоколов и риски совместимости при фрагментации политики.
Открыть раздел IETFИстория интернета
История инфраструктуры как основа для понимания управления и долгосрочного прогноза.
Открыть раздел историиNOGs
Практические данные о внедрении от APRICOT, региональных и национальных NOG.
Открыть раздел NOG