Открытый орган стандартизации, решения которого внедряются по всему миру.
Управление интернетом / IETF
IETF
Раздел «IETF» отслеживает институты, политические процессы, разработку стандартов, работу регистратур, споры об ответственности и практическое исполнение решений, влияющих на интернет-инфраструктуру. BTW.MEDIA объединяет открытые публикации, аналитику по источникам, институциональный контекст и длительное наблюдение за отдельными делами.
ГлобальныйУправление протоколамиРиск несовместимости
Процесс разработки протоколов и легитимность стандартов.
Разрыв между спецификацией и внедрением у поставщиков и операторов.
Крупные изменения стандартов обычно влияют на системы в цикле продолжительностью от 120 дней.
Последние материалы
Главные материалы: IETF
855 статей
IETF
Список возможностей ещё не решает судьбу подписки
Оркестратор получает аккуратный ответ: HTTPS, XML или JSON, TLS 1.2 или TLS 1.3. Угадывать больше не нужно, но подписка ещё не создана. Кто-то должен выбрать точное сочетание, применить политику, разрешить получателя, добиться принятия запроса и увидеть первую доставку. Один…
IETF
Соединение осталось, но полномочия нужно выдать заново
Повторное использование соединения IMAP позволяет не создавать защищённый канал для каждого следующего пользователя. Однако вместе с закрытием соединения исчезает удобная граница между пользователями. UNAUTHENTICATE требует заменить её проверяемым завершением старого состояния и…
IETF
Adam Roach и завершённая подписка, которая не завершила ресурс
Индикатор на операторском экране становится красным: `Subscription-State: terminated`. Если после этого инцидент закрывают, считая наблюдаемый ресурс исчезнувшим, узкий вывод протокола превратился в более широкое утверждение. Спецификация событий SIP, написанная Adam Roach…
IETF
Ваучер ELA приходит после идентификации устройства
При автоматическом подключении нового устройства доверие возникает не одним действием. Сначала устройство проверяет ключ шлюза, затем сообщает свой идентификатор, а отдельный сервер решает, разрешён ли этот шлюз и само подключение. В ELA эти шаги упакованы в короткий обмен EDHOC…
IETF
Поиск ответил. Кто оплатит его дальнейшую работу?
Корректная выдача не означает, что сервер согласился поддерживать ее в актуальном состоянии. Расширения IMAP показывают, где заканчивается разовый запрос и начинается обязательство, стоимость которого зависит от будущих изменений.
IETF
Ваучер допуска приходит после раскрытия идентификатора устройства
ELA позволяет строго связать допуск ограниченного устройства с конкретным обменом EDHOC. Но решение появляется только после того, как идентификатор уже передан аутентифицированному участнику V и использован сервером W. Отказ остановит подключение, однако не отменит состоявшееся…
IETF
Срок доставки истёк раньше, чем письмо разрешили выпускать
Отложенная отправка передаёт серверу обязанность ждать, а не власть распоряжаться всем будущим маршрутом письма. Если выпуск запрещён до момента, наступающего после срока доставки, правильным результатом может стать отказ принять такую заявку.
IETF
Scott Hollenbeck и блокировка переноса, которая не объясняет собственную причину
Система мониторинга видит `clientTransferProhibited` и помечает домен зелёным щитом. Для уверенности есть основание: в описанном Scott Hollenbeck сопоставлении доменных имён с EPP запрос на перенос должен быть отклонён, пока действует такой статус. Но щит не сообщает, кто…
IETF
IPv4 отключён — но в каких границах?
Новый индивидуальный проект разделяет число протокольных стеков и величину потерь. Сеть на IPv6 не исключает обработки IPv4 на её концах.
IETF
Криптографическое доказательство нарушения само по себе не отзывает доверие
Клиент получает от нескольких серверов подписанные интервалы времени, которые не могут быть истинными в порядке проведённых запросов. Roughtime позволяет сохранить это противоречие так, чтобы его повторно проверил независимый участник. Но доказательство не всегда называет…
IETF
Один идентификатор ключа EDHOC может указывать на несколько PSK
Короткое значение в пакете больше не описывает выбор на стороне получателя. В редакции 09 проекта EDHOC-PSK рабочей группы IETF LAKE один ID_CRED_PSK может извлекать несколько предварительно распределённых ключей вместе с контекстами удостоверений. Такая схема упрощает период…
IETF
Папка по умолчанию — не резерв на случай любого сбоя
Sieve может выбрать почтовый ящик по его назначению и сохранить в правиле имя обычной папки. Но это имя не разрешает менять место хранения после любой ошибки. Отсутствие нужного ящика и неудачная запись в уже выбранный ящик требуют разных решений.
IETF
Вернувшийся первым клиент не завершает срок восстановления за остальных
В NFSv4.1 окончание восстановления собственных блокировок и разрешение новой работы на сервере — разные решения. Клиент может закрыть свои оставшиеся старые требования. Но этим он не распоряжается возможностью восстановления тех, кто ещё не вернулся.
IETF
Henning Schulzrinne и звонок, пришедший раньше ответа
Гудки в трубке создают убедительную картину: где-то далеко уже звонит телефон адресата. Но SIP оставляет больше неопределённости. В RFC 3261, среди авторов которой — Henning Schulzrinne, `180 Ringing` означает, что принимающий пользовательский агент пытается оповестить…
IETF
Частная конфигурация-кандидат не объясняет, почему победил один замысел
Плановое изменение готовится в отдельной ветке, а аварийная команда тем временем меняет тот же сервис в рабочей конфигурации. Оба участника имеют законные права, и ни один не прихватит чужой незаконченный черновик. Но когда они затрагивают один узел, изоляция лишь сохраняет спор.…
IETF
Вызов OAuth можно использовать повторно, если сервер не запрещает
Клиент OAuth получил от сервера свежий challenge, подписал доказательство владения ключом и отправил запрос. Разрешено ли взять то же значение ещё раз? Редакция 11 проекта об аутентификации по аттестации отвечает утвердительно. Но сервер вправе считать значение израсходованным…
IETF
SCTP: исходный сокет закрыт, отделённая ассоциация работает
Перенос существующей ассоциации в отдельный сокет меняет границы управления. Вместе с изоляцией нагрузки приложение получает самостоятельную обязанность довести эту работу до конца.
IETF
Mallory Knodel и цензура, которая начинается до сброса пакета
Экран с ошибкой показывает финал, но не начало решения. RFC 9505, среди авторов которого Mallory Knodel, отделяет выбор нежелательной цели от распознавания трафика и от действия, мешающего связи. Это различие не позволяет одному сетевому симптому незаметно превратиться в…
IETF
После такого отката MPTCP нужно другое соединение
Бесконечное отображение позволяет продолжить передачу как обычный TCP, но вернуться к MPTCP внутри того же соединения нельзя. Сохранение потока и восстановление возможностей становятся разными решениями.
IETF
Минимальная версия YANG — не нижняя граница совместимости
В строке импорта указана рекомендация: не ниже 3.1.0. В репозитории доступны 3.1.2 `_non_compatible` и 4.1.2. Согласно действующему проекту YANG Semantic Versioning, оба варианта могут пройти проверку. Резолвер не обходит правило — он честно решает задачу числового порядка.…
Доступ для участников
Закрытая аналитика профиля
Войдите, чтобы открыть полные профили и углублённые разделы.
Брифинг Стратегического сообщества
Вступите и войдите, чтобы открыть стратегические обзоры.
Вступить в Стратегическое сообществоОбзор Альянса лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров