Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Управление интернетом
Управление интернетом
Раздел «Управление интернетом» отслеживает институты, политические процессы, разработку стандартов, работу регистратур, споры об ответственности и практическое исполнение решений, влияющих на интернет-инфраструктуру. BTW.MEDIA объединяет открытые публикации, аналитику по источникам, институциональный контекст и длительное наблюдение за отдельными делами.
Мониторинг RIRДосьеСообщество номерных ресурсовICANNIETFИстория интернетаNOGs
Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Приоритет отдан фактам о внедрении и поведению институтов, а не декларациям.
Последние материалы
Главные материалы: Управление интернетом
7 754 статьи
История
Более сильную защиту предложили. Атакующий удалил ее до выбора: RFC 3329
Сообщение, выбирающее защиту, шло по сети до появления согласованной защиты. Удаление сильной опции могло выглядеть как отсутствие возможности у партнера. RFC 3329 не сделал первый обмен защищенным задним числом: он потребовал вернуть исходное предложение после включения…
История
REGISTER завершался, а маршрут оставался на будущее: RFC 3327
RFC 5626 позднее поместил в Path токен конкретного потока, чтобы пограничный прокси мог найти соединение, инициированное клиентом. Но это узкое расширение не следует переносить на RFC 3327 целиком: базовый механизм сохранял упорядоченные ссылки на будущую маршрутизацию рядом с…
История
Регистратор знал контакт, но еще не знал путь к нему: RFC 3327
Успешная регистрация могла точно сохранить адрес назначения и все же не обеспечить следующую доставку. Contact сообщал, где сейчас находится SIP-устройство, но не обязательно сохранял последовательность прокси, через которую к нему следовало вернуться. RFC 3327 превратил этот…
IETF
Код ещё не назначен, а эксперимент ещё не определён
Стабильное значение в реестре могло бы упростить совместимость ECS opt-in, но само назначение не докажет ни честность резолвера, ни изоляцию кэша, ни успех эксперимента.
IETF
Успешный повтор скрыл устройство, которое запретило первый SYN
Обычный SYN прошёл, приложение ответило, инцидент закрыли. RFC 3360 показывает, почему этого недостаточно: первый SYN с ECE/CWR мог быть остановлен посредником, который остался невидимым и сохранил право повторить запрет.
Истории
Большой поток от пира DE-CIX остановил публикацию обновлений RRC12 у RIPE
По данным RIPE NCC, необычно большое число сообщений BGP от одного пира DE-CIX привело к повторным тайм-аутам процесса, который публикует файлы RRC12. При проверке публичный архив всё ещё заканчивался 01:00 UTC 2 октября.
История
Телефон перестал звонить, но протокол должен был сохранить причину: RFC 3326
Сначала RFC 3326 разрешал два значения Reason только тогда, когда они говорили на разных протокольных языках. Через двадцать лет это правило пришлось уточнить. История поля показывает: сохранить причину недостаточно, нужно еще определить, как сосуществуют несколько причин.
IETF
Запись нового типа была. Защищённого перехода ещё не было
Подписанная зона опубликовала Delegation Types, но ещё не установила ADT в DNSKEY. Новая синтаксическая форма уже появилась в ответах; обязательства, позволяющего обнаружить её удаление, ещё не существовало. Переход начался в данных раньше, чем в доказательствах.
История
CANCEL нёс причину, но отмену по-прежнему выполнял SIP: RFC 3326
Когда одна ветвь разветвлённого вызова отвечает, прокси может остановить остальные ветви и приложить краткое объяснение. RFC 3326 позволил передавать это объяснение, не наделяя его властью над протокольным действием.
История
Пользователь выбрал предпочтительную идентичность, а прокси должен был удалить выбор: RFC 3325
В RFC 3325 доверие возникало не тогда, когда сеть принимала написанное пользователем имя. Оно возникало тогда, когда прокси проверял пользователя, ограничивал множество допустимых идентичностей, создавал собственное утверждение и уничтожал исходную подсказку.
IETF
Команда прошла через консоль. Трафик так и не вернулся
Успешный ответ CLI доказывает приём команды, но не установку состояния в forwarding plane и не восстановление клиентского сервиса. RFC 3871 помогает выстроить аварийный доступ; завершить доказательство должна независимая проверка результата.
История
Они были в одном домене доверия, но не доверяли друг другу: RFC 3324
В RFC 3324 доверие не заполняло весь домен подобно воздуху. Оно существовало на конкретном направлении: получатель знал непосредственного отправителя, защищал канал до него и имел собственную настройку, связывавшую этого отправителя с общими правилами.
Истории
В показателе LACNIC по безопасности 47 вузов неясен знаменатель
В сентябрьском обзоре LACNIC вновь говорится о заметном снижении доли эквадорских университетов с критической оценкой безопасности. В открытых материалах приведены проценты и описана группа наблюдения, но нет численности на каждой из двух контрольных точек, необходимой для…
IETF
Строку превратили в число — и несогласие исчезло
Предыдущий ответ вернул строку `"01"`, а фильтр ожидал число. Вместо отказа промежуточный слой преобразовал значение в `1`. Запрос прошёл, но система потеряла единственное честное свидетельство о том, что источник и назначение говорили о разных вещах.
История
Вызывающий был анонимен для получателя, но не для службы приватности: RFC 3323
Аутентификация и анонимность не обязательно противоречили друг другу. Один домен мог установить личность отправителя, пока служба приватности скрывала её от конечного получателя.
История
Анонимен для собеседника, но доступен в диалоге: RFC 3323
RFC 3323 не заставлял вызывающего абонента SIP исчезнуть. Документ задавал более узкий вопрос: какие сведения о личности увидит получатель и какое состояние служба должна сохранить, чтобы диалог продолжался?
IETF
Соседство было новым, а LSP выглядел новее только потому, что пережил перезапуск
Старый LSP оставался в сети, пока новый процесс начал нумерацию заново. Для обычного сравнения сохранённая копия могла выглядеть предпочтительнее первых сообщений новой жизни. Когда соседи объявили свежие adjacency, прошлое получило действующую топологическую кромку и снова стало…
История
4,131 секунды существовали только внутри модели: RFC 3322
RFC 3322 провела границу ещё до появления реализации: сначала нужно описать, что компрессор обязан сохранить, где он должен работать и какие сбои пережить. Только потом код мог предъявлять доказательства соответствия.
IETF
Метка изменения обещала весь объект — пока один путь записи её не обновил
Клиент использовал серверное поле `changed` как версию всего объекта. Обычные записи исправно сдвигали метку, но административное восстановление однажды этого не сделало. Сравнение прошло успешно и выдало уверенный ответ о прошлом, которого уже не существовало.
История
Подтверждение доказывало создание состояния, но не его сохранность: RFC 3321
Поздний `STATE_NOT_FOUND` не обязательно опровергал раннее подтверждение. Между ними мог находиться вполне штатный эпизод: состояние создали, подтвердили, а затем вытеснили из ограниченной памяти.
Карта раздела
Направления управления
Мониторинг RIR
Пять региональных направлений о распределении ресурсов, легитимности советов и непрерывности работы институтов.
Открыть RIR WatchdogДосье
Долгосрочные досье о судебных спорах, выборах и институциональных кризисах.
Открыть досьеСообщество номерных ресурсов
Членство, устав и управление номерными ресурсами в экосистеме NRS.
Открыть раздел NRSICANN
Координация DNS, механизмы подотчётности и глобальный многосторонний процесс.
Открыть раздел ICANNIETF
Развитие стандартов протоколов и риски совместимости при фрагментации политики.
Открыть раздел IETFИстория интернета
История инфраструктуры как основа для понимания управления и долгосрочного прогноза.
Открыть раздел историиNOGs
Практические данные о внедрении от APRICOT, региональных и национальных NOG.
Открыть раздел NOG