Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Управление интернетом
Управление интернетом
Раздел «Управление интернетом» отслеживает институты, политические процессы, разработку стандартов, работу регистратур, споры об ответственности и практическое исполнение решений, влияющих на интернет-инфраструктуру. BTW.MEDIA объединяет открытые публикации, аналитику по источникам, институциональный контекст и длительное наблюдение за отдельными делами.
Мониторинг RIRДосьеСообщество номерных ресурсовICANNIETFИстория интернетаNOGs
Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Приоритет отдан фактам о внедрении и поведению институтов, а не декларациям.
Последние материалы
Главные материалы: Управление интернетом
7 550 статей
Истории
Число регистраций на LACNIC 46 выросло примерно в 2,2 раза за четыре недели. Это ещё не посещаемость
Публичный счётчик изменился с 348 до 763–766. Рост показывает темп регистрации перед встречей в Мендосе, но не число тех, кто придёт или будет участвовать в форуме по политике.
Досье
Сбой кабеля на Филиппинах: что именно значит «восстановлено»
2 октября публичные измерительные точки зафиксировали резкий рост задержки на маршруте Филиппины—Сингапур, но не смогли определить кабель. Позже InfiniVAN сообщила о восстановлении своего участка C2C, а операторы по отдельности описали перенаправление трафика и состояние услуг.…
История
У штекера было четыре контакта: NORDUnet и выбор протоколов в Европе
В мае 1988 года североевропейская исследовательская сеть попросила США подключить её к NSFNET, одновременно планируя передавать по общей магистрали несколько уже используемых сетевых служб. Образ четырёхконтактного штекера помог задать более трудный вопрос: можно ли делить…
Истории
Хост замолчал, а IPv4-адрес остался занят
Маска /32 и отсутствие параметра маршрутизатора могут успокоить старый DHCPv4-клиент. Но назначенный ему адрес, входящие пакеты в локальном сегменте и состояние пула остаются отдельными задачами оператора.
История
Языковая метка была целым токеном, а не картой навигации: RFC 1766
RFC 1766 разделил языковую метку на основную часть и подметки, соединённые дефисами, но предписал приложениям обрабатывать всю строку как один токен. Такое деление помогало администрировать общее пространство имён; оно не задавало универсальный путь по содержимому.
IETF
Syslog мог сообщать о качестве часов. Их границы всё равно задавал оператор: RFC 5424
При сопоставлении журналов из разных систем временная шкала часто выглядит точнее, чем исходные наблюдения. RFC 5424 позволяет отправителю приложить к сообщению оценку состояния собственных часов. Но протокол переносит эту оценку, а не проверяет её: основание для доверия остаётся…
NANOG
Пять кандидатов на два места: голосование NANOG продолжится после конференции
На выборах в совет директоров NANOG в 2026 году пять кандидатов претендуют на два места с поочерёдно истекающими сроками. Короткие очные выступления запланированы на NANOG 98 в Майами 20 октября; в тот же день откроется голосование. Однако оно завершится не вместе с конференцией…
История
WAIS превращала документ в новый поисковый запрос: цикл релевантности в RFC 1625
В WAIS поисковый запрос мог состоять не только из слов. Читатель вводил несколько терминов и добавлял документ или его фрагмент, чтобы сервер нашёл похожие материалы. В ответ приходила ранжированная ссылка-описание, а не сам документ и не сохранённый набор результатов для…
IETF
В туннеле EAP-FAST тип 6 означал другое: RFC 5421
RFC 5421 поместил знакомый код EAP в новый контекст: в реестре тип 6 по-прежнему назывался Generic Token Card, но внутри туннеля EAP-FAST он выбирал внутренний обмен с другим форматом. Спецификация жёстко разделила эти варианты, а примечание IESG предупредило, что повторное…
История
Кто выбирал направление ветви? Распределение емкости TAT-8 в истории Интернета
TAT-8 проектировали для цифровой передачи голоса, компьютерных данных и видео, а не для работы интернет-протокола. Два европейских ответвления, договоры с поставщиками и права на емкость показывают, какие физические решения, принятые для более широкой телекоммуникационной…
Истории
Будущее интернет-узла Ямайки зависит от условий участия
Перезапуск JAIXP в 2026 году вернул местный обмен трафиком в повестку. Долгосрочная ценность появится лишь в том случае, если у независимых сетей будут ясные причины подключаться и оставаться участниками.
IETF
Успешная настройка ещё не решала вопрос сетевого доступа: RFC 5422
RFC 5422 отделяет настройку учётных данных от разрешения доступа; режим без аутентификации сервера предназначен только для настройки.
История
Описать уязвимость — не значит опубликовать код червя: спор о раскрытии в RFC 1135
После интернет-червя 1988 года вопрос нередко сводили к выбору между публикацией и сокрытием. Современные событиям документы показывают более конкретные решения: описать уязвимость, объяснить методы программы, распространить исправление или открыть декомпилированный код, который…
История
Кто выбирал адрес? RFC 4014 передала контекст RADIUS в DHCP
Успешное разрешение доступа ещё не означает, что устройству назначили IP-адрес. В 2005 году RFC 4014 дала серверу сетевого доступа ограниченный способ передать отдельные атрибуты авторизации RADIUS в последующий обмен DHCP, сохранив разные роли двух решений.
IETF
AAA подтвердила абонента. Домашнему агенту всё ещё требовался ключ: RFC 5419
RFC 5419 объясняет, почему некоторые операторы Mobile IPv6 хотели использовать уже существующую связь с AAA для проверки абонентов. Но главная задача возникает после проверки: домашняя AAA-система может узнать абонента, а выбранному домашнему агенту всё равно нужна пригодная и…
История
«Обычное» не значит без проверки: критерий 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 года знакомое сравнение с телефонной связью объясняло новую топологию: пользователь видел одну услугу, а отдельные сети обслуживали и ремонтировали свои участки.
Карта раздела
Направления управления
Мониторинг RIR
Пять региональных направлений о распределении ресурсов, легитимности советов и непрерывности работы институтов.
Открыть RIR WatchdogДосье
Долгосрочные досье о судебных спорах, выборах и институциональных кризисах.
Открыть досьеСообщество номерных ресурсов
Членство, устав и управление номерными ресурсами в экосистеме NRS.
Открыть раздел NRSICANN
Координация DNS, механизмы подотчётности и глобальный многосторонний процесс.
Открыть раздел ICANNIETF
Развитие стандартов протоколов и риски совместимости при фрагментации политики.
Открыть раздел IETFИстория интернета
История инфраструктуры как основа для понимания управления и долгосрочного прогноза.
Открыть раздел историиNOGs
Практические данные о внедрении от APRICOT, региональных и национальных NOG.
Открыть раздел NOG