Профиль
Обзор
Значение «Обзор» объединяет профили людей, компаний, институтов и других субъектов, упомянутых в материалах BTW.MEDIA. Здесь можно сравнить публичные сведения, связанные события, источники, смену ролей, географию деятельности, участие в управлении, связи с организациями и значение для рынка. Профили отделены от обычной новостной хронологии и показывают, кто или что стоит за заголовком, чем подтверждены сведения и какие изменения требуют дальнейшего наблюдения.
Дата-центры: тенденции Северной Америки
Контракт AIB с Nebius на $1,32 млрд ещё не обеспечивает финансирование стройки
Обязательное соглашение на 50 МВт меняет коммерческий статус AIB, но не финансирование дата-центра: большая часть капитала проекта в собственной модели компании пока не привлечена.
Дата-центры: тенденции Северной Америки
Applied Digital довела Polaris Forge 1 до 250 МВт, но арендный доход ещё предстоит проверить
Applied Digital сообщила, что ещё 75 МВт в Polaris Forge 1 готовы к обслуживанию, доведя заявленную операционную нагрузку критической ИТ-инфраструктуры до 250 МВт. Это продвижение кампуса с контрактами на 400 МВт, однако следующий вопрос — сколько аренды принесут новые залы, а не…
Национальные операторы связи: тенденции Африки
Испытание MIMO у Vodacom решает проблему места, но не вопрос окупаемости
По словам Vodacom, компактная пассивно-активная антенна, испытанная вместе с Nokia в Западно-Капской провинции, может добавить емкость на площадках с физическими ограничениями в диапазонах 2,6 и 3,5 ГГц. Число площадок, прирост емкости, сроки и затраты не раскрыты: объявлена…
IETF
У карты сети появился собственный бюджет трафика
Оперативная карта инфраструктуры требует запросов и обновлений. Этот служебный поток идёт по той же сети, состояние которой карта показывает. В новой редакции проекта SIMAP прямо сказано, что наблюдение не должно становиться источником устойчивой перегрузки.
IETF
Для TCP-AO названия KMAC недостаточно, чтобы совпали ключи
В настройках двух маршрутизаторов может стоять одна и та же криптографическая функция, а вычисленные ключи трафика окажутся разными. Восьмая редакция проекта TCPM уточняет конкретный вариант NIST, применяемый при выводе ключа для TCP-AO. Это вопрос воспроизводимости расчёта, а не…
IETF
RadSec: ошибочный ответ не всегда повод разорвать соединение
Ответ на истёкший запрос может прийти тогда, когда его короткий идентификатор уже отдан другому запросу. Новая редакция проекта RadSec требует отвергнуть такой ответ, но не приравнивать его автоматически к утрате доверия ко всему защищённому соединению.
IETF
Правило BGP может заработать до завершения настройки
В новой редакции проекта GROW внимание перенесено с правильного итогового файла на порядок его применения. На устройстве с немедленным исполнением разрешение может начать действовать раньше остальных строк политики.
IETF
Сертификат истекал в 9999 году. Привязку к документу могли не проверить.
Сертификат одной подписи предназначен для одного документа, одного закрытого ключа и одной операции. Предлагаемое расширение сужает область применения, однако успешная обычная проверка подписи не доказывает ни сравнение документа с привязкой, ни уничтожение ключа, о котором…
История
DSCP выбирал поведение. Плоскость данных всё ещё была графом: RFC 3290
В 2002 году RFC 3290 предложил сетевым администраторам способ описать обработку Diffserv, не делая вид, будто все маршрутизаторы устроены одинаково. В центре модели оказался не код, а настраиваемый граф функций.
IETF
Составная подпись прошла проверку. Конверт назвал другой алгоритм.
Composite ML-DSA объединяет постквантовую и классическую подписи в один интерфейс. Но в CMS одного ответа «верно» недостаточно: дайджест, идентификаторы алгоритмов, подписанные атрибуты и точная последовательность байтов должны согласоваться во всём конверте.
IETF
Отказ от AH в OSPFv3 потребует согласованного перехода соседей
Новый проект предлагает убрать устаревающий вариант аутентификации OSPFv3. Для оператора главная опасность не в выборе замены, а в моменте, когда маршрутизаторы одного канала начинают по-разному проверять служебные пакеты.
История
Смена маршрута не восстанавливала сеанс: RFC 3234
Запасной маршрут может вернуть доставку пакетов. Но он сам по себе не восстановит состояние, которое хранил промежуточный узел. В феврале 2002 года RFC 3234 превратил это различие в архитектурный вопрос: что позволит продолжить сеанс, если функция на его пути перестала работать?
История
Пакет с признаком конца кадра мог оказаться тем самым потерянным: RFC 3189
Получатель хотел увидеть единицу M и немедленно вывести кадр. Но единица находилась в последнем пакете — в пакете, отсутствие которого лишало получателя и данных, и сообщения о завершении. RFC 3189 оставил маркер полезным, но передал право определять новый кадр изменению…
IETF
Итоговый фильтр был правильным. Во время обновления маршрут всё равно прошёл
Редакция 03 проекта IETF GROW показывает неудобную границу автоматизации BGP: проверенный конечный набор правил ничего не говорит о решениях, которые маршрутизатор принимал между старым и новым состояниями.
IETF
Издатель подписал оболочку, но не получил права заменить ключ агента
В AIC-JWT 02 подписанное принципалом делегирование помещается внутрь удостоверения, подписанного издателем. Такая конструкция отделяет доставку полномочия от права менять его носителя.
IETF
Агент подписал вызов. Вложенный ключ всё ещё не был полномочием.
В OpenA2A AIP версии 03 математически верная подпись отделена от установленной личности. Предъявленный ключ доказывает владение секретом; право этого ключа представлять агента должно прийти из реестра или разрешённого DID-документа.
IETF
Каждое звено прошло проверку. Хронология всё равно могла быть усечена.
В редакции 09 AER-1 история вызовов инструментов ИИ-агента становится проверяемой изнутри. Но самый важный вывод проекта касается границы: внутренне безупречная цепочка не способна сама подтвердить, что перед нами её первоначальная полная версия.
IETF
Цепочка доказала, что одни часы ошиблись. Но не назвала виновные.
Roughtime умеет сохранить противоречие как переносимое доказательство, не выдавая криптографическую проверку за готовый приговор.
IETF
Никто не сообщил о ходе работы. Почему задача выглядела завершённой?
Если участники перечислены, но ни одного отчёта о ходе работы нет, система должна сохранить отсутствие свидетельств, а не нарисовать зелёный итог.
IETF
Получатель заметил отказ, но дошло ли извещение до источника?
У края дерева BIER можно достоверно зафиксировать потерю контрольных пакетов и всё же не иметь подтверждения, что о ней узнал входной маршрутизатор. Двенадцатая редакция проекта BIER BFD подробнее описывает обратное извещение и тем самым разделяет три события: обнаружение, приём…