Открытый орган стандартизации, решения которого внедряются по всему миру.
Управление интернетом / IETF
IETF
Раздел «IETF» отслеживает институты, политические процессы, разработку стандартов, работу регистратур, споры об ответственности и практическое исполнение решений, влияющих на интернет-инфраструктуру. BTW.MEDIA объединяет открытые публикации, аналитику по источникам, институциональный контекст и длительное наблюдение за отдельными делами.
ГлобальныйУправление протоколамиРиск несовместимости
Процесс разработки протоколов и легитимность стандартов.
Разрыв между спецификацией и внедрением у поставщиков и операторов.
Крупные изменения стандартов обычно влияют на системы в цикле продолжительностью от 120 дней.
Последние материалы
Главные материалы: IETF
1 037 статей
IETF
Alia Atlas и TE-метрика, не обещавшая путь
Показатель производительности может быть полезен для решения, но не обязан обещать его результат. RFC 7471, одним из соавторов которой была Alia Atlas, позволяет OSPF распространять сведения о производительности канала для traffic engineering. Документ не предписывает ни способ…
IETF
Jari Arkko и поле реестра, которое протоколу не было нужно
Старое поле в публичном реестре может пережить собственное назначение и всё равно выглядеть как действующее требование. RFC 8602 исправляет именно такую ситуацию для двух реестров, связанных с TRIP: IANA больше не собирает почтовые адреса и удалила прежде собранные адреса из…
IETF
Lars Eggert и UDP-датаграмма, не избежавшая общих издержек
UDP даёт приложению компактный транспортный контракт, но не частную сеть. RFC 8085, соавтором которой указан Lars Eggert, проводит практическую границу: способ реализации можно выбрать локально, однако цену перегрузки общего пути нельзя переложить на других.
IETF
На встрече VELOCE выбрали указатель IANA, но проект группы всё ещё не требует действий IANA
В приписываемом участникам резюме встречи проекта VELOCE от 25 августа сказано, что подтверждена модель косвенной ссылки через IANA: реестр должен указывать на репозиторий, а не включать модуль в RFC. В тот же день версия 00 Рабочей группы по-прежнему завершалась формулировкой об…
IETF
Heather Flanagan и архив RFC, который не должен застывать
Опубликованный RFC должен оставаться опорой для кода и договорённостей. Но это не значит, что ошибка XML, дефект доступности или устаревший инструмент вёрстки обязаны жить вечно. И наоборот: возможность исправить носитель не должна давать тихое право изменить смысл, на который…
IETF
Nandita Dukkipati и восстановление TCP без рывков
Одинаковое окно в конце восстановления ещё не означает одинаковое поведение сети. Один отправитель может замолчать на часть RTT, а затем выпустить пачку сегментов. Другой — пересчитывать небольшое разрешение на передачу после каждого вернувшегося ACK. Работа Nandita Dukkipati над…
IETF
PROCON решил точно описывать действующие правила, но проекты также меняют их
На IETF 126 группа PROCON согласовала короткую формулу: «Итоговые документы должны точно описывать действующую политику». Однако в проектах происходит не один вид редактирования. Из текста исчезают ориентиры 51% и 99% для консенсуса, появляются вспомогательные роли, модерация…
IETF
Ashesh Mishra и проверка BFD, которую требовалось уметь отменить
Пакет ещё не заслужил доверия. Но вычисление для его проверки уже могло уничтожить состояние, которое понадобится при отрицательном ответе.
IETF
Зарезервированный слот IETF 131 отдали другой стороне. Публично площадка ещё не была определена.
В публичном календаре у IETF 131 были даты и регион, но не было площадки. Тем не менее внутри процесса уже существовал зарезервированный слот. В отчёте IETF Administration LLC от 1 сентября сказано, что его отдали другой стороне. Команда снова обращается к ранее рассмотренным…
IETF
Wes Hardaker и DNS-сервер, которому пришлось пережить два TTL
Старый сервер уже почти не видел запросов, а новый отвечал без ошибок. Но выключение оказалось преждевременным: часть резолверов всё ещё жила по сроку, который опубликовал родитель, а не дочерняя зона.
IETF
BoF Agentproto поддержала создание рабочей группы, но отвергла первоначальные рамки
В протоколе IETF 126 одна аудитория дала два разных ответа. На вопрос о правильности первоначальных рамок Agentproto участники ответили: 38 — да, 124 — нет, 40 — без мнения. На предложение создать рабочую группу «с этим уставом» результат был 154–51–5. Логического противоречия…
IETF
Mirja Kühlewind и spin bit QUIC, измеривший период приложения вместо сетевого RTT
На трассе каждые 200 миллисекунд появлялся чёткий фронт. Назвать это RTT было соблазнительно, но редкое приложение с тем же периодом создаёт такой рисунок на гораздо более быстром пути.
IETF
Murray Kucherawy и DKIM-подпись, оставившая хвост неподписанным
Проверка сообщила `dkim=pass`, но это ещё не означает, что она дошла до конца видимого письма. Необязательный параметр `l=` может ограничить хеш началом канонизированного тела, оставив последующие байты вне данной подписи.
IETF
John Klensin и ответ SMTP, принявший ответственность, но не доказавший доставку
Фраза `250 OK` выглядит как конец истории: отправляющий сервер освобождает очередь, а панель окрашивает операцию в зелёный. Для SMTP это действительно конец одной передачи. Для письма — лишь смена того, кто обязан помнить о нём дальше.
IETF
В исходный текст RATS внесли поправку о двух часах, но версия 09 всё ещё проходит Last Call
Открытая экспертиза сработала быстро: замечание в рассылке получило технический ответ, превратилось в проверяемый diff и через четыре дня вошло в редакторскую ветку RATS Endorsements. Новый текст разводит срок применимости содержания Endorsement и момент, когда подписавший его…
IETF
Tomek Mrugalski и успех DHCPv6, который не продлил аренду
Устройство переходит в другую сеть и спрашивает, подходят ли прежние IPv6-адреса для нового канала. Сервер отвечает `Success`. Такое слово легко принять за новое обещание времени. Однако в RFC 9915 оно означает лишь пригодность адресов для канала: старые сроки аренды продолжают…
IETF
Bob Briscoe и метка L4S, которая не доказывала низкую задержку
Во время перегрузки поле ECT(1) осталось тем же, а режим работы очередей изменился: маркировка достигла предела, и системе пришлось перейти к сбросам. Именно в таком эпизоде видно, почему идентификатор L4S, фактическая обработка и измеренная задержка требуют трёх разных…
IETF
Удостоверение SD-JWT может наследовать тип, но не полномочия эмитента
Программа способна проверить подпись, распознать знакомый тип удостоверения и пройти по цепочке унаследованных метаданных. Но ни одна из этих операций не отвечает на институциональный вопрос: кто разрешил именно этому эмитенту выпускать такое удостоверение? В редакции -19 проекта…
IETF
Kent Watsen и модель UDP, не фиксировавшая работающий сокет
В конфигурации указан удалённый узел, изменение принято, схема валидна — а процесс не открыл ни одного сокета. RFC 9984 описывает общий язык намерения и не выдаёт его за показание работающей системы.
IETF
David Schinazi и UDP-туннель, который готов до ответа адресата
Молчание UDP не является документом ни об успехе, ни об отказе. RFC 9298 оставляет его молчанием и выдаёт отдельную, более узкую квитанцию: прокси подготовил свою сторону пути.
Доступ для участников
Закрытая аналитика профиля
Войдите, чтобы открыть полные профили и углублённые разделы.
Брифинг Стратегического сообщества
Вступите и войдите, чтобы открыть стратегические обзоры.
Вступить в Стратегическое сообществоОбзор Альянса лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров