Практический результат — карта одной пары путей с тремя состояниями: общее, разное и неизвестно. Она помогает увидеть, какие различия и общие ресурсы подтверждены документами, а что пока остаётся неизвестным. Это работа с описаниями и доказательствами до инцидента; переключать рабочие каналы для выполнения упражнения не нужно.
Автор — Избаенков Артем Игоревич, эксперт по информационной безопасности и директор продукта Solar Space в ГК «Солар». Связь с отраслью раскрыта. Разбор опирается на открытые источники и вымышленную модель; внутренние топологии работодателей, клиентские данные и результаты испытаний не используются.
Широкие таблицы и схема прокручиваются горизонтально. С клавиатуры: Tab до области, затем стрелки влево и вправо.
Сначала задайте границы резервирования
В учебном примере пользователь организации открывает удалённый каталог по HTTPS. Рассматривается IPv4, направление от пограничных маршрутизаторов RA и RB к сети размещения сайта и обычное состояние двух путей, без выполненного переключения. Условные маршрутные записи относятся к одной целевой сети на D0. Реальных адресов в примере нет. Работа самого приложения и его базы данных остаётся за границей модели. Нельзя назвать весь сервис устойчивым, проверив только этот участок.
Рядом перечислите сценарии, от которых нужен резерв: отказ одного маршрутизатора, потеря помещения, обрыв трассы или ошибка общей конфигурации. Список задаёт вопросы к карте. Утверждение «пути независимы» без указания сценария и границ слишком широко: доказательства для одного отказа могут ничего не говорить о другом.
Разные названия относятся к разным слоям
BGP описывает обмен сведениями о достижимости между автономными системами. В RFC 4271 атрибут AS_PATH относится к AS, через которые прошла маршрутная информация. Из такой записи нельзя непосредственно прочитать кабельную канализацию, ввод в здание или электрическую схему. Различие AS-путей — свидетельство своего уровня, а не готовая физическая карта.
В RFC 4202 для GMPLS описана группа общего риска SRLG: несколько линий могут зависеть от одного ресурса. Пример документа — волокна в одной канализации. Важна и граница знания: отсутствие необязательных сведений SRLG означает неизвестность. В этой статье используется сама идея общего ресурса; настройка GMPLS и получение реальных SRLG не рассматриваются.
| Слой | Что может различаться | Что это ещё не подтверждает |
|---|---|---|
| Договорный | Поставщики и договоры | Разные физические трассы и площадки |
| Маршрутный | AS и маршрутные записи для выбранного направления | Разные кабели, помещения и питание |
| Физический | Вводы, трассы, узлы и источники питания в заданных границах | Независимое управление и работу приложения |
| Эксплуатационный | Системы управления, изменения и восстановление | Отсутствие всех остальных общих ресурсов |
Таблица — редакционный рабочий формат, не стандарт сертификации и не перечень обязательств поставщика. Ответ «разное» относится к конкретному объекту: разные вводы одного здания не делают автоматически разными площадку, питание и дальнейший транспорт.
Публичные исследования задают вопросы, но не заменяют вашу карту
В разборе события на М9 Curator анализирует изменения сетевой связности по своим данным. Такой материал полезен как пример границ наблюдения: последствия одного события могут затронуть несколько сетей. Он не является документом о физических трассах произвольной пары провайдеров и не устанавливает судьбу каждой пользовательской операции.
Другое исследование Curator рассматривает устойчивость национальных сегментов за 2024 год на модели связности автономных систем. Статья опубликована 5 декабря 2025 года. Это другой масштаб и другой объект анализа: национальную модель нельзя превратить в процент доступности своего сайта или доказательство независимости двух договоров. Числовой рейтинг в упражнение не переносится.
Для карты нужны свидетельства именно о выбранных путях, границах и времени. Чужой исторический разбор помогает сформулировать вопрос, но не заполняет неизвестную строку. Совпавшее время двух отказов тоже само по себе не раскрывает общий ресурс. Если инцидент уже начался, для фиксации наблюдений полезен отдельный материал о первых гипотезах. Здесь задача — описать зависимости заранее.
Составьте карту одной учебной пары
Учебная схема подготовлена с помощью ИИ по условиям вымышленного примера. Это не инфраструктура поставщика.
Полный текстовый эквивалент схемы
IPv4, направление от RA/RB к сети удалённого HTTPS-каталога, обычное состояние; переключение, приложение и база данных вне модели.
- Логический путь A: RA → поставщик A → целевая сеть размещения HTTPS-каталога.
- Логический путь B: RB → поставщик B → целевая сеть размещения HTTPS-каталога.
- Общая площадка K: относится к RA и RB.
- Общий источник Q: относится к RA и RB.
- Общее управление O: относится к RA и RB.
- Неизвестно: Внешние кабельные трассы; Актуальное разделение вводов.
Сплошные бордовые стрелки обозначают логические связи выбранного направления. Оранжевые линии показывают зависимость от питания Q; пунктирные бордовые — от управления O, а не канал трафика. Только RA и RB помещены внутрь K. Положение остальных блоков не задаёт географию или физические трассы. Приложение, база данных и переключение остаются вне модели; схема не доказывает фактическое восстановление.
Все объекты A, B, RA, RB, K, Q и O ниже вымышлены. Обозначения EX — придуманные документы упражнения, а не реальные договоры, письма или измерения. D0 — условный день анализа; D−30 — тридцать дней до него; D1 — следующий условный день. Карта не описывает инфраструктуру конкретного поставщика или владельца сайта.
В модели два разных пограничных маршрутизатора RA и RB подключены к поставщикам A и B. Придуманный план размещения показывает оборудование обоих путей на площадке K, а схема электроснабжения — общий источник Q. Кабельные трассы за пределами площадки не раскрыты. Управляющая система O может распространять изменения на оба маршрутизатора. Это исходные условия упражнения, а не вывод из BGP.
| Зависимость | Путь A | Путь B | Основание в модели | Дата основания | Вывод в этой строке |
|---|---|---|---|---|---|
| Договор | Поставщик A | Поставщик B | EX-01: два действующих учебных договора | D0 | Разное: договорные стороны |
| Маршрутная запись | Цепочка AS α | Цепочка AS β | EX-02: разные записи для одного направления | D0 | Разное на уровне записей; физическая трасса неизвестна |
| Пограничный маршрутизатор | RA | RB | EX-03: актуальная учебная схема | D0 | Разное: два указанных устройства |
| Площадка размещения | K | K | EX-03: оба устройства на одной площадке | D0 | Общее: площадка K |
| Электроснабжение устройств | Источник Q | Источник Q | EX-04: общий источник в модели | D0 | Общее: источник Q |
| Кабельная трасса вне площадки | Не раскрыта | Не раскрыта | Документа о трассах нет | Нет | Неизвестно; разные AS это поле не заполняют |
| Вводы в здание | Указан ввод 1 | Указан ввод 2 | EX-05: старый план, актуальность не подтверждена | D−30 | Неизвестно на D0; сохранено прежнее указание |
| Распространение конфигурации | Система O | Система O | EX-06: одна система изменений | D0 | Общее: управление O; механизм ограничения ошибки не задан |
Не складывайте состояния в общий балл. Два подтверждённых различия не компенсируют один общий ресурс арифметически. Строки K и Q также нельзя считать независимыми вероятностями отказа. Карта показывает основания для вопросов и решений, а не расчёт доступности.
Обновляйте только то, что доказал новый документ
Продолжим вымышленный пример. На D1 найден учебный документ EX-07 — актуальный план двух разных вводов, датированный D1. Строка вводов может перейти из «неизвестно» в «разное» в границах этого плана и на его дату. Строки дальнейшей трассы, питания и управления от этого не меняются. Сохраните предыдущий вывод, новое основание и причину пересмотра.
Документ EX-08, датированный D1, показывает два отдельных блока питания, но оба получают энергию от Q. Это различие оборудования ниже общей зависимости; оно ещё не устраняет Q из карты. В обратную сторону рассуждение тоже ограничено: общая площадка не означает автоматически общий ввод питания. Нужен ответ о конкретном ресурсе, а не догадка по соседней строке.
Нераскрытая трасса остаётся неизвестной, даже если остальные строки заполнены. Можно уточнить границу допустимого вывода: например, подтверждены разные пограничные устройства, но физическое разделение внешнего транспорта не установлено. Такая формулировка полезнее общего ярлыка «полностью независимы».
Проверьте вывод отдельно для каждого сценария
| Сценарий | Вывод по модели | Что остаётся за пределами |
|---|---|---|
| Отказ только устройства RA | В схеме B использует другое устройство RB | Работа маршрутизации, переключения и полезной операции не проверена |
| Потеря общего источника Q | Оба устройства зависят от Q; второго питания в условиях примера нет | Это условное следствие модели, не наблюдённый сбой |
| Обрыв внешней кабельной трассы | Нельзя установить, затронуты ли оба пути: трассы неизвестны | Нельзя объявить разделение подтверждённым или опровергнутым |
| Ошибочное изменение через O | O относится к обоим путям; возможная общая область воздействия требует разбора | Само наличие O не доказывает, что любая ошибка неизбежно выведет из строя оба пути |
Законченный вывод упражнения: различаются договорные стороны, маршрутные записи и устройства; общими заданы площадка, питание и управление; часть физического пути остаётся неизвестной. Это характеристика учебной пары в выбранных границах. Она не ранжирует поставщиков и не обещает доступность реального сервиса.
Управление O не переносит обычный пользовательский трафик, но может менять оба пути. Если резерв требует команды через панель, учётную запись или другую систему активации, их зависимости нужно описать отдельно. Наличие второго пути передачи данных ещё не подтверждает возможность перейти на него при отказе. Такое переключение в упражнении не выполняется.
Документальная карта и проверка фактического восстановления — разные результаты. Здесь нет нагрузки, отключений, настройки защиты, переключений DNS или заявленного времени восстановления. Будущие испытания требуют своей разрешённой программы и собственных свидетельств.
Одно действие читателя: заполнить и ограничить карту
- Выберите одну пару путей, границы и полезную функцию. Не включайте в вывод больше, чем рассматривает карта.
- Выпишите по слоям объекты A и B из уже доступных вам документов. Для каждого основания сохраните название, версию, дату и границы применимости.
- Поставьте «общее», «разное» или «неизвестно» в каждой строке. Устаревший документ храните как историю, не выдавая его за подтверждение на сегодня.
- Для каждого требуемого сценария укажите общие ресурсы и конкретный пробел, который мешает выводу. Назначьте внутреннего владельца уточнения.
- Запишите итог одной ограниченной фразой: что подтверждено, в каких границах и что ещё неизвестно. Не заменяйте её общим баллом надёжности.
- Пересматривайте затронутые строки после изменения маршрута, размещения, питания или управления. Сам факт нового документа не обновляет всю карту.
Для открытого обсуждения используйте обезличенную модель. Подробная топология, внутренние документы и сведения о клиентах не нужны публичной статье. Результатом упражнения считается заполненная карта с основаниями и пределом вывода; наличие двух названий в списке поставщиков таким результатом не является.
Первоисточники
- Сбой на М9: насколько важен один из крупнейших телекоммуникационных узлов России
Исторический анализ сетевой связности поставщиком; не карта физических трасс конкретного заказчика и не доказательство пользовательской доступности.
Curator. Опубликовано . Прочитано .
- Исследование устойчивости национальных сегментов Интернета в 2024 году
Модель на уровне AS для национальных сегментов. Год исследования отличён от даты публикации; числовые рейтинги и проценты в статью не переносятся.
Curator. Опубликовано . Прочитано .
- RFC 4202: Routing Extensions in Support of GMPLS, §2.3
Определение SRLG, пример общей канализации и значение отсутствующих сведений. Применимость GMPLS ограничена; это не универсальный стандарт проверки поставщиков.
RFC Editor. Опубликовано . Прочитано .
- RFC 4271: A Border Gateway Protocol 4, §§1, 1.1, 5.1.2
Назначение BGP, понятие AS и семантика AS_PATH. Выбранное чтение не является полным обзором стандарта со всеми позднейшими расширениями.
RFC Editor. Опубликовано . Прочитано .
