Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Управление интернетом
Управление интернетом
Раздел «Управление интернетом» отслеживает институты, политические процессы, разработку стандартов, работу регистратур, споры об ответственности и практическое исполнение решений, влияющих на интернет-инфраструктуру. BTW.MEDIA объединяет открытые публикации, аналитику по источникам, институциональный контекст и длительное наблюдение за отдельными делами.
Мониторинг RIRДосьеСообщество номерных ресурсовICANNIETFИстория интернетаNOGs
Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Приоритет отдан фактам о внедрении и поведению институтов, а не декларациям.
Последние материалы
Главные материалы: Управление интернетом
7 555 статей
История
«Обычное» не значит без проверки: критерий RFC 6709 для расширений протокола
Небольшое изменение кода может дорого обойтись системам, которые уже работают в сети. Поэтому RFC 6709 не измеряет «обычность» расширения числом строк в патче. Критерий строже: способны ли базовый протокол и уже развернутые реализации безопасно игнорировать расширение? Даже если…
Истории
Менее 1% обновлений BGP связано с RPKI: полезный результат, но не вердикт об устойчивости
Рецензируемая работа оценивает долю обновлений вокруг событий RPKI как небольшую часть наблюдаемого объёма UPDATE в BGP. Это важный вывод, но не исчерпывающая оценка устойчивости сети.
IETF
Аутентификация CAPWAP-канала не разрешает устройство в сети: RFC 5418
RFC 5418 разделяет аутентификацию WTP–AC, регистрацию устройства в конкретной сети, назначение роли и маршрут клиентских данных. Успешная сессия отвечает лишь на часть операционного вопроса.
ICANN
Пять заявителей `.agent` встречаются как минимум в одиннадцати группах ICANN
В первой CSV-выгрузке ICANN по раунду 2026 в группу `.agent` вошли 13 заявителей. Пять из этих заявительских организаций присутствуют как минимум в одиннадцати пронумерованных группах файла. Поэтому спор за одну строку можно рассматривать и через более широкий портфель заявок.
История
Один Internet, много операторов: телефонная аналогия RFC 1462
В справочнике FYI 1993 года знакомое сравнение с телефонной связью объясняло новую топологию: пользователь видел одну услугу, а отдельные сети обслуживали и ремонтировали свои участки.
История
NAT был логической функцией, а не интерфейсом: почему изменилась модель RFC 4008
Пример настройки SNMP в RFC 4008 начинается с создания строки, привязанной к индексу интерфейса; лишь затем добавляются отображения адресов. Спустя десять лет NATV2-MIB описывала преобразование как логическую функцию, которая может охватывать несколько интерфейсов. Между этими…
История
Кадр прошёл через псевдопровод. Его роль в услуге — нет: RFC 7152
В 2014 году меморандум требований IETF обозначил малозаметный пробел в VPN второго уровня: пограничный маршрутизатор мог получить кадр Ethernet через псевдопровод, не зная, пришёл ли он с удалённой корневой или листовой линии доступа. RFC 7152 превратил отсутствие такого…
IETF
Ещё до поиска CAPWAP DHCP задавал порядок контроллеров для точки доступа: RFC 5417
Опция DHCPv4 или DHCPv6 может поставить один контроллер доступа перед другим в начальном поиске точки беспроводного завершения. RFC 5417 определяет этот порядок как настроенное предпочтение; обнаружение и DTLS позднее устанавливают, с каким узлом можно создать управляющую сессию.
История
Без AFI — значит «any»: четыре семейства в RFC 4012
RPSLng добавил необязательное указание семейства адресов для многопротокольной политики. RFC 4012 не оставил пропуск неопределённым: он означал `any`, тогда как старые атрибуты сохраняли смысл IPv4 unicast.
Досье
Запросов к корневой DNS-системе стало вдвое больше: подсказка пришла из обновления резолвера
Около недели поток запросов к корню DNS вырос примерно с 1,6 до 3,2 млн в секунду. Запросы были корректными и шли из сетей рекурсивных резолверов; измеримого ущерба корневому сервису не обнаружили. Этот эпизод показывает, как изменение программного обеспечения выше по цепочке…
IETF
RFC 5416: привязка 802.11 имеет границу поколения
RFC 5416 задаёт привязку CAPWAP для IEEE 802.11, а не универсальную гарантию всех современных возможностей Wi‑Fi. В нём описаны станции, радиопараметры, QoS и соответствие BSSID и WLAN в рамках базы 802.11-2007. Для руководителя важно отделять сообщение протокола от реально…
IETF
В IETF отклонённая апелляция — не то же самое, что оставленная без рассмотрения
Действующие правила IETF различают обращение, которое не дошло до проверки по существу, и апелляцию, отклонённую после рассмотрения. Для них предусмотрены разные публичные записи. Поэтому список принятых апелляций сам по себе не показывает общее число поданных обращений.
IETF
Состояние CAPWAP — не доказательство сервиса: RFC 5415
RFC 5415 организует WLAN control plane: Access Controller управляет Wireless Termination Points, защищает сессии, меняет конфигурацию и переносит данные. Но завершённое состояние, успешный DTLS или пакет в data channel доказывают лишь путь протокола, а не применённую политику…
IETF
WiCoP — историческая запись управления, а не база развёртывания: RFC 5414
RFC 5414 описывает WiCoP для централизованного управления и подготовки крупных WLAN. RFC Editor относит документ к Historic и указывает RFC 5415 как последующую CAPWAP-опору. Поэтому доступный контроллер или подтверждение конфигурации не доказывают актуальную авторизацию…
Истории
Снимок RPKI для AS24940: 91 маршрут, 63 совпадения, 49 более широких разрешений
Аналитическая справка о Снимок RPKI для AS24940: 91 маршрут, 63 совпадения, 49 более широких разрешений объясняет событие, доступные открытые подтверждения, участвующие организации, региональный контекст, рыночные риски и возможные последствия для инфраструктуры. В категории…
IETF
Безопасность SLAPP — историческая граница, а не доказательство развёртывания
RFC 5413 фиксирует Secure Light Access Point Protocol в виде, представленном работе CAPWAP. Идеи обнаружения, аутентификации и защищённого транспорта полезны как историческое свидетельство, но RFC Editor опубликовал документ для исторической записи и не рекомендует использовать…
IETF
LWAPP — историческая запись, а не основа развёртывания
RFC 5412 фиксирует Lightweight Access Point Protocol в том виде, в каком он был представлен работе CAPWAP. Он показывает архитектуру контроллера и лёгких точек доступа, но RFC Editor помечает документ как Historic и прямо запрещает использовать его как основу развёртывания. RFC…
Досье
На PP-26 выступления идут по очереди; официальным предложениям нужен отдельный след
Две или три минуты у трибуны могут сделать государственный приоритет заметным, но сами по себе не показывают, что конференция станет с ним делать. До открытия PP-26 ITU опубликовал правила политических заявлений: по одному высокопоставленному выступающему от делегации…
IETF
CATS выбрала контакт сервиса, но рабочий экземпляр остался скрытым: RFC 10053
CATS может направить запрос к подходящему контактному узлу, учитывая состояние сети и вычислительные ресурсы. Но сам выбор не обязательно показывает, какой внутренний экземпляр обработает запрос и описывают ли опубликованные метрики только его.
История
Контроллеру сначала требовалась сеть, чтобы управлять ею: RFC 7149
В марте 2014 года меморандум IETF предложил операторам смотреть дальше наглядной схемы с центральным контроллером. Как он обнаружит устройства, доберётся до них и безопасно повлияет на управляемую сеть? RFC 7149 рассматривает запуск, согласование параметров услуги и сохранение…
Карта раздела
Направления управления
Мониторинг RIR
Пять региональных направлений о распределении ресурсов, легитимности советов и непрерывности работы институтов.
Открыть RIR WatchdogДосье
Долгосрочные досье о судебных спорах, выборах и институциональных кризисах.
Открыть досьеСообщество номерных ресурсов
Членство, устав и управление номерными ресурсами в экосистеме NRS.
Открыть раздел NRSICANN
Координация DNS, механизмы подотчётности и глобальный многосторонний процесс.
Открыть раздел ICANNIETF
Развитие стандартов протоколов и риски совместимости при фрагментации политики.
Открыть раздел IETFИстория интернета
История инфраструктуры как основа для понимания управления и долгосрочного прогноза.
Открыть раздел историиNOGs
Практические данные о внедрении от APRICOT, региональных и национальных NOG.
Открыть раздел NOG