Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Управление интернетом
Управление интернетом
Раздел «Управление интернетом» отслеживает институты, политические процессы, разработку стандартов, работу регистратур, споры об ответственности и практическое исполнение решений, влияющих на интернет-инфраструктуру. BTW.MEDIA объединяет открытые публикации, аналитику по источникам, институциональный контекст и длительное наблюдение за отдельными делами.
Мониторинг RIRДосьеСообщество номерных ресурсовICANNIETFИстория интернетаNOGs
Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Приоритет отдан фактам о внедрении и поведению институтов, а не декларациям.
Последние материалы
Главные материалы: Управление интернетом
7 730 статей
История
Отправитель увидел потерю, но не её причину: RFC 3155
В августе 2001 года RFC 3155 разобрал фундаментальную неоднозначность TCP. Отправитель мог заметить, что подтверждения перестали продвигаться, но не мог достоверно определить, почему это произошло. Переполненная очередь, неисправленная ошибка передачи, перестановка пакетов и…
История
Ретранслятор добавил заголовок. Конец сообщения мог исчезнуть: RFC 3164
В старом формате BSD syslog ретранслятор мог сделать сообщение понятнее, добавив время и имя узла. Но RFC 3164 ограничивал весь пакет 1 024 байтами: новый заголовок мог занять место, нужное для окончания события.
IETF
Домен разрешил спросить, но не дал права действовать
`dialogue.txt` предлагает публичную дверь, через которую незнакомый человек или программа может задать вопрос. Главная граница проходит не у двери: обнаружение не означает доступ, доставка не создаёт беседу, а ответ ещё не даёт полномочий что-либо выполнить.
История
Приёмник предложил мультиплексирование. Передатчик всё ещё решал, использовать ли его: RFC 3153
В августе 2001 года RFC 3153 предложил сокращать долю служебных байтов у маленьких PPP-пакетов: несколько пакетов можно было поместить как подкадры в один мультиплексированный кадр. Но стандарт провёл полезную границу. Приёмник мог согласовать готовность понимать такой формат…
Истории
RIPE NCC обновляет ключи RPKI, но границы полномочий важнее способа входа
Переход к OpenID Connect способен сделать происхождение и отзыв учётных данных понятнее. Он не гарантирует, что автоматизация затронет только нужные префиксы. В квартальном плане RIPE NCC эта разница видна особенно ясно: миграция ключей уже началась, а интерфейс для…
История
Серверу понадобилось третье случайное значение: RFC 3163
В режиме взаимной аутентификации RFC 3163 третье случайное значение было не украшением. Оно отвечало на асимметрию порядка: выбирая собственное значение, клиент уже знал первый вызов сервера. Поправка была узкой — как и гарантии самого механизма.
История
Новое дерево обратного поиска существовало до исчезновения старого: RFC 3152
В августе 2001 года Интернет выбрал для обратного разрешения IPv6 новое место — `IP6.ARPA`, но не стал изображать выбор стандарта как мгновенное обновление всех серверов и программ. RFC 3152 закрепил корень инфраструктурного пространства, запросил его делегирование и связал…
IETF
Система сопоставления не знала назначения — и всё же вернула выход
Новый проект LISP позволяет динамически выбрать pETR для внешнего или незарегистрированного адреса. Это полезно для эксплуатации, но требует точного языка: найденный выход не означает, что система узнала конечную точку или проверила путь за шлюзом.
IETF
Лабораторный результат не выносит вердикт работающей сети
Предлагаемая группа BPM должна собрать под одной крышей лабораторные испытания и измерения в действующей сети. Последняя редакция её устава уточняет условия, при которых появляется цифра, но не передаёт группе право решать, какая цифра приемлема для конкретной услуги.
История
IPv6 пришлось ждать аутентификации: RFC 3162
Сервер доступа должен был разрешить сеанс до того, как становилось понятно, какой интернет-протокол выберет узел. RFC 3162 позволил одной транзакции RADIUS передать оба варианта, оставив решение о применимости на сетевой границе.
ICANN
1 616 оплаченных заявок ICANN пока не расширили корневую зону
День раскрытия покажет, кто и на какие доменные строки претендует в раунде 2026 года. Это изменит информационную и переговорную обстановку, но не корневую зону DNS. Между публичной заявкой и работающим доменом верхнего уровня остаются проверки, споры, договор, делегирование и…
История
Старое имя стало URN, но само себя не разрешило: RFC 3151
XML унаследовал публичные идентификаторы, способные пережить одну машину, но не помещавшиеся в интерфейсы, где требовался URI. RFC 3151 дал им точную транскрипцию `urn:publicid:`. Нормализованное имя стало переносимым и сравнимым. Префикс не регистрировал владельца, не выбирал…
IETF
DHCP ответил: 1 Гбит/с. Узкое место от этого не переместилось.
Предлагаемая опция DHCP позволяет передать абонентскую скорость маршрутизатору и промежуточным узлам доступа. Это полезный вход для шейпинга и управления очередью. Но полученное число остаётся политикой: оно не измеряет тракт, не подтверждает применение настройки и не гарантирует…
История
Один пакет мог задержать весь остальной трафик: RFC 3150
На очень медленном канале размер пакета определяет и то, как долго другим потокам приходится ждать общей возможности передачи. RFC 3150 превратил этот интервал в задачу проектирования, а не только в вопрос эффективности байтов.
Истории
Регистрационный уровень DFINRRA/AS210860 заморожен, маршрутизация живёт в другом месте
Сводка по разрыву между зарегистрированным держателем и фактическим оператором корпоративного блока 193.20.0.0/15.
История
Агент управлял функциями, а кнопка отключения микрофона осталась локальной: RFC 3149
MGCP вынес интеллект управления вызовом за пределы телефона, но RFC 3149 не отправил каждое прикосновение пользователя в сеть. Удалённый Call Agent мог истолковывать нумерованные функциональные клавиши, менять подписи и лампы и вести XML-дисплей. Громкость, мгновенное…
История
Один и тот же путь мог дать два корректных значения пропускной способности: RFC 3148
Измерение крупной передачи по одному потоку казалось одним числом. RFC 3148 показал, почему выбор транспортного поведения мог сделать это число зависимым от методики — и почему вместе с ним нужны записи о пути.
IETF
Отражатель вернул восемь пакетов. Приложение он ещё не измерил
RFC 10052 позволяет запросить у STAMP-отражателя асимметричную серию ответов: иной размер, несколько пакетов и заданный интервал. Это управляемая форма измерительного трафика, но не тождество с приложением и не готовое заключение о пропускной способности или пользовательском…
История
Новой сети управления пришлось пройти через старую: RFC 3147
Миграцию удобно рисовать как замену одного облака другим. Но новый элемент с управлением по IP мог оказаться за сетью CLNS, которую эксплуатация ещё не могла отключить. RFC 3147 вложил IP в GRE, а GRE — в CLNP. Путь сохранился, но документ не путал сохранённую доставку с…
IETF
Линия числилась спящей. Никто не доказал, что она проснётся
Сеть должна помнить выключенный ресурс, иначе при росте нагрузки не найдёт его снова. Но запись о спящей смежности — это память плоскости управления. Она не подтверждает физическое состояние, согласие двух концов, сохранность пути пробуждения или возвращение полезной ёмкости.
Карта раздела
Направления управления
Мониторинг RIR
Пять региональных направлений о распределении ресурсов, легитимности советов и непрерывности работы институтов.
Открыть RIR WatchdogДосье
Долгосрочные досье о судебных спорах, выборах и институциональных кризисах.
Открыть досьеСообщество номерных ресурсов
Членство, устав и управление номерными ресурсами в экосистеме NRS.
Открыть раздел NRSICANN
Координация DNS, механизмы подотчётности и глобальный многосторонний процесс.
Открыть раздел ICANNIETF
Развитие стандартов протоколов и риски совместимости при фрагментации политики.
Открыть раздел IETFИстория интернета
История инфраструктуры как основа для понимания управления и долгосрочного прогноза.
Открыть раздел историиNOGs
Практические данные о внедрении от APRICOT, региональных и национальных NOG.
Открыть раздел NOG