Основное направление
Интернет-инфраструктура
В фасете «Основное направление» значение «Интернет-инфраструктура» группирует публикации по основной предметной области. В одном месте собраны статьи, открытые источники, институты, компании, люди, региональные риски, операционные зависимости и рыночный контекст. Страница объясняет границы области, основных участников и источники, на которые стоит опираться при сравнении сигналов. Она помогает увидеть, как одна тема проявляется в событиях, профилях, изменениях рынка и долгосрочных инфраструктурных решениях.
IETF
Dave Thaler: наблюдение блокировки не равно атрибуции политики
Наблюдение того, что сервис недоступен в сети, существенно. Но само по себе оно не говорит, кто ввёл блокировку, для чего и на каком основании. RFC 7754, одним из соавторов которого был Dave Thaler, проводит здесь практическую границу между техническим измерением и утверждением о…
IETF
Suresh Krishnan: «link up» — не квитанция о сквозной достижимости
Радио-, Wi‑Fi- или проводной интерфейс может быть готов передавать кадры, тогда как нужный клиенту путь всё ещё не определён. Ценность RFC 4957, подготовленного при участии Suresh Krishnan, именно в сохранении этой границы.
Досье
Классификатор назвал поток, но не доказал его обработку: RFC 9892
RFC 9892 позволяет модему DLEP описать маршрутизатору классы пакетов. Однако локальные TID и FID обозначают лишь правила выбора: применение расширения, установка состояния, прохождение очереди и итог сервиса требуют отдельных свидетельств.
IETF
Peter van der Stok и регистрация ресурса, не подтверждающая присутствие endpoint
То, что запись о ресурсе всё ещё видна в каталоге, не означает, что соответствующий endpoint сейчас работает или достижим. RFC 9176 определяет CoRE Resource Directory как обновляемое мягкое состояние, а не как измеритель текущего присутствия. Peter van der Stok — один из пяти…
История
Агент заявил о поддержке группы. Объекту всё равно предстояло ответить: RFC 1444
Технический паспорт сообщает, каким должен быть прибор. Показание на стенде сообщает, что он делает сейчас. В 1993 году RFC 1444 развела эти свидетельства для SNMPv2: состав группы, минимальное соответствие и возможности выпуска продукта получили отдельные формы, а работа объекта…
Досье
Клиент оценил задержку. Окно проверки осталось у сервера: RFC 9891
RFC 9891 позволяет клиенту ACME сообщить ожидаемое время обхода в сети с допустимыми задержками. Оценка помогает спланировать проверку, но не передаёт заявителю право назначить срок и определить смысл ответа.
История
У сети была полоса. Приложение всё равно голодало: RFC 1453
Высокая скорость на входе не мешает опустеть буферу воспроизведения. В 1993 году RFC 1453 провёл границу между этими фактами: пропускная способность уже могла существовать в сети и на транспорте, но драйвер, операционная система, очереди и политика приложения ещё решали, получит…
IETF
Dino Farinacci и требование, которое не выделило multicast-адрес
Документ о требованиях полезен тогда, когда не позволяет выдать намерение за результат. Таков RFC 10019 — информационный документ IETF, написанный Dino Farinacci вместе с Nate Karstens и Mike McBride: он описывает границу будущего решения, но не вводит его в работу.
Досье
Поле VLAN было 12-битным, а руководство дало ему 16 бит: RFC 9895
RFC 9895 связывает VLAN и приоритет Ethernet с кредитными окнами DLEP, но в разделе управления приводит границы, которые не помещаются в 12-битный VID из RFC 9892. Исполнимый формат остаётся узким; доказать ту же границу должны API, хранилище и код устройств.
Истории
Предложение APNIC тестирует единый переходный IPv4-блок /24 для сетей только IPv6
Четвёртая версия APNIC prop-165 позволила бы организации, имеющей право на первоначальное выделение IPv6, запросить один IPv4-блок `/24` для переходных функций в развёртывании только IPv6. Текст всё ещё обсуждается. Вопрос не только в размере блока, но и в том, смогут ли…
История
Шесть октетов становились адресом только после определения домена: RFC 1449
В старой записи остались шесть октетов, а поле рядом исчезло. Современный анализатор охотно разделит значение на четыре октета IPv4 и два октета порта UDP. Получится аккуратный адрес, но не обязательно тот факт, который когда-то записала система. В RFC 1449 право на такое чтение…
История
База указывала один адрес. Ответ ушёл обратно по пути запроса: RFC 1445
Только что полученный пакет спорил с локальным справочником. RFC 1445 разрешила спор не выбором единственной истины, а разделением задач: новый запрос отправлялся по записанному адресу, ответ — на фактический транспортный адрес своего запроса. Наблюдаемый путь управлял возвратом…
История
Часы пошли назад. Ключ пришлось сменить: RFC 1446
Прошлое в сетевом протоколе существует ровно настолько, насколько получатель способен помнить, что оно уже прошло. В RFC 1446 эту память несла локальная аутентификационная шкала времени. Если после сбоя она возвращалась к старому значению, а общий секрет оставался прежним…
История
Ключ сменился раньше ответа. Менеджеру пришлось хранить оба: RFC 1446
После перезапуска менеджер обязан был помнить не один правильный ключ, а два возможных. Запрос мог не дойти, и тогда верным оставался старый. Но агент мог уже принять новый, а потеряться мог только ответ. RFC 1446 превратил эту неопределённость в долговременное состояние…
Досье
Имя осталось прежним, а модуль изменился: поправка RFC 9890
RFC 9890 устраняет неоднозначность реестра YANG: имя и пространство имён XML сохраняются между редакциями, поэтому сами по себе они не определяют содержимое и не доказывают схему, работающую на сервере.
История
Имя модуля сохранилось. Устройство не доказало свою версию: RFC 1442
Свежая MIB на сервере мониторинга способна безошибочно разобрать ответ старого агента. Это говорит о совместимости словаря, но ничего не сообщает о возрасте говорящего. RFC 1442 закрепил за информационным модулем SNMP постоянное имя и историю редакций. При этом `MODULE-IDENTITY`…
История
Одно приложение прошло через две версии. Прокси изменил операцию: RFC 1452
Приложение запросило пакетное чтение. Старый агент получил лишь команду перейти к следующему объекту. Между ними менеджер сверился с локальной базой, выбрал SNMPv1, обнулил параметры повторения и заменил тип PDU. RFC 1452 сохранил прозрачность интерфейса ценой непрозрачного…
Создатели
Стефан Сэвидж и измерение киберпреступности как системы
Исследования Стефана Сэвиджа снова и снова заменяли отдельные истории об атаках измерениями трафика, цепочек поставок, стимулов и путей отказа. От DDoS и сетевых червей до spam, платёжных сетей, cloud-инфраструктуры и подключённых автомобилей повторяется один и тот же метод…
Досье
Идентификатор среза дошёл до границы транспорта. Гарантию ещё предстояло построить: RFC 9889
RFC 9889 разводит название услуги и её сетевое воплощение: домен 5G задаёт срез, а транспорт отдельно классифицирует трафик, выделяет ресурсы и доказывает результат.
Создатели
Stefan Savage и измерение киберпреступности как системы
Исследования Stefan Savage неоднократно заменяли рассказы об атаках измерениями трафика, цепочек поставок, стимулов и путей отказа. От отказа в обслуживании и червей до спама, платёжных сетей, облачной инфраструктуры и подключённых автомобилей повторяется один метод: определить…