Основное направление
Технологии
В фасете «Основное направление» значение «Технологии» группирует публикации по основной предметной области. В одном месте собраны статьи, открытые источники, институты, компании, люди, региональные риски, операционные зависимости и рыночный контекст. Страница объясняет границы области, основных участников и источники, на которые стоит опираться при сравнении сигналов. Она помогает увидеть, как одна тема проявляется в событиях, профилях, изменениях рынка и долгосрочных инфраструктурных решениях.
Истории
Разбор LACNIC: сколько полосы остаётся за пределами голосового кодека
Сжать речь и сократить поток IP-пакетов — не одно и то же. В свежем объяснении LACNIC оговорка о заголовках уже есть; расчёт показывает, почему вместе с битрейтом нужно учитывать частоту отправки и цену ожидания.
Облачные сервисы: тенденции мира
Broadcom запускает VMware AI Factory для частного ИИ
VMware AI Factory автоматизирует развёртывание инфраструктуры частного ИИ и управление её жизненным циклом, а Broadcom рассчитывает сократить путь от физического сервера до запуска первой модели.
Национальные операторы связи: тенденции мира
Qualcomm представила промышленный процессор IQ-2390
Qualcomm представила IQ-2390, объединяющий локальный ИИ, машинное зрение, управление в реальном времени и сети TSN для промышленных периферийных систем.
Создатели
Альберт Гринберг и сеть как распределённый компьютер
В AT&T, Microsoft Azure и Uber Альберт Гринберг снова и снова работал над одной и той же задачей: как заставить большую сеть вести себя как целостная система, когда топология, трафик, управляющее программное обеспечение, оборудование и отказы меняются с разной скоростью. Его…
Создатели
Albert Greenberg и сеть как распределённый компьютер
В AT&T, Microsoft Azure и Uber Albert Greenberg работал над одной повторяющейся задачей: как заставить крупную сеть действовать как единая согласованная система, когда топология, трафик, управляющее ПО, оборудование и характер сбоев меняются с разной скоростью. Его влияние лучше…
Региональные интернет-провайдеры: тенденции мира
Вторая услуга удалённого пиринга — ещё не второй маршрут
Удалённый пиринг расширяет логическую доступность точки обмена, но не доказывает независимость физической и операционной цепочки. Два зелёных статуса становятся двумя маршрутами только после проверки каждой передачи.
IETF
Eric Rescorla и зашифрованный ClientHello, который не мог назвать сервер
То, что в первом сообщении TLS больше не видно привычного имени, не превращает остальную часть рукопожатия в реестр идентичности. RFC 9849, совместная работа Eric Rescorla, Kazuho Oku, Nick Sullivan и Christopher A. Wood, задаёт ограниченную оболочку приватности: при определённых…
IETF
Wesley George и старый ключ ASN, который не мог объявить о слиянии
Аналитическая справка о Wesley George и старый ключ ASN, который не мог объявить о слиянии объясняет событие, доступные открытые подтверждения, участвующие организации, региональный контекст, рыночные риски и возможные последствия для инфраструктуры. В категории Аналитика: IETF…
IETF
Martin Duke и версия QUIC, которая не могла объявить о собственном развёртывании
У QUIC v2 есть RFC, запись IANA и значение в wire-формате. Ни одно из них не устанавливает v2 на конечной точке. RFC 9369, автором которой является Martin Duke, намеренно оставляет этот разрыв видимым: «version 2» — неформальное имя документа, в заголовке используется другое…
IETF
Joseph Touch и UDP-опции, оставляющие решение приложению
Дополнительное поле в конце UDP-пакета способно расширить протокол, но не стать разрешением. RFC 9868, написанный совместно Joseph D. Touch и C. Heard, проводит именно эту границу: транспортные опции размещаются после объявленных пользовательских данных, а решение о последствиях…
IETF
Loa Andersson и решение MPLS, остановившееся на уставе
RFC 3468 не говорит, что Loa Andersson и George Swallow выбрали для сетей определённый протокол, поставщика или реализацию. Одобренное IESG решение было уже: оно ограничило будущую повестку рабочей группы MPLS. Решение о работе органа стандартизации не становится само по себе…
IETF
Дебора Брунгард и транспортный профиль, не выбравший сеть
Требование стандарта может сделать возможность доступной, но не выбрать сеть, которая ею воспользуется. RFC 5654, одним из редакторов которого была Deborah Brungard, задаёт требования к транспортному профилю MPLS. Его ключевая граница сформулирована прямо: требования относятся к…
Создатели
Jakub Kicinski: как Linux превращает сетевые функции в устойчивую инфраструктуру
Новая сетевая карта может предложить впечатляющую функцию при жёстком коммерческом графике. Но Linux должен задать более медленный вопрос: можно ли выразить эту возможность так, чтобы её понимали другие устройства, наблюдали операторы, воспроизводили тесты и сопровождали…
IETF
Alia Atlas и TE-метрика, не обещавшая путь
Показатель производительности может быть полезен для решения, но не обязан обещать его результат. RFC 7471, одним из соавторов которой была Alia Atlas, позволяет OSPF распространять сведения о производительности канала для traffic engineering. Документ не предписывает ни способ…
IETF
Jari Arkko и поле реестра, которое протоколу не было нужно
Старое поле в публичном реестре может пережить собственное назначение и всё равно выглядеть как действующее требование. RFC 8602 исправляет именно такую ситуацию для двух реестров, связанных с TRIP: IANA больше не собирает почтовые адреса и удалила прежде собранные адреса из…
IETF
Lars Eggert и UDP-датаграмма, не избежавшая общих издержек
UDP даёт приложению компактный транспортный контракт, но не частную сеть. RFC 8085, соавтором которой указан Lars Eggert, проводит практическую границу: способ реализации можно выбрать локально, однако цену перегрузки общего пути нельзя переложить на других.
IETF
Nandita Dukkipati и восстановление TCP без рывков
Одинаковое окно в конце восстановления ещё не означает одинаковое поведение сети. Один отправитель может замолчать на часть RTT, а затем выпустить пачку сегментов. Другой — пересчитывать небольшое разрешение на передачу после каждого вернувшегося ACK. Работа Nandita Dukkipati над…
IETF
Ashesh Mishra и проверка BFD, которую требовалось уметь отменить
Пакет ещё не заслужил доверия. Но вычисление для его проверки уже могло уничтожить состояние, которое понадобится при отрицательном ответе.
IETF
Wes Hardaker и DNS-сервер, которому пришлось пережить два TTL
Старый сервер уже почти не видел запросов, а новый отвечал без ошибок. Но выключение оказалось преждевременным: часть резолверов всё ещё жила по сроку, который опубликовал родитель, а не дочерняя зона.
IETF
Mirja Kühlewind и spin bit QUIC, измеривший период приложения вместо сетевого RTT
На трассе каждые 200 миллисекунд появлялся чёткий фронт. Назвать это RTT было соблазнительно, но редкое приложение с тем же периодом создаёт такой рисунок на гораздо более быстром пути.