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

Процесс разработки протоколов и легитимность стандартов.
Разрыв между спецификацией и внедрением у поставщиков и операторов.
Крупные изменения стандартов обычно влияют на системы в цикле продолжительностью от 120 дней.
Последние материалы
Главные материалы: IETF
951 статья

IETF
Счётчику отброшенных пакетов нужна эпоха намерения до запуска автоматики
График показывает рост исходящих потерь из-за нехватки буфера. Контроллер готов перенести трафик. Между двумя точками графика, однако, вступила в силу новая политика обслуживания, а линейная карта перезапустилась. Число достоверно, но разрешение, которое система собирается из…

IETF
Diameter: таймер истёк, но обслуживание ещё продолжается
Название RETRY_AND_TERMINATE не раскрывает весь путь до отключения. При обновлении уже установленного сеанса Diameter может разрешить обслуживание после истечения Tx, оставив запрос без окончательного ответа. За потребление в этом промежутке должна быть определена…

IETF
K. K. Ramakrishnan и повторный флаг ECE, который не считал перегрузки
Одна метка CE способна породить целую цепочку подтверждений с ECE. В классическом механизме TCP, соавтором которого был K. K. Ramakrishnan, повторение страхует обратную связь до прихода CWR. Счётчик пакетов фиксирует реальный поток, но выдаёт ложную точность, если каждое…

IETF
Проект IETF даёт разделу об эксплуатации пять ответов. Заголовок их не различает
Обязательный раздел решает проблему поиска: читатель знает, где искать эксплуатационный анализ. Он не решает проблему смысла. В седьмой редакции проекта OPSAWG один и тот же заголовок может означать пять разных способов закрыть вопрос. Документ одновременно предлагает постоянное…

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

IETF
Bob Hinden и нулевая длина полезной нагрузки, которая не означала пустой пакет
Строка «Payload Length: 0» в разборе IPv6-пакета выглядит как готовый вывод. Однако стандарты, созданные при участии Bob Hinden, требуют прочитать следующий фрагмент. Если после базового заголовка есть байты, а поле Next Header указывает на Hop-by-Hop Options, ноль становится…

IETF
Аренда IPv4 продолжается, а источник IPv6 может смениться
Динамическая настройка туннеля даёт больше свободы в размещении сервиса IPv4. Но вместе с ней возникает обязанность поддерживать соответствие между выделенным ресурсом и его точкой использования — с ограничениями по частоте изменений и последствиями для конфиденциальности.

IETF
Проект IETF об идентификации узла ICMP говорит MUST — и «по умолчанию отключено»
Пустое место в ICMP-ответе не сообщает, почему оно пустое. Обычного адреса могло быть достаточно; раскрытие могло быть запрещено политикой; функция могла остаться выключенной. В редакции 05 проекта IETF об идентификации узла требование для отдельного сообщения стало жёстче, но…

IETF
DNS GREASE нужны правила эксперимента, прежде чем он станет настройкой по умолчанию
Резолвер намеренно добавляет в DNS-запрос значение, которое ничего полезного не означает. Исправный получатель его игнорирует. Хрупкий получатель отвечает ошибкой, молчит или вынуждает послать обычный запрос следом. Для разработчика это ранний признак будущей несовместимости. Для…

IETF
Ralph Droms и DHCPACK, который не давал права собственности на адрес
После DHCPACK адрес появляется на интерфейсе и начинается обмен данными. Это похоже на окончательную передачу, однако протокол Ralph Droms фиксирует более узкое действие: при обычном выделении сервер закрепляет аренду, а клиент перед состоянием BOUND ещё проверяет конфликт.…

IETF
Конфликт адресов в EVPN устранён. Восстановление ещё продолжается
Удаление лишнего назначения на узле и снятие состояния, сохранённого сетью для защиты, не обязаны совпадать по времени. Именно между этими действиями может потеряться ответственность за возвращение сервиса.

IETF
Scott Rose и бит аутентифицированных данных, который не был сквозным доказательством
Флаг `AD` в ответе DNS передаёт ценный результат: валидирующий рекурсивный резолвер считает соответствующие данные аутентичными. Опасность возникает, когда этому биту приписывают больше. Он не защищает собственный путь к клиенту, не делает политики всех резолверов одинаковыми и…

IETF
Пробный DNSSEC тестирует группу резолверов, а не весь интернет
Зона подписана, валидатор находит ошибку, однако обычный пользователь всё равно получает ответ. В пробном DNSSEC это противоречие создано намеренно: сначала сбой становится наблюдением и только потом — возможным отказом. Но сообщают о себе лишь резолверы, понимающие механизм.…

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

IETF
Приём кандидатур на пост председателя IRTF заканчивается сегодня, а нагрузка у должности двухскоростная
Срок выдвижения на пост председателя IRTF истекает 8 сентября в 23:59 UTC. В объявлении IAB названы две разные меры занятости: около 25% времени в обычные недели и примерно шесть недель полной занятости в год. Если оставить только среднее значение, невозможно понять, есть ли у…

IETF
Nat Sakimura и критический заголовок, который нельзя игнорировать даже при верной подписи
Математическая проверка подписи JWS может завершиться успешно, а сообщение всё равно окажется недействительным. В RFC 7515 для этого существует защищённый параметр `crit`: он перечисляет расширения, которые получатель обязан понимать и обрабатывать. Целостность байтов, понимание…

IETF
Дата прекращения поддержки выводит из обращения метку RDAP, но не её клиентов
Запись IANA может объявить идентификатор устаревшим. Оператор способен назначить момент отключения старой версии. Но независимый клиент может не знать ни об одном решении и обратиться к интерфейсу позже. Два проекта REGEXT полезны именно тем, что не скрывают этот разрыв: статус…

IETF
Justin Richer и активный токен, который не мог одобрить запрос
Строка `active: true` легко превращается в зелёную галочку для всей операции. Сервер авторизации знает токен, не считает его отозванным и видит, что срок действия не истёк. Но RFC 7662, автором которой указан Justin Richer, отвечает лишь о состоянии токена. Решение по конкретному…

IETF
CDN-Loop может раскрыть устройство сети, не доказав маршрут запроса
Диагностические сведения бывают одновременно чувствительными и недостаточно достоверными для установления виновника. Сигнал защиты от циклов показывает, почему сохранность заголовка, локальное решение и подтверждённая история — разные вещи.

IETF
Восстановление DNSSEC идёт по часам, которые оператор подписи не контролирует в одиночку
Закрытый ключ перестал работать, а домен по-прежнему отвечает и проходит проверку. Это не загадка: старые подписи ещё действительны. Для пользователя ничего не произошло, но для оператора начался обратный отсчёт, в котором собственная система подписи управляет только частью…
Доступ для участников
Закрытая аналитика профиля
Войдите, чтобы открыть полные профили и углублённые разделы.
Брифинг Стратегического сообщества
Вступите и войдите, чтобы открыть стратегические обзоры.
Вступить в Стратегическое сообществоОбзор Альянса лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров