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

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

IETF
Таймер, который мог услышать другой узел: TCP User Timeout без согласованного терпения
Одна сторона TCP давно могла решить, как долго хранить данные без подтверждения, но другая сторона не знала об этом решении. RFC 5482 вынесла срок в пакет как рекомендацию. Не менее важно, что рекомендация не стала обещанием, обязательным для обоих концов.

IETF
Поле, которое стало значить больше после рукопожатия: TCP Window Scale
TCP сохранил 16-битное поле окна приёма, хотя быстрым дальним каналам понадобилось гораздо больше 65 535 байт в пути. Window Scale не расширил заголовок. Вместо этого начальное рукопожатие закрепило единицу измерения отдельно для каждого направления.

IETF
Запрос пришёл раньше рукопожатия: цена повтора в TCP Fast Open
TCP Fast Open позволил уже знакомому серверу клиенту поместить первые данные приложения в SYN, открывающий соединение. Экономия до одного сетевого оборота потребовала встречных обязательств: безопасного повтора, управления ключами cookie, ограничения неподтверждённой работы и…

IETF
Соединение больше маршрута: Multipath TCP сохраняет один поток на нескольких путях
Телефон выходит из офиса с действующим соединением по Wi-Fi и продолжает работу через сотовую сеть. Обычный TCP привязывает соединение к одному пути. Multipath TCP может оставить приложению единый упорядоченный поток байтов, пока конечные узлы добавляют, удаляют и меняют…

IETF
Когда получатель нарисовал карту: как TCP SACK изменил восстановление потерь
Кумулятивное подтверждение TCP показывало одну непрерывную границу. Выборочное подтверждение добавило компактную карту диапазонов, уже полученных за пробелом. Сведений стало больше, но управление перегрузкой и окончательная ответственность за данные остались у отправителя.

IETF
Как DNSSEC научился доказывать, что имени не существует
Подпись подтверждает подлинность существующей записи. Труднее подтвердить пустое место, где злоумышленник мог бы скрыть имя, выдумать его или заменить честное «нет» поддельным ответом об отсутствии.

IETF
Тихий час — лишь прогноз: ALTO превращает время передачи в опубликованное обещание
Большую передачу можно отложить до двух часов ночи. Труднее понять, почему сеть должна остаться свободной именно тогда. Календарь стоимости ALTO позволяет сети опубликовать временное предпочтение, по которому действует приложение. Это не резервирование ёмкости и не гарантия…

IETF
Happy Eyeballs: цена четверти секунды между IPv6 и IPv4
Управляемая гонка двух семейств адресов убрала с экрана ожидание неисправного маршрута. Вместе с ожиданием она способна убрать и сигнал, который заставил бы оператора этот маршрут исправить.

IETF
Вступить в группу мало: в SSM получатель называет источник
SSM упрощает междоменную доставку не свободой выбора, а более строгим запросом: получатель заранее указывает, откуда готов принимать поток.

IETF
Секретному имени всё ещё нужен публичный вход: новая граница приватности ECH
Пограничный сервер видит внешнее приветствие, открывает вложенное и только тогда понимает, какому origin его передать. ECH убирает настоящее имя из открытого `ClientHello`, но делает DNS, общий фронтенд, ротацию ключей и повторные попытки частью самой гарантии.

IETF
Пакет пометили до потери: долгий спор ECN о том, как сообщать о перегрузке
Интернет долго использовал потерю как доказательство перегрузки: очередь заполнялась, пакет исчезал, отправитель снижал скорость. Explicit Congestion Notification (ECN) перенёс момент свидетельства вперёд. Маршрутизатор может отметить давление, пока пакет ещё цел. Но два бита…

IETF
Истёкший Internet-Draft — не отклонённое предложение
В реестре стандартов действовало короткое правило: если Datatracker показывает `Expired`, рядом появляется «отклонено IETF». Ни решения IESG, ни Last Call, ни протокола консенсуса не было. Календарное событие превратилось в институциональный вердикт без названного автора.

IETF
MUST в RFC без субъекта — не аудиторский вывод
В акте приёмки красным была отмечена строка: «RFC 8200 — MUST — не соответствует». Она выглядела как готовый вывод, хотя в ней не было ни субъекта требования, ни условия его срабатывания. Акт не сообщал, заявляло ли устройство нужный профиль, какой трафик подали на вход и какое…

IETF
После перезапуска поток продолжается только там, где сохранилось состояние
Сервер CoAP перезапускается, клиент сохраняет Token, а промежуточный прокси — нет. На экране подписка еще выглядит активной, но три участника уже по-разному понимают ее продолжение. RFC 7641 задает регистрацию, свежесть, порядок и отмену. Она не обещает, что после перезапуска…

IETF
Jana Iyengar и соединение, пережившее свой адрес
QUIC способен сохранить соединение при переходе устройства в другую сеть, но новый путь не получает автоматически доверие, заработанное старым. RFC 9000 сохраняет состояние избирательно: непрерывность соединения отделена от достижимости, перегрузки, ECN и наблюдаемости нового…

IETF
Sally Floyd и испытание, которое нельзя пройти одним показателем пропускной способности
Новый поток способен ускориться за счёт чужого ожидания в общей очереди. Работы, связанные с Sally Floyd, дают способ обнаружить эту цену: сопоставлять throughput с задержкой, потерями, справедливостью, переходными режимами, поведением конкурентов и границей допустимого…

IETF
Jeff Tantsura и намерение, которое ещё не стало результатом
Индикатор по-прежнему зелёный. Намерение сохранить защищённый путь было принято, преобразовано в действия и применено. Но позднее изменение топологии убрало резерв, на котором держалась защита. Запись о желаемом состоянии осталась, а свойство действующей сети исчезло. Соавторство…

IETF
Linda Dunbar и каталог, который не должен придумывать соседа
Каталог обещает заменить множество широковещательных вопросов одним точным ответом. Но после миграции виртуальной машины прежний ответ способен остаться в кэше: адрес тот же, формат безупречен, защищённый сеанс работает, а точка достижимости уже другая. Четыре RFC по TRILL…

IETF
Hannes Gredler и OSPF-канал, который нужно разгружать в обе стороны
Инженер поднимает метрику на одном конце до максимума, видит уход исходящих маршрутов и считает канал освобождённым. Но соседний маршрутизатор сам формирует состояние для обратного направления, поэтому входящий поток может остаться. Физически линия одна, а в OSPF это два…

IETF
John Scudder и BGP-сессия, которой пришлось объявить свои возможности
Успешное TCP-соединение ещё не означает, что два маршрутизатора договорились о нужной функции BGP. Один может знать расширение, которого нет у другого; оба могут иметь его в коде, но только один объявляет его в данном OPEN. Публичные документы, связанные с именем John Scudder…
Доступ для участников
Закрытая аналитика профиля
Войдите, чтобы открыть полные профили и углублённые разделы.
Брифинг Стратегического сообщества
Вступите и войдите, чтобы открыть стратегические обзоры.
Вступить в Стратегическое сообществоОбзор Альянса лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров