Профиль
Research
Значение «Research» объединяет профили людей, компаний, институтов и других субъектов, упомянутых в материалах BTW.MEDIA. Здесь можно сравнить публичные сведения, связанные события, источники, смену ролей, географию деятельности, участие в управлении, связи с организациями и значение для рынка. Профили отделены от обычной новостной хронологии и показывают, кто или что стоит за заголовком, чем подтверждены сведения и какие изменения требуют дальнейшего наблюдения.
IETF
Старый URN не отменили. Просто новые имена стали выдавать иначе.
После RFC 5165 OGC сохранил пространство `urn:ogc`, но для новых публичных постоянных идентификаторов выбрал HTTP URI. Это не история о победителе форматов. Это проверка способности инфраструктуры менять политику выдачи, не стирая уже сделанные ссылки и решения.
Досье
DFInfra: что контактный уровень может доказать, когда регистрирующий источник недоступен
Аналитическая справка о DFInfra: что контактный уровень может доказать, когда регистрирующий источник недоступен объясняет событие, доступные открытые подтверждения, участвующие организации, региональный контекст, рыночные риски и возможные последствия для инфраструктуры. В…
IETF
Транспорт защитил доставку, но не выдал право на команду
RFC 5164 отделил общие функции мобильного транспорта от смысла сервисных сообщений. Защищённый канал мог переносить непрозрачную нагрузку между доверенными узлами, но право заставить устройство действовать оставалось отдельным вопросом.
IETF
Необязательную метку можно пропустить. Ошибку пакета — нет.
RFC 5163 проводит полезную границу между расширением, которое получатель вправе не обрабатывать, и расширением, меняющим разметку всей полезной нагрузки. Эта граница определяет не только совместимость, но и масштаб общей потери.
IETF
Плоскость QoS могла иметь дыры, а доступность — сохраниться
RFC 5160 допускал неполное покрытие: плоскость Meta-QoS-Class могла состоять из связного фрагмента, изолированных доменов и пробелов. Если подходящего QoS-пути нет, адресат всё равно должен оставаться доступным по best effort. Связь продолжается — но это не доказательство, что…
IETF
Новая схема потоков не рассказывала, что расшифровывали старые приёмники
RFC 5159 позволял описанию SDP связать защищённый медиапоток с потоками краткосрочных ключевых сообщений. При обновлении эту связь можно было заменить или убрать. Новое состояние объясняло, что должны делать новые получатели описания, но не восстанавливало прошлое: какая версия…
IETF
Удаление после двух сбоев подтверждало политику живучести, а не прошлую личность
RFC 5158 предлагал удалять делегирование, если авторитетные серверы не пройдут периодическую проверку, получат предупреждение и снова откажут через четырнадцать дней. Такая уборка неработающих зон была разумной. Но сам факт удаления ничего не говорил о том, кто управлял зоной…
IETF
TCP-соединение не прерывалось. Память о шаблоне исчезла.
Система мониторинга видела живое TCP-соединение: сокет был открыт, байты поступали, ошибок транспорта не было. Но процесс, хранивший состояние IPFIX, уже потерял шаблон, который придавал этим байтам смысл. Канал сохранил непрерывность, а доказательство — нет. RFC 5153 показывает…
IETF
База данных устарела. Повтор помог — но это не был полный поиск
Повторная попытка прошла после того, как первая закончилась ошибкой. Для оперативной команды это хорошая новость. Для доказательства — почти никакая. В архитектуре RFC 5152 каждый домен вычисляет свой участок междоменного TE-маршрута по локальной картине. Если повтор срабатывает…
IETF
Маршрут назвал внутренний узел. Граница ответила именем целого домена.
В междоменном RSVP-TE точный запрос и точный отказ не обязаны пересечь одну и ту же границу. RFC 5151 разрешает домену отклонить ERO с внутренними узлами, заменить сведения о конкретной неисправности сообщением о домене и сократить RRO до одних пограничных точек. Сигнализация при…
IETF
В базе TE появился сосед. В плоскости данных его не было
Концы сегментного LSP можно показать вычислителю пути как один TE-линк. Снаружи это выглядит как соседство: один шаг, одна запись, одна доступная ёмкость. Внутри пакету всё ещё предстоит пройти скрытый путь из нескольких узлов, а прямой forwarding adjacency между концами RFC 5150…
IETF
Префикс выдали, подтверждение пришло, а трафик не прошёл
Успешный Binding Acknowledgement может зафиксировать регистрацию у домашнего агента и новый Home Network Prefix. Затем выясняется, что обратного маршрута нет, правило межсетевого экрана не загрузилось, а внешняя сеть фильтрует поток. RFC 5149 позволяет выбору услуги влиять на все…
IETF
Один миллисекундный предел вырос на десяти переходах в отдельный риск
На одном узле случайная задержка казалась ничтожной. На длинном пути каждая пересылка добавляла собственное ожидание, и управляющее сообщение дошло уже с заметным возрастом. Формально все локальные пределы соблюдались. RFC 5148 поэтому связывает выбор задержки не только с…
IETF
Хеш совпал. Подписавшего документ это не назвало.
Система сверила параметр `md5` в ссылке и получила совпадение. Проверяющий решил, что политика подлинная и действующая. Но RFC 5147 использует MD5 как необязательную проверку MIME-сущности, а не как подпись или удостоверение издателя. Совпадение связывает байты с ожидаемым…
История
Страница прошла проверку. Медиаданные ещё не были полными: RFC 3533
Формат Ogg дал одной странице точную квитанцию о локальной целостности. Но эта квитанция не заменяла доказательства полноты пакета, смысла временной метки, происхождения содержимого и состоявшегося воспроизведения.
История
Ответ BEEP был положительным. Вызов XML-RPC завершился ошибкой: RFC 3529
Внешняя рамка сообщала, что ответ получен, а внутренний XML — что удалённая процедура отказала. RFC 3529 не позволял одному из этих фактов уничтожить другой.
IETF
Запись в реестре протоколов сохранилась. Работающего сервиса из этого не следует.
IANA по-прежнему перечисляет пространство имён `dchk1`, метку `DCHK1` и профиль BEEP. Это точные и важные записи. Но если по ним объявить сервис развернутым, институциональный реестр превратится в телеметрию, которой он никогда не был. RFC 5144 полезен именно тогда, когда…
IETF
RFC 9835: ссылка на канал доступа ещё не доказывает доставку услуги
Стабильная ссылка не даёт заказу потеряться между клиентским порталом и сетевыми системами. Но она не подтверждает исправность несущего соединения, применение конфигурации на нужном устройстве и прохождение клиентского трафика. RFC 9835 делает стык обещания и исполнения…
История
Команды выполнялись по порядку. Транзакции — нет: RFC 3525
Контроллер отправил сначала создание, затем изменение. Шлюз мог увидеть обратную причинность, если команды оказались в разных транзакциях.
IETF
Заголовок выглядел как IPv4. Псевдопровод получил несколько путей.
В старом формате RFC 5143 определённые управляющие биты могли сделать начало CEM-заголовка похожим на IPv4. Узел, пытавшийся вычислять ECMP по предполагаемой полезной нагрузке, рисковал разнести пакеты одного псевдопровода по разным маршрутам. Заголовки могли остаться исправными…