Открытый орган стандартизации, решения которого внедряются по всему миру.
Управление интернетом / IETF
IETF
Раздел «IETF» отслеживает институты, политические процессы, разработку стандартов, работу регистратур, споры об ответственности и практическое исполнение решений, влияющих на интернет-инфраструктуру. BTW.MEDIA объединяет открытые публикации, аналитику по источникам, институциональный контекст и длительное наблюдение за отдельными делами.
ГлобальныйУправление протоколамиРиск несовместимости
Процесс разработки протоколов и легитимность стандартов.
Разрыв между спецификацией и внедрением у поставщиков и операторов.
Крупные изменения стандартов обычно влияют на системы в цикле продолжительностью от 120 дней.
Последние материалы
Главные материалы: IETF
644 статьи
IETF
В квантовом проекте ACME исчез строгий режим — старую подпись отключит сам сервер
Июньский вариант предлагал простой рубеж: в строгом режиме запрос с одной лишь традиционной подписью не проходит. Редакция от 28 октября убрала этот режим. Теперь служба сертификатов сама выбирает алгоритмы и срок, в течение которого старый ключ ещё открывает дверь. Надпись…
IETF
Агент выполнил команду. Пульт узнал об этом позже.
Пульт управления отправил агенту изменение настройки и получил ответ «результат не определён». Через некоторое время пришло подтверждение выполнения. Стереть старую неопределённость удобно для отчёта; повторить команду опасно для системы. В обновлённом 28 октября индивидуальном…
IETF
Проект JMAP сохранит байты под стеклом. Поиск туда не заглянет.
Поле существует, сервер его хранит, а найти запись по содержимому поля нельзя. Такую границу проводит октябрьская версия проекта JMAP о метаданных объектов. Она разрешает вложить произвольные байты в оболочку `Binary` и требует вернуть её без изменений. Но текстовый фильтр не…
IETF
Для ИИ-трафика придумали знак BGP. Номер знака пока экспериментальный.
Новая метка должна помочь распределять крупные потоки кластера между группами равных маршрутов. Выходной маршрутизатор указывает группу, входной решает, каким своим линиям она соответствует. На схеме проекта у метки тип `0x83`. В действующем реестре IANA этот диапазон оставлен…
IETF
Субподрядчика можно скрыть. Принятую передачу задачи — нельзя потерять.
Задание проходит через агентов разных организаций. Посредник поручает часть работы ещё одному агенту и не раскрывает заказчику всю цепочку. Это допустимый выбор. Но если исходное требование меняется, посредник обязан сохранить связь задач, за которую уже взялся. Индивидуальный…
IETF
Маршрутизатору разрешили копить счёт. Ноль обязан пройти без очереди.
У многих маршрутов BGP одинаковые атрибуты пути. Передавать их заново с каждым сообщением мониторинга — дорогая привычка. Проект от 28 октября предлагает один раз объявить набор атрибутов, а затем отдельно сообщать число префиксов в нём. Обычный счёт может идти по расписанию…
IETF
Забирайте данные. Права старого сервера оставьте у входа.
Архив личной почты и календаря выглядит как билет на выход из прежнего сервиса. Принимающая сторона видит в нём ещё и пути, свойства файлов и, возможно, несколько частей одной коллекции. Редакция проекта IETF от 28 октября проводит границу на стойке приёма: перенести содержимое…
IETF
Доступ отозвали. Где список, который это подтверждает?
Система приняла команду удалить человека из группы. Красивый ответ, но администратору нужен ещё список фактических участников. Индивидуальный проект IETF от 28 октября описывает неприятный случай в SCIM: большая группа может принимать изменения, а её ответ уже не содержит…
IETF
Адрес тот же. Срок годности указан в подписанном ответе.
Проверяющему нужна свежая улика о состоянии устройства. Справочник для её оценки устроен иначе: один и тот же документ может понадобиться тысяче проверок. Новый раздел проекта IETF оставляет запрос пригодным для кеша, а срок действия ответа — видимым для того, кто им пользуется.
IETF
RFC 10066 даёт одному пути PCEP несколько маршрутов. Головной узел может отказать.
Контроллер нашёл четыре пути, а входной маршрутизатор способен установить два. Новый стандарт заставляет сообщить об этом заранее — до того, как красивая схема превратится в сбой при переключении.
IETF
Вердикт выпущен. Печать «проверено» осталась под стеклом.
Начальству удобно получать один сигнал: зелёный. Кто выдал исходное заключение, какие бумаги дошли до проверяющего и какой расчёт он повторил — эти вопросы в один цвет не помещаются. Новый индивидуальный проект IETF заставляет отчёт назвать каждый пробел по имени.
IETF
В офисной сети каждый хост может сам вписать себя в список агентов
Поиск локального агента обещает избавить от таблицы адресов. Удобство обманчиво в одном месте: запись о сервисе составляет сам объявитель. Если клиент принимает найденное имя за разрешение работать с сервисом, право выбора достаётся тому, кто успел отправить объявление.
IETF
Хеш релиза сохранили. Кто разрешил нажать «выпустить»?
У конвейера есть отчёт о сборке и квитанция журнала. Если спор разгорится после выкладки, эти бумаги покажут байты, но не полномочие человека, который выбрал именно эту версию. Индивидуальный проект IETF от 26 октября предлагает вести решение отдельным документом и сверять его с…
IETF
Два одинаковых процесса прошли проверку. Кому достанется имя?
Аттестация видит, какой код запущен в защищённой среде. Две копии одного образа для неё похожи как близнецы. Индивидуальный проект IETF от 28 октября предлагает решить, нужна ли собеседнику TLS конкретная копия и кто выдаст ей имя, которое сохранится после смены ключа.
IETF
Два ключа метят в один IPv6 /64. Победителя назначает оператор
Проект, появившийся в IETF 27 октября, предлагает выводить IPv6-подсеть рабочей нагрузки из её открытого ключа. Но между агрегатом /48 и подсетью /64 всего 16 бит. Другой ключ может получить те же биты примерно за 2^16 попыток. Поэтому адрес привязан к владельцу лишь настолько…
IETF
Агент прошёл без спроса. Согласие лежало в старом списке
Проект IETF от 27 октября предлагает не тревожить пользователя каждый раз, когда его агент на личном устройстве идёт к стороннему сервису. Центр авторизации проверяет заранее составленный список. Сервис получает действительный токен, хотя отметка о том, одобрил ли человек этот…
IETF
Oblivious CoAP спрятал отправителя. Кто остановит вторую команду?
Новый проект IETF предлагает устройствам отправлять защищённые CoAP-запросы через посредника, не раскрывая получателю свой адрес. Посредник не видит содержимого. Зато он может отправить тот же шифротекст ещё раз. Решение о повторном выполнении остаётся за принимающей стороной.
IETF
Табличку агента в DNS сняли. Выключатель OAuth остался в другом месте
Октябрьский проект IETF предлагает связать DNS-имя агента с клиентом OAuth его оператора. Публичная запись указывает, где проверить свежую справку, но выдачу новых токенов останавливает сервер авторизации. Удаление записи может заставить нового получателя вообще перестать…
IETF
Чтобы найти нужного агента, DAWN сначала просит назвать его умение
У клиента есть задача, но нет названия функции, которая её решит. Документ, представленный в IETF 28 октября, показывает, почему это мешает обнаружению агентов в DAWN. Обходные пути различаются ценой: одни раскрывают интерес клиента, другие требуют читать целый каталог, третьи…
IETF
Новый push для RPKI звонит сразу. Данные идут по расписанию
Проект расширения RTR от 28 октября обещает быстрее доставлять изменения маршрутизации. Его срочное сообщение передаёт сигнал и серийный номер, а изменённые объекты отправляются другим механизмом через согласованные интервалы. У действующего протокола уже есть незапрошенный…
Доступ для участников
Закрытая аналитика профиля
Войдите, чтобы открыть полные профили и углублённые разделы.
Брифинг Стратегического сообщества
Вступите и войдите, чтобы открыть стратегические обзоры.
Вступить в Стратегическое сообществоОбзор Альянса лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров