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

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

IETF

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

ГлобальныйУправление протоколамиРиск несовместимости
Иллюстрация сигнала: IETF
Управление интернетом / IETFIETF
РегионГлобальный

Открытый орган стандартизации, решения которого внедряются по всему миру.

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

Процесс разработки протоколов и легитимность стандартов.

Ключевая темаПределы применения

Разрыв между спецификацией и внедрением у поставщиков и операторов.

Горизонт влиянияГод

Крупные изменения стандартов обычно влияют на системы в цикле продолжительностью от 120 дней.

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

Главные материалы: IETF

885 статей

DNSOP может обозначить «разрез зоны в никуда». Но он не публикует частное пространство имён.

IETF

DNSOP может обозначить «разрез зоны в никуда». Но он не публикует частное пространство имён.

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

2 сент. 2026 г.
Wesley George и старый ключ ASN, который не мог объявить о слиянии

IETF

Wesley George и старый ключ ASN, который не мог объявить о слиянии

Аналитическая справка о Wesley George и старый ключ ASN, который не мог объявить о слиянии объясняет событие, доступные открытые подтверждения, участвующие организации, региональный контекст, рыночные риски и возможные последствия для инфраструктуры. В категории Аналитика: IETF…

2 сент. 2026 г.
HTTPbis может рассматривать ключи подписи. Призыв не выбирает модель доверия приложения

IETF

HTTPbis может рассматривать ключи подписи. Призыв не выбирает модель доверия приложения

Публичный ключ и разрешение на действие могут встретиться в одном запросе, но их нельзя превращать в один факт. HTTPbis обсуждает, следует ли принять работу над HTTP Signature Keys — способом передавать или находить материал для проверки HTTP-подписи. Даже если такой материал…

2 сент. 2026 г.
Martin Duke и версия QUIC, которая не могла объявить о собственном развёртывании

IETF

Martin Duke и версия QUIC, которая не могла объявить о собственном развёртывании

У QUIC v2 есть RFC, запись IANA и значение в wire-формате. Ни одно из них не устанавливает v2 на конечной точке. RFC 9369, автором которой является Martin Duke, намеренно оставляет этот разрыв видимым: «version 2» — неформальное имя документа, в заголовке используется другое…

2 сент. 2026 г.
BBF нужна модель BGP. WGLC в IDR всё ещё не дата публикации

IETF

BBF нужна модель BGP. WGLC в IDR всё ещё не дата публикации

Broadband Forum нужна модель BGP YANG для работы WT-477i2, и эта зависимость заслуживает ясного публичного описания. Но она не даёт BBF полномочия завершить рассмотрение документа в IETF. Открытые записи фиксируют разные состояния: зависимость и запрос BBF о целевой дате…

2 сент. 2026 г.
Joseph Touch и UDP-опции, оставляющие решение приложению

IETF

Joseph Touch и UDP-опции, оставляющие решение приложению

Дополнительное поле в конце UDP-пакета способно расширить протокол, но не стать разрешением. RFC 9868, написанный совместно Joseph D. Touch и C. Heard, проводит именно эту границу: транспортные опции размещаются после объявленных пользовательских данных, а решение о последствиях…

2 сент. 2026 г.
Loa Andersson и решение MPLS, остановившееся на уставе

IETF

Loa Andersson и решение MPLS, остановившееся на уставе

RFC 3468 не говорит, что Loa Andersson и George Swallow выбрали для сетей определённый протокол, поставщика или реализацию. Одобренное IESG решение было уже: оно ограничило будущую повестку рабочей группы MPLS. Решение о работе органа стандартизации не становится само по себе…

2 сент. 2026 г.
Дебора Брунгард и транспортный профиль, не выбравший сеть

IETF

Дебора Брунгард и транспортный профиль, не выбравший сеть

Требование стандарта может сделать возможность доступной, но не выбрать сеть, которая ею воспользуется. RFC 5654, одним из редакторов которого была Deborah Brungard, задаёт требования к транспортному профилю MPLS. Его ключевая граница сформулирована прямо: требования относятся к…

2 сент. 2026 г.
Alia Atlas и TE-метрика, не обещавшая путь

IETF

Alia Atlas и TE-метрика, не обещавшая путь

Показатель производительности может быть полезен для решения, но не обязан обещать его результат. RFC 7471, одним из соавторов которой была Alia Atlas, позволяет OSPF распространять сведения о производительности канала для traffic engineering. Документ не предписывает ни способ…

2 сент. 2026 г.
Jari Arkko и поле реестра, которое протоколу не было нужно

IETF

Jari Arkko и поле реестра, которое протоколу не было нужно

Старое поле в публичном реестре может пережить собственное назначение и всё равно выглядеть как действующее требование. RFC 8602 исправляет именно такую ситуацию для двух реестров, связанных с TRIP: IANA больше не собирает почтовые адреса и удалила прежде собранные адреса из…

2 сент. 2026 г.
Lars Eggert и UDP-датаграмма, не избежавшая общих издержек

IETF

Lars Eggert и UDP-датаграмма, не избежавшая общих издержек

UDP даёт приложению компактный транспортный контракт, но не частную сеть. RFC 8085, соавтором которой указан Lars Eggert, проводит практическую границу: способ реализации можно выбрать локально, однако цену перегрузки общего пути нельзя переложить на других.

2 сент. 2026 г.
На встрече VELOCE выбрали указатель IANA, но проект группы всё ещё не требует действий IANA

IETF

На встрече VELOCE выбрали указатель IANA, но проект группы всё ещё не требует действий IANA

В приписываемом участникам резюме встречи проекта VELOCE от 25 августа сказано, что подтверждена модель косвенной ссылки через IANA: реестр должен указывать на репозиторий, а не включать модуль в RFC. В тот же день версия 00 Рабочей группы по-прежнему завершалась формулировкой об…

2 сент. 2026 г.
Heather Flanagan и архив RFC, который не должен застывать

IETF

Heather Flanagan и архив RFC, который не должен застывать

Опубликованный RFC должен оставаться опорой для кода и договорённостей. Но это не значит, что ошибка XML, дефект доступности или устаревший инструмент вёрстки обязаны жить вечно. И наоборот: возможность исправить носитель не должна давать тихое право изменить смысл, на который…

2 сент. 2026 г.
Nandita Dukkipati и восстановление TCP без рывков

IETF

Nandita Dukkipati и восстановление TCP без рывков

Одинаковое окно в конце восстановления ещё не означает одинаковое поведение сети. Один отправитель может замолчать на часть RTT, а затем выпустить пачку сегментов. Другой — пересчитывать небольшое разрешение на передачу после каждого вернувшегося ACK. Работа Nandita Dukkipati над…

2 сент. 2026 г.
PROCON решил точно описывать действующие правила, но проекты также меняют их

IETF

PROCON решил точно описывать действующие правила, но проекты также меняют их

На IETF 126 группа PROCON согласовала короткую формулу: «Итоговые документы должны точно описывать действующую политику». Однако в проектах происходит не один вид редактирования. Из текста исчезают ориентиры 51% и 99% для консенсуса, появляются вспомогательные роли, модерация…

2 сент. 2026 г.
Ashesh Mishra и проверка BFD, которую требовалось уметь отменить

IETF

Ashesh Mishra и проверка BFD, которую требовалось уметь отменить

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

2 сент. 2026 г.
Зарезервированный слот IETF 131 отдали другой стороне. Публично площадка ещё не была определена.

IETF

Зарезервированный слот IETF 131 отдали другой стороне. Публично площадка ещё не была определена.

В публичном календаре у IETF 131 были даты и регион, но не было площадки. Тем не менее внутри процесса уже существовал зарезервированный слот. В отчёте IETF Administration LLC от 1 сентября сказано, что его отдали другой стороне. Команда снова обращается к ранее рассмотренным…

2 сент. 2026 г.
Wes Hardaker и DNS-сервер, которому пришлось пережить два TTL

IETF

Wes Hardaker и DNS-сервер, которому пришлось пережить два TTL

Старый сервер уже почти не видел запросов, а новый отвечал без ошибок. Но выключение оказалось преждевременным: часть резолверов всё ещё жила по сроку, который опубликовал родитель, а не дочерняя зона.

2 сент. 2026 г.
BoF Agentproto поддержала создание рабочей группы, но отвергла первоначальные рамки

IETF

BoF Agentproto поддержала создание рабочей группы, но отвергла первоначальные рамки

В протоколе IETF 126 одна аудитория дала два разных ответа. На вопрос о правильности первоначальных рамок Agentproto участники ответили: 38 — да, 124 — нет, 40 — без мнения. На предложение создать рабочую группу «с этим уставом» результат был 154–51–5. Логического противоречия…

2 сент. 2026 г.
Mirja Kühlewind и spin bit QUIC, измеривший период приложения вместо сетевого RTT

IETF

Mirja Kühlewind и spin bit QUIC, измеривший период приложения вместо сетевого RTT

На трассе каждые 200 миллисекунд появлялся чёткий фронт. Назвать это RTT было соблазнительно, но редкое приложение с тем же периодом создаёт такой рисунок на гораздо более быстром пути.

2 сент. 2026 г.

Доступ для участников

Закрытая аналитика профиля

Войдите, чтобы открыть полные профили и углублённые разделы.

Только для Альянса лидеров

Обзор Альянса лидеров

Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.

Вступить в Альянс лидеров