Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Управление интернетом
Управление интернетом
Раздел «Управление интернетом» отслеживает институты, политические процессы, разработку стандартов, работу регистратур, споры об ответственности и практическое исполнение решений, влияющих на интернет-инфраструктуру. BTW.MEDIA объединяет открытые публикации, аналитику по источникам, институциональный контекст и длительное наблюдение за отдельными делами.
Мониторинг RIRДосьеСообщество номерных ресурсовICANNIETFИстория интернетаNOGs
Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Приоритет отдан фактам о внедрении и поведению институтов, а не декларациям.
Последние материалы
Главные материалы: Управление интернетом
7 704 статьи
История
Хеш выбирал DHCP-сервер, которому можно ответить, но не гарантировал услугу
RFC 3074 разложил заданную долю нагрузки на 256 хеш-бакетов и отвечал на узкий вопрос: какой сервер вправе откликнуться? Карта не измеряла выполненную работу и не доказывала, что клиент получил аренду.
ICANN
Опера́ционный тест непризнания: статья 6 РРГ Governance Document ещё не доказана практикой
Новое издание проекта документа об управлении региональными интернет-реестрами формализует механизм лишения признания, но проверенный корпус документов показывает, что этот механизм ни разу не применялся — даже кризис AFRINIC завершился лишь оговоркой прав, а не проверкой…
IETF
На панели осталось 10 000 валидных маршрутов. Но это уже другие 10 000.
Неизменная цифра после окна работ выглядит как доказательство стабильности. Однако счётчик не хранит состав множества. Новый YANG-документ о BGP и RPKI показывает пять разных точек наблюдения — и тем самым напоминает, что без стадии, соседа и политики число остаётся лишь частью…
История
Хеш назначил сервер, но не доказал его готовность: RFC 3074
RFC 3074 позволял сотрудничающим DHCP-серверам вычислять, кто должен отвечать, без переговоров по каждому запросу. Тот же расчёт не показывал, доступен ли выбранный сервер, есть ли у него адрес и завершил ли клиент настройку.
Истории
Приём выдвижений в Совет директоров RIPE NCC: процедура как испытание подотчётности
RIPE NCC объявил приём выдвижений кандидатов на три места в Исполнительном совете на выборах 2026 года. Публичная процедура детально регламентирует, кто и как может выдвигать кандидатов, но почти ничего не публикует о самих кандидатах — и в этом разрыве виден предел того, что…
Досье
Проверка на доставляемость или проверка на подотчётность: роль Svea в системе жалобы на злоупотребления
Унаследованный abuse-контакт блока 193.105.138.0/24 Svea проверяется RIPE на техническую доставляемость, но ни один публичный источник не документирует обработку отчётов; единственный подтверждённый канал ответственности против Svea Bank — штраф SEK 170 млн от Finansinspektionen…
История
Имя MIME было публичным, а спецификация шрифта оставалась у поставщика: RFC 3073
RFC 3073 присвоил Portable Font Resource публичное имя MIME. Однако это имя не заменяло полную спецификацию, совместимый декодер и доказательство того, что получатель увидел задуманные глифы.
IETF
Автоматика увидела рост CE и перенастроила сеть без доказанной причины
Порог сработал честно: доля CE выросла. Контроллер изменил параметры очереди, а затем объявил восстановление по тому же графику. Но измерение не показывало исходный ECT, место нанесения метки или реакцию отправителя. Замкнутый контур оказался замкнут вокруг собственного…
IETF
Ваучер обещал следующий выпуск. Продление ещё не состоялось.
В текущем проекте ANIMA `last-renewal-date` — информационный прогноз MASA, а не продление срока действия. Редакция 36 перечисляет последующие проверки: новый RVR, ключ Domain, сертификат, действующая политика и только затем реально выданная замена.
Истории
Контакту злоупотреблений Svea: проверяемая контактоспособность без задокументированной обработки
Контакт для сообщений о злоупотреблениях, записанный и отражённый в зеркалах для унаследованного сетевого блока Svea 193.105.138.0/24, — это унаследованный от эпохи операторов связи общий почтовый ящик в домене se.verizon.com. Он прошёл техническую валидацию RIPE, но ни один…
История
Парсер мог пропустить блок, но не понять его смысл: RFC 3072
RFC 3072 задавал для неизвестного блока SDXF распознаваемую границу, чтобы читатель мог продолжить разбор. Но переход к следующему блоку не означает ни понимания пропущенного, ни того, что приложению безопасно его игнорировать.
Сообщество номерных ресурсов
RIPE NCC открыл приём кандидатур в Совет директоров: сроки и правила
RIPE NCC открыл номинации на выборы двух мест в Executive Board к Генеральной ассамблее. Согласно статье 9.1 устава, каждая номинация требует письменной поддержки не менее пяти членов и должна быть подана не позднее чем за три недели до Генеральной ассамблеи.
Досье
Контакт abuse для унаследованного блока Svea: общая почта прошлого века вместо работающего канала
Отображаемый в сторонних источниках контакт для злоупотреблений по унаследованному блоку 193.105.138.0/24 Svea — это общий почтовый ящик эпохи операторов связи [email protected], ежегодная валидация которого подтверждает лишь доставляемость, а не работу канала. Единый канал…
История
Две буквы обозначали код страны, но не работу реестра: RFC 3071
В 2001 году John Klensin заметил, что вид домена верхнего уровня не обязательно показывает, кому служит его реестр. RFC 3071 разделил двухбуквенную метку, коммерческую практику и политические полномочия представлять государство.
IETF
В таблице осталось два режима. Это не инвентаризация эксплуатации.
Проект замены RFC 9180 оставляет в ядре HPKE Base и PSK, а прежние значения Auth и AuthPSK объявляет резервными. Такое решение задаёт следующую общую спецификацию, но ничего не говорит автоматически о загруженных библиотеках, сохранённых объектах и готовности контрагентов.
IETF
Посредник сменил способ доставки. Туннель остался тем же только на панели
Капсула Ethernet может войти в HTTP-посредник по надёжному потоку и выйти как QUIC DATAGRAM с другими свойствами порядка и размера. CONNECT-ETHERNET сохраняет абстракцию канала, но не превращает непрерывность HTTP-запроса в доказательство одинаковой судьбы каждого кадра.
ICANN
Кто сохранит зону .jp при отказе JPRS: договорной анализ
Если бы Japan Registry Services (JPRS) прекратила существование, право и обязанность продолжить работу зоны .jp определял бы не ICANN, а внутренний японский договор о передаче управления 2002 года — при отсутствии депонирования закрытых ключей DNSSEC.
История
Маска обещала соседа, но между VLAN требовался маршрутизатор: RFC 3069
RFC 3069 экономил IPv4-адреса, назначая один префикс раздельным клиентским сетям. Но представление узла о том, что адрес «на канале», не создавало общий канал: маршрутизатору приходилось отвечать, связывать адрес с сегментом и пересылать пакеты.
История
Туннель не зависел от среды, а его канал зависел: RFC 3070
RFC 3070 позволила L2TP работать поверх Frame Relay, но переносимость не устранила транспорт. Под туннелем оставался виртуальный канал со своими концами, идентификатором инкапсуляции, способом установления, пределом размера и нерешёнными вопросами качества и защиты. Абстракция…
Истории
Роль Svea Ekonomi в цепочке abuse-контактов: кто контролировал предотвращение и обнаружение
Аналитическая справка о Роль Svea Ekonomi в цепочке abuse-контактов: кто контролировал предотвращение и обнаружение объясняет событие, доступные открытые подтверждения, участвующие организации, региональный контекст, рыночные риски и возможные последствия для инфраструктуры. В…
Карта раздела
Направления управления
Мониторинг RIR
Пять региональных направлений о распределении ресурсов, легитимности советов и непрерывности работы институтов.
Открыть RIR WatchdogДосье
Долгосрочные досье о судебных спорах, выборах и институциональных кризисах.
Открыть досьеСообщество номерных ресурсов
Членство, устав и управление номерными ресурсами в экосистеме NRS.
Открыть раздел NRSICANN
Координация DNS, механизмы подотчётности и глобальный многосторонний процесс.
Открыть раздел ICANNIETF
Развитие стандартов протоколов и риски совместимости при фрагментации политики.
Открыть раздел IETFИстория интернета
История инфраструктуры как основа для понимания управления и долгосрочного прогноза.
Открыть раздел историиNOGs
Практические данные о внедрении от APRICOT, региональных и национальных NOG.
Открыть раздел NOG