Открытый орган стандартизации, решения которого внедряются по всему миру.
Управление интернетом / IETF
IETF
Раздел «IETF» отслеживает институты, политические процессы, разработку стандартов, работу регистратур, споры об ответственности и практическое исполнение решений, влияющих на интернет-инфраструктуру. BTW.MEDIA объединяет открытые публикации, аналитику по источникам, институциональный контекст и длительное наблюдение за отдельными делами.
ГлобальныйУправление протоколамиРиск несовместимости
Процесс разработки протоколов и легитимность стандартов.
Разрыв между спецификацией и внедрением у поставщиков и операторов.
Крупные изменения стандартов обычно влияют на системы в цикле продолжительностью от 120 дней.
Последние материалы
Главные материалы: IETF
1 607 статей
IETF
Tony Li и четырёхоктетный конверт, который не управляет содержимым
Туннель GRE не отнимает у пакета исходный адрес назначения, а добавляет внешний. Внешний заголовок несёт конверт через опорную сеть; после раскрытия внутренний адрес снова определяет пересылку. Между ними минимальный заголовок GRE занимает всего четыре октета. Документированное…
IETF
Acee Lindem и маршрутизатор, обязанный помнить перезагрузку
Перезагрузка очищает оперативную память маршрутизатора, но не чужой архив пакетов. Вчерашний OSPF-пакет может сохранить безупречный digest именно тогда, когда получатель забудет более поздний sequence. Подделки нет: старое подлинное сообщение нашло проверяющего без памяти. RFC…
IETF
Enke Chen и маршрут, переживший свою сессию
После разрыва BGP-сессии в маршрутизаторе остаётся память о последнем состоянии соседа. Иногда она по-прежнему ведёт к работающему forwarding, иногда — в чёрную дыру. RFC 9494 разрешает дольше хранить часть этой памяти, но не позволяет выдавать её за свежие сведения: маршрут…
IETF
Susan Hares и маршрут, который даёт FlowSpec-фильтру полномочие
Обычный анонс BGP сообщает, куда можно направить пакет. FlowSpec способен потребовать ограничить скорость, отбросить, пометить или перенаправить определённый трафик. Поэтому корректной кодировки недостаточно: источник должен иметь основание для такого вмешательства. Стандарт…
IETF
Bruno Decraene и маршрут, который уходит до разрыва BGP
Плановые работы дают оператору то, чего нет при аварии: заранее известный момент отключения. Если сначала закрыть BGP-сеанс, а затем ждать перестроения, это преимущество теряется. Гораздо важнее убрать зависимость от старого пути, пока он ещё способен передавать пакеты, и сделать…
IETF
Секретариат IETF перешёл внутрь, а полномочия по стандартам — нет
С 1 августа Секретариат работает как две отдельные команды IETF Administration LLC. Реорганизация завершает апрельский переход от пакетной услуги к модели формального работодателя и сокращает управленческую цепочку. Но конституционная граница прежняя: LLC распоряжается…
IETF
Проект RPKI отделяет полномочие на blackhole-маршрут от ROV
Новая индивидуальная спецификация предлагает подписывать отдельное разрешение на более специфичные BGP-анонсы, предназначенные для сброса трафика. Это может сохранить строгие ROA, но пока не создаёт стандарта, совместимых реализаций или готового механизма применения.
IETF
IETF делает запрет Echo в многопереходном BFD условным
Версия 02 проекта рабочей группы BFD меняет правило безопасности, действовавшее с 2010 года. Echo по-прежнему запрещён, если промежуточный узел способен вернуть пакет раньше времени, но допустим там, где среда исключает такой короткий путь.
IETF
IETF сужает предлагаемый ключ междоменного канала в BGP-LS
В редакции 38 из списка дескрипторов Inter-AS Link удалён идентификатор множественной топологии. Одна строка превращает обновление текста в проверку эксплуатации: снят ли прежний NLRI, правильно ли сопоставлены две половины канала и не смешались ли нестандартные топологии.
IETF
IETF формализовала одноадресное локальное обнаружение
Рабочая группа DNSSD приняла проект Unicast Local Discovery: повседневную регистрацию и поиск сервисов предлагается перенести с multicast-участия каждого устройства на предпочтительный сервер в локальном сегменте. Возможная экономия Wi-Fi создаёт новую зависимость от выбора и…
IETF
IETF зафиксировала новую редакцию проекта FAR об обходе сбоев в сетях дата-центров
Редакция 26 проекта FAR — это предложение по проектированию обработки путей, затронутых сбоями, в фабриках дата-центров с регулярной топологией. Она не доказывает наличие стандарта IETF, реализации поставщика, производственного внедрения или измеренного эксплуатационного…
IETF
Проект FARE IETF переносит выбор плоскости на RNIC
Новый Internet-Draft FARE-in-MPSON рассматривает сетевой интерфейс как точку принятия решения, когда scale-out fabric для ИИ разделён на изолированные плоскости. Это рабочий проект, а не утверждённая IETF функция, объявление о внедрении или результат производительности.
IETF
IETF обновила проект FARE для адаптивной маршрутизации BGP
Текущая редакция FARE вводит эксплуатационное условие для взвешенного ECMP: сведения о пропускной способности имеют смысл только тогда, когда ими снабжён весь набор равностоимостных путей. Это рабочий проект, а не подтверждение внедрения, стандарта или результата в сети.
IETF
IETF обновила проект защищённой PDMv2-диагностики IPv6
В новом проекте PDMv2 IETF диагностические сведения рассматриваются как предмет доверия и полномочий: прежде чем получить время и данные о конечных точках, участник должен быть зарегистрирован и допущен. Это не сообщение о внедрении и не готовый стандарт шифрования.
IETF
IETF обновила проект измерений STAMP для SR-MPLS
Новая версия проекта STAMP для SR-MPLS переводит привычный эксплуатационный вопрос в плоскость протокола: измеряет ли проба тот путь, по которому политика действительно ведёт трафик? Это всё ещё проект, а не сообщение о внедрении или новый стандарт.
IETF
IETF обновила проект Erik Sync для публикации RPKI
Обновлённый Internet-Draft IETF описывает способ распространять данные публикации RPKI через промежуточные узлы. Это рабочее предложение по архитектуре, а не новый стандарт и не сообщение о внедрении.
IETF
Публичный срок ответа по ENUM истёк, но решение ещё не опубликовано
В консультации МСЭ-Т о возможном закрытии делегирований кодов стран E.164 в `e164.arpa` датой ответа государств-членов было названо 15 августа 2026 года. В открытых материалах по-прежнему нет сообщения об итогах.
IETF
Позиция NRS: стандарты без суверенитета органа стандартизации
Сообщество номерных ресурсов может продвигать открытые интерфейсы на основе IETF и опираться на данные о внедрении, не претендуя на то, что NRS или орган стандартизации определяет права операторов. Признанные регистратуры и уполномоченные провайдеры должны реализовывать…
IETF
Что политики RIR неверно заимствовали у IETF
Процессы разработки политики региональных интернет-регистратур заимствовали «грубый консенсус» из инженерной культуры, в которой утверждения можно было проверять независимыми реализациями и отвергать сетями, не внедрявшими их. Применительно к обязательным правилам регистратур те…
IETF
Захват стандартов измеряется реализациями, а не посещаемостью
Многолюдная встреча по стандартам может дать результат, контролируемый узким коммерческим интересом в авторстве, патентах, коде и развёртывании. Почти пустая встреча может дать независимый протокол, если возражения получили ответ, кодовые базы взаимодействуют, права применимы, а…
Доступ для участников
Закрытая аналитика профиля
Войдите, чтобы открыть полные профили и углублённые разделы.
Брифинг Стратегического сообщества
Вступите и войдите, чтобы открыть стратегические обзоры.
Вступить в Стратегическое сообществоОбзор Альянса лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров