Открытый орган стандартизации, решения которого внедряются по всему миру.
Управление интернетом / IETF
IETF
Раздел «IETF» отслеживает институты, политические процессы, разработку стандартов, работу регистратур, споры об ответственности и практическое исполнение решений, влияющих на интернет-инфраструктуру. BTW.MEDIA объединяет открытые публикации, аналитику по источникам, институциональный контекст и длительное наблюдение за отдельными делами.
ГлобальныйУправление протоколамиРиск несовместимости
Процесс разработки протоколов и легитимность стандартов.
Разрыв между спецификацией и внедрением у поставщиков и операторов.
Крупные изменения стандартов обычно влияют на системы в цикле продолжительностью от 120 дней.
Последние материалы
Главные материалы: IETF
330 статей
IETF
DNSOP приняла проблему нескольких алгоритмов, а не метку UNIVERSAL
Решение о принятии черновика часто пересказывают одним словом — «поддержан». В итоговом письме DNSOP за этим словом сразу следует ограничение: предложенный механизм считают сложным, и эту сложность предстоит разбирать рабочей группе. Именно две части вместе фиксируют новое…
IETF
IPv6 объединяет три меры в одном логическом переключателе
Запись в журнале оставляет свидетельство, отбрасывание пакета останавливает одно сообщение, а блокировка лишает узел связи. В проекте YANG-модели для IPv6 Neighbor Discovery все три действия может разрешить один параметр `auto-resolve`. Сейчас документ проходит заключительное…
IETF
Новые номера алгоритмов OpenPGP меняют тестовые векторы
У восьми составных алгоритмов OpenPGP сейчас три набора координат. Опубликованная редакция указывает экспериментальные номера 100–107, открытая ветка — предполагаемые 37–44, а публичный реестр IANA по-прежнему оставляет нижний диапазон незанятым. Это не расхождение в оформлении…
IETF
Ваучер ELA приходит после идентификации устройства
При автоматическом подключении нового устройства доверие возникает не одним действием. Сначала устройство проверяет ключ шлюза, затем сообщает свой идентификатор, а отдельный сервер решает, разрешён ли этот шлюз и само подключение. В ELA эти шаги упакованы в короткий обмен EDHOC…
IETF
IPv4 отключён — но в каких границах?
Новый индивидуальный проект разделяет число протокольных стеков и величину потерь. Сеть на IPv6 не исключает обработки IPv4 на её концах.
IETF
Один идентификатор ключа EDHOC может указывать на несколько PSK
Короткое значение в пакете больше не описывает выбор на стороне получателя. В редакции 09 проекта EDHOC-PSK рабочей группы IETF LAKE один ID_CRED_PSK может извлекать несколько предварительно распределённых ключей вместе с контекстами удостоверений. Такая схема упрощает период…
IETF
Вызов OAuth можно использовать повторно, если сервер не запрещает
Клиент OAuth получил от сервера свежий challenge, подписал доказательство владения ключом и отправил запрос. Разрешено ли взять то же значение ещё раз? Редакция 11 проекта об аутентификации по аттестации отвечает утвердительно. Но сервер вправе считать значение израсходованным…
IETF
DAWN фильтрует запись об агенте, но граница экспорта не следует за ней
На выходе из организации правило кажется точным: шлюз может показать агента партнёру B, скрыть его от C и вырезать чувствительные поля. Новая архитектурная заявка DAWN ставит этот фильтр в центр управления данными. Но после первой передачи подписанная запись несёт происхождение…
IETF
Проект IETF даёт разделу об эксплуатации пять ответов. Заголовок их не различает
Обязательный раздел решает проблему поиска: читатель знает, где искать эксплуатационный анализ. Он не решает проблему смысла. В седьмой редакции проекта OPSAWG один и тот же заголовок может означать пять разных способов закрыть вопрос. Документ одновременно предлагает постоянное…
IETF
Проект IETF об идентификации узла ICMP говорит MUST — и «по умолчанию отключено»
Пустое место в ICMP-ответе не сообщает, почему оно пустое. Обычного адреса могло быть достаточно; раскрытие могло быть запрещено политикой; функция могла остаться выключенной. В редакции 05 проекта IETF об идентификации узла требование для отдельного сообщения стало жёстче, но…
IETF
Приём кандидатур на пост председателя IRTF заканчивается сегодня, а нагрузка у должности двухскоростная
Срок выдвижения на пост председателя IRTF истекает 8 сентября в 23:59 UTC. В объявлении IAB названы две разные меры занятости: около 25% времени в обычные недели и примерно шесть недель полной занятости в год. Если оставить только среднее значение, невозможно понять, есть ли у…
IETF
Проект YANG для RPKI-маршрутизаторов добавил счётчики сбоев. Снимок — не история
Плановый перезапуск кэша и его намеренное отключение могут одинаково выглядеть как оборванная RPKI-сессия, но требуют от маршрутизатора разных действий. Новая редакция модели SIDROPS точнее называет эти состояния. Задача управления начинается после сбора: сохранить контекст, без…
IETF
Проект по аудиту агентов добавил собственные хранилища. Независимость — отдельный слой
Журнал не становится независимым доказательством лишь потому, что передаётся вместе с запросом агента или попадает в компонент под названием Audit Store. Новая редакция индивидуального Internet-Draft разрешает агентам обмениваться записями между хранилищами, которыми управляют их…
IETF
Переработанный проект CFRG о кривых оставляет вызывающим протоколам три решения о допустимости
Последовательность байтов может пройти все математические проверки и всё же оказаться недопустимой для принявшего её протокола. Редакция 14 проекта CFRG о кривых, удобных для спаривания, делает эту границу явной: общий документ восстанавливает корректный математический объект, а…
IETF
Удаление — главный тест для проекта DNSOP об интеграции на исходе Last Call
Привязать домен к приложению можно за один сеанс: опубликовать запись, нажать кнопку проверки, получить подтверждение. Но исчезновение записи редко укладывается в один щелчок. К назначенному сроку завершения Last Call проект DNSOP ставит более важный вопрос: когда приложение…
IETF
Аттестация в CSR вышла на Last Call, но сертификат не является записью проверки
Публичный сертификат может быть технически безупречным и при этом ничего не говорить о том, что именно проверил удостоверяющий центр перед выпуском. Проект аттестации в CSR, вышедший на Last Call в IETF, переносит свидетельства об устройстве к CA или RA, но разрешает получателю…
IETF
Авторизованный MPLS-сосед всё равно остаётся за границей доверия
Межоператорское соединение требует сотрудничества, но не объединения ответственности. Канал может быть законным, аутентифицированным и необходимым клиентам, однако удалённое ядро не становится частью локальной доверенной зоны. RFC 5920 проводит эту границу явно: разрешение на…
IETF
Внутриполосный канал управления использует транспортный путь, но не наследует его полномочия
Узлом MPLS-TP без штатной доставки IP и физически отдельной сети управления всё равно можно управлять через транспортную инфраструктуру. RFC 5718 создаёт такой путь доставки с помощью Generic Associated Channel, однако канал не устанавливает личность отправителя и не разрешает…
IETF
GAAP-23 фиксирует диапазоны адресов, но не гарантирует сходимость после разделения сети
Физическая связность может восстановиться, а логическая группа — остаться разделённой. В версии 23 GAAP независимым реализациям предписаны общие диапазоны IPv4 и IPv6. Одновременно проект признаёт более трудный случай: один и тот же групповой идентификатор по разные стороны…
IETF
Обнаруженный Ethernet-адрес указывает следующий переход, но не управляет политикой канала
Когда сосед сообщает свой MAC-адрес, появляются два разных факта: куда отправить следующий кадр и каким разрешено считать канал. RFC 7213 даёт первый ответ, но не второй. Он позволяет обнаруживать параметры Ethernet на каналах MPLS-TP без IP-плоскости данных, сохраняя топологию…
Доступ для участников
Закрытая аналитика профиля
Войдите, чтобы открыть полные профили и углублённые разделы.
Брифинг Стратегического сообщества
Вступите и войдите, чтобы открыть стратегические обзоры.
Вступить в Стратегическое сообществоОбзор Альянса лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров