Перейти к основному содержанию

Управление интернетом

Управление интернетом

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

Мониторинг RIRДосьеСообщество номерных ресурсовICANNIETFИстория интернетаNOGs
Иллюстрация сигнала: Управление интернетом
Управление интернетомУправление интернетом
ФокусИнституциональное управление

Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.

СейчасСемь направлений управления

Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.

СигналПрактика важнее заявлений

Приоритет отдан фактам о внедрении и поведению институтов, а не декларациям.

Последние материалы

Главные материалы: Управление интернетом

7 816 статей

В тексте RFC осталось Standards Track, а в реестре теперь Historic: RFC 3167

История

В тексте RFC осталось Standards Track, а в реестре теперь Historic: RFC 3167

Архивный документ сохраняет формулировки времени публикации, тогда как его справочная запись может обновляться. Запрос RFC 3167 о статусе RFC 1745 показывает, почему публикацию, предложение о переклассификации и сегодняшнюю классификацию нужно читать раздельно.

1 окт. 2026 г.
Серверу не требовался открытый текст. Он всё равно управлял доступностью: RFC 3157

История

Серверу не требовался открытый текст. Он всё равно управлял доступностью: RFC 3157

Хранителю сейфа не обязательно читать документ, чтобы не вернуть его владельцу. В августе 2001 года RFC 3157 перенесла эту границу на криптографические учётные данные, которые нужно было переносить между компьютерами, телефонами и маршрутизаторами. Шифрование могло скрыть…

1 окт. 2026 г.
Два контроллера выбрали номер 17 — верхний уровень должен сохранить оба происхождения

IETF

Два контроллера выбрали номер 17 — верхний уровень должен сохранить оба происхождения

Небольшое замечание в рецензии IETF показывает момент, когда объединение инвентаризаций перестаёт быть простой операцией над списками: новый сервер создаёт собственное пространство идентификаторов и отвечает за обратимость каждого переименования.

1 окт. 2026 г.
Производитель подписал новые корни доверия. Сервер доставки всё ещё не был аутентифицирован.

IETF

Производитель подписал новые корни доверия. Сервер доставки всё ещё не был аутентифицирован.

Заводской ключ может разрешить устройству принять пакет операционных CA до того, как оно узнает сервер EST. Но подпись относится к объекту, а не к соединению: локальная политика, новая сессия, регистрация сертификата и работа сервиса требуют отдельных решений и доказательств.

1 окт. 2026 г.
Младший оператор мог запустить сценарий, но настраивал его старший: RFC 3165

История

Младший оператор мог запустить сценарий, но настраивал его старший: RFC 3165

В 2001 году Script MIB превратил удалённый управляющий код в объекты, которые можно передавать, отслеживать и контролировать. Пример с аварийным сценарием проводил важную границу: младшие операторы могли нажать заранее подготовленную кнопку запуска, а старшие сохраняли право…

1 окт. 2026 г.
Идентификаторы якорей доверия TLS стали короче; решение о доверии не передано

IETF

Идентификаторы якорей доверия TLS стали короче; решение о доверии не передано

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

1 окт. 2026 г.
Отправитель увидел потерю, но не её причину: RFC 3155

История

Отправитель увидел потерю, но не её причину: RFC 3155

В августе 2001 года RFC 3155 разобрал фундаментальную неоднозначность TCP. Отправитель мог заметить, что подтверждения перестали продвигаться, но не мог достоверно определить, почему это произошло. Переполненная очередь, неисправленная ошибка передачи, перестановка пакетов и…

1 окт. 2026 г.
Ретранслятор добавил заголовок. Конец сообщения мог исчезнуть: RFC 3164

История

Ретранслятор добавил заголовок. Конец сообщения мог исчезнуть: RFC 3164

В старом формате BSD syslog ретранслятор мог сделать сообщение понятнее, добавив время и имя узла. Но RFC 3164 ограничивал весь пакет 1 024 байтами: новый заголовок мог занять место, нужное для окончания события.

1 окт. 2026 г.
Домен разрешил спросить, но не дал права действовать

IETF

Домен разрешил спросить, но не дал права действовать

`dialogue.txt` предлагает публичную дверь, через которую незнакомый человек или программа может задать вопрос. Главная граница проходит не у двери: обнаружение не означает доступ, доставка не создаёт беседу, а ответ ещё не даёт полномочий что-либо выполнить.

1 окт. 2026 г.
Приёмник предложил мультиплексирование. Передатчик всё ещё решал, использовать ли его: RFC 3153

История

Приёмник предложил мультиплексирование. Передатчик всё ещё решал, использовать ли его: RFC 3153

В августе 2001 года RFC 3153 предложил сокращать долю служебных байтов у маленьких PPP-пакетов: несколько пакетов можно было поместить как подкадры в один мультиплексированный кадр. Но стандарт провёл полезную границу. Приёмник мог согласовать готовность понимать такой формат…

1 окт. 2026 г.
RIPE NCC обновляет ключи RPKI, но границы полномочий важнее способа входа

Истории

RIPE NCC обновляет ключи RPKI, но границы полномочий важнее способа входа

Переход к OpenID Connect способен сделать происхождение и отзыв учётных данных понятнее. Он не гарантирует, что автоматизация затронет только нужные префиксы. В квартальном плане RIPE NCC эта разница видна особенно ясно: миграция ключей уже началась, а интерфейс для…

1 окт. 2026 г.
Серверу понадобилось третье случайное значение: RFC 3163

История

Серверу понадобилось третье случайное значение: RFC 3163

В режиме взаимной аутентификации RFC 3163 третье случайное значение было не украшением. Оно отвечало на асимметрию порядка: выбирая собственное значение, клиент уже знал первый вызов сервера. Поправка была узкой — как и гарантии самого механизма.

1 окт. 2026 г.
Новое дерево обратного поиска существовало до исчезновения старого: RFC 3152

История

Новое дерево обратного поиска существовало до исчезновения старого: RFC 3152

В августе 2001 года Интернет выбрал для обратного разрешения IPv6 новое место — `IP6.ARPA`, но не стал изображать выбор стандарта как мгновенное обновление всех серверов и программ. RFC 3152 закрепил корень инфраструктурного пространства, запросил его делегирование и связал…

1 окт. 2026 г.
Система сопоставления не знала назначения — и всё же вернула выход

IETF

Система сопоставления не знала назначения — и всё же вернула выход

Новый проект LISP позволяет динамически выбрать pETR для внешнего или незарегистрированного адреса. Это полезно для эксплуатации, но требует точного языка: найденный выход не означает, что система узнала конечную точку или проверила путь за шлюзом.

1 окт. 2026 г.
Лабораторный результат не выносит вердикт работающей сети

IETF

Лабораторный результат не выносит вердикт работающей сети

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

1 окт. 2026 г.
IPv6 пришлось ждать аутентификации: RFC 3162

История

IPv6 пришлось ждать аутентификации: RFC 3162

Сервер доступа должен был разрешить сеанс до того, как становилось понятно, какой интернет-протокол выберет узел. RFC 3162 позволил одной транзакции RADIUS передать оба варианта, оставив решение о применимости на сетевой границе.

1 окт. 2026 г.
1 616 оплаченных заявок ICANN пока не расширили корневую зону

ICANN

1 616 оплаченных заявок ICANN пока не расширили корневую зону

День раскрытия покажет, кто и на какие доменные строки претендует в раунде 2026 года. Это изменит информационную и переговорную обстановку, но не корневую зону DNS. Между публичной заявкой и работающим доменом верхнего уровня остаются проверки, споры, договор, делегирование и…

1 окт. 2026 г.
Старое имя стало URN, но само себя не разрешило: RFC 3151

История

Старое имя стало URN, но само себя не разрешило: RFC 3151

XML унаследовал публичные идентификаторы, способные пережить одну машину, но не помещавшиеся в интерфейсы, где требовался URI. RFC 3151 дал им точную транскрипцию `urn:publicid:`. Нормализованное имя стало переносимым и сравнимым. Префикс не регистрировал владельца, не выбирал…

1 окт. 2026 г.
DHCP ответил: 1 Гбит/с. Узкое место от этого не переместилось.

IETF

DHCP ответил: 1 Гбит/с. Узкое место от этого не переместилось.

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

1 окт. 2026 г.
Один пакет мог задержать весь остальной трафик: RFC 3150

История

Один пакет мог задержать весь остальной трафик: RFC 3150

На очень медленном канале размер пакета определяет и то, как долго другим потокам приходится ждать общей возможности передачи. RFC 3150 превратил этот интервал в задачу проектирования, а не только в вопрос эффективности байтов.

1 окт. 2026 г.

Карта раздела

Направления управления

Мониторинг RIR

Пять региональных направлений о распределении ресурсов, легитимности советов и непрерывности работы институтов.

Открыть RIR Watchdog

Досье

Долгосрочные досье о судебных спорах, выборах и институциональных кризисах.

Открыть досье

Сообщество номерных ресурсов

Членство, устав и управление номерными ресурсами в экосистеме NRS.

Открыть раздел NRS

ICANN

Координация DNS, механизмы подотчётности и глобальный многосторонний процесс.

Открыть раздел ICANN

IETF

Развитие стандартов протоколов и риски совместимости при фрагментации политики.

Открыть раздел IETF

История интернета

История инфраструктуры как основа для понимания управления и долгосрочного прогноза.

Открыть раздел истории

NOGs

Практические данные о внедрении от APRICOT, региональных и национальных NOG.

Открыть раздел NOG