Видимость BGP-маршрутов и анализ пути

1. Демо BGP

Сгенерированное демо BGP загружается автоматически. В нём 13 маршрутизаторов, 22 BGP-сессии и два route reflector с намеренно разными возможностями BMP.

1. Убедитесь, что сгенерированная демо-топология присутствует; загрузка или ручное добавление демо не требуется.
2. Откройте Общий вид и убедитесь, что оверлей BGP виден. Оверлей включён по умолчанию; элемент управления позволяет скрыть и вернуть его.
3. Найдите маршрутизаторы с Router ID 123.123.100.100 (RFC 7854) и 123.123.101.101 (RFC 7854 + RFC 9069 + RFC 8671). Указанные RFC определяют, какие RIB доступны Topolograph через BMP от каждого route reflector.

IGP-топология остаётся базовым графом. Оверлей BGP добавляет сессии, не заменяя связность OSPF.

2. BGP-сессии

Используйте оба представления: таблица позволяет точно отфильтровать BGP-сессии, а графическое представление BGP-сессий в виде оверлея указывает, где выбранная сессия расположена в топологии.

1. Откройте BGP Sessions и отфильтруйте столбец peer ip по значению 123.123.31.31.
2. Убедитесь, что у 123.123.31.31 (PE31) одна BGP-сессия - с 123.123.100.100 (RR1) - и нет BGP-сессии с 123.123.101.101 (RR2).
3. Вернитесь в Общий вид и найдите ту же связность PE и 123.123.100.100 (RR1) в оверлее BGP.

Отфильтрованная таблица BGP Sessions ниже делает случай ограничения RFC 7854 наглядным: у 123.123.31.31 (PE31) одна наблюдаемая сессия - к 123.123.100.100 (RR1).

Этот 123.123.31.31 (PE31) с одной BGP-сессией демонстрирует ограничение RFC 7854, которое используется далее в руководстве.

3. Представление RIB

BMP-сессия, установленная с route reflector, не даёт автоматически представление о таблице каждого RR-клиента. Самое точное представление состояния таблицы маршрутизации даёт BMP-сессия с возможностью отправки Loc-RIB, но Topolograph может также работать с некоторыми допущениями, когда доступна не вся информация. Например, состояние RIB устройства можно вывести из RFC 8671 Adj-RIB-Out post-policy соседнего BMP-speaker в направлении этого устройства, даже если с самим устройством BMP-сессия не установлена.

Покрытие BMP по RFC и его смысл для расчёта пути

Маршрутизаторы в демо-сети и зона видимости маршрутной информации

123.123.101.101 (RR2) экспортирует через BMP данные Adj-RIB-Out post-policy только для выбранных BGP-соседей. Это допустимо: мониторинг BMP Adj-RIB-Out настраивается для каждого BGP-соседа и семейства адресов, хотя сам BGP поддерживает Adj-RIB-Out для каждого установленного BGP-соседа.

4. BGP-маршруты

Начните с таблицы BGP Routes уровня всего графа, прежде чем сужать до одного маршрутизатора. Здесь можно изучить и отфильтровать данные маршрутов, собранные по всему демо.

1. Откройте Graph table и выберите BGP Routes. Оставьте таблицу в режиме Онлайн.
2. Используйте столбцы prefix, bmp source, bmp ribs, peer ip и атрибуты пути, чтобы найти нужный набор маршрутов.

Полноэкранная таблица Онлайн ниже показывает BGP Routes для всего графа.

Таблица BGP Routes показывает маршруты, собранные для всего графа.

5. Представление маршрутов в форме устройства

Счётчик маршрутов в форме устройства отображает представление RIB для этого маршрутизатора: по Loc-RIB, полученному через BMP-сессию с этого устройства, либо по Adj-RIB-Out post-policy, полученному через BMP-сессию с соседнего устройства.

1. Нажмите на 123.14.14.14 (PE14) на графе и найдите раздел BGP в форме устройства.
2. Убедитесь, что Routes равно 4, и прочитайте пояснение: 123.123.101.101 (RR2) анонсировал эти маршруты 123.14.14.14 (PE14) через RFC 8671.
3. Прочитайте разбивку по RIB. Adj-RIB-Out post-policy описывает экспортированный RIB 123.123.101.101 (RR2); с точки зрения 123.14.14.14 (PE14) эти четыре анонса - его предполагаемый Adj-RIB-In.
4. Строка Adj-RIB-Out (post) 4 входит в Routes: это Adj-RIB-Out маршрутизатора 123.123.101.101 (RR2) в направлении 123.14.14.14 (PE14), используемый как предполагаемый Adj-RIB-In 123.14.14.14 (PE14).

Эта форма показывает представление RIB для 123.14.14.14 (PE14): четыре маршрута из Adj-RIB-Out post-policy, полученного через BMP от 123.123.101.101 (RR2).

Форма 123.14.14.14 (PE14) показывает четыре маршрута, источник BMP 123.123.101.101 (RR2) и RIB Adj-RIB-Out post-policy. Счётчик Маршруты не включает маршруты, которые 123.14.14.14 (PE14) анонсировал 123.123.101.101 (RR2), и другие BMP-наблюдения, не используемые для представления RIB 123.14.14.14 (PE14).

6. Фильтрация, сортировка и постраничный просмотр маршрутов одного узла

Откройте таблицу маршрутов из формы устройства: таблица сохранит область RIB, выбранную для 123.14.14.14 (PE14).

1. Нажмите Routes 4 на 123.14.14.14 (PE14). Убедитесь, что панель содержит ровно 100.30.0.0/24, 10.100.31.0/24, 2001:db8:123:123:30:30::/96 и 2001:db8:100:31::/64.
2. Отфильтруйте столбец prefix по значению 100.30.0.0/24. Совпадающие строки и счётчик таблицы должны оба уменьшиться с 4 до 1.
3. Очистите фильтр prefix и самостоятельно проверьте другие атрибуты этих маршрутов: local pref = 250 оставляет два VPN-маршрута, afi = 2 оставляет два IPv6-маршрута, а med = 20 оставляет два маршрута от 123.123.30.30 (PE30).
4. Очистите фильтры и убедитесь, что все четыре маршрута 123.14.14.14 (PE14) вернулись. Очистка фильтра таблицы не должна убирать область устройства, заданную формой.
5. Нажмите на сортируемый заголовок, например prefix, nexthop, local pref или med. Повторные нажатия циклически переключают сортировку по возрастанию, по убыванию и без сортировки; столбцы адресов используют порядок адресов, а не текстовый порядок.
6. Используйте Rows per page для больших таблиц маршрутов. В этом примере с областью узла в демо всего одна страница, поэтому элементы «предыдущая» и «следующая» корректно остаются отключёнными.

Таблица ниже сохраняет область 123.14.14.14 (PE14) и добавляет фильтр префикса, оставляя один совпадающий маршрут.

Отфильтрованная строка показывает 123.123.101.101 (RR2) как bmp source и Adj-RIB-Out post-policy как наблюдаемый RIB.

7. Выбор лучшего пути

Для каждого префикса демо демонстрирует отдельный критерий выбора лучшего пути. Начните с AS_PATH: сравните атрибуты кандидатов, затем постройте маршрут от 123.123.101.101 (RR2) и проверьте выбранный BGP next hop.

Пилотный пример: побеждает AS_PATH

1. Отфильтруйте BGP Routes по 198.18.2.0/24.
2. Сравните двух кандидатов: у обоих Local Preference 100, Origin IGP и MED 10. 123.123.30.30 (PE30) анонсирует AS_PATH 65010 65011 65012; 123.14.14.14 (PE14) анонсирует AS_PATH 65010.
3. Переключитесь в режим пути BGP / VPN. Задайте Router равным 123.123.101.101 (RR2), VPN или глобальную таблицу равной global, а To равным 198.18.2.0/24; затем выберите Build a path.
4. В Route resolution убедитесь, что первая строка - BGP на 123.123.101.101 (RR2) с next hop 123.14.14.14 (PE14). Остальные строки разрешают выбранный next hop через IGP.

Отфильтрованная таблица BGP Routes ниже показывает двух кандидатов до построения маршрута.

Далее выберите форму нахождения пути BGP / VPN и укажите 123.123.101.101 (RR2), глобальную таблицу и этот префикс.

В таблице Route resolution первая строка показывает выбор BGP next hop 123.14.14.14 (PE14) на 123.123.101.101 (RR2), а следующие строки строятся по данным OSPF.

Кандидаты post-policy различаются длиной AS_PATH, тогда как Local Preference, Origin и MED равны. Построение маршрута от 123.123.101.101 (RR2) выбирает 123.14.14.14 (PE14) как BGP next hop; следующие строки IGP показывают достижимость этого BGP next hop.

Другие примеры выбора лучшего пути

Дополнительные критерии выбора лучшего пути

Демо показывает шесть критериев из процесса выбора лучшего пути BGP, перечисленных в таблице выше. Оно не демонстрирует выбор eBGP вместо iBGP, сравнение стоимости IGP до next hop, возраста маршрута, длины cluster-list или адреса BGP-соседа.

8. Сравнение состояния маршрутов между двумя моментами

Онлайн показывает текущее состояние таблицы маршрутов. Сравнение сопоставляет состояние маршрутов в T0 и T1.

1. Откройте таблицу BGP Routes уровня всего графа и переключитесь с Онлайн на Сравнение.
2. Оставьте интервал T0-T1 по умолчанию длиной в один час, создаваемый при загрузке демо, затем нажмите Запустить.
3. Таблица показывает один добавленный маршрут 100.14.210.0/24; столбец changed at содержит время последнего изменения этого маршрута до T1.
4. Статус added означает, что маршрут отсутствовал в T0 и присутствует в T1; withdrawn - присутствовал в T0 и отсутствует в T1; changed - присутствует в обоих состояниях, но его атрибуты различаются. События после T1 в сравнение не входят.
5. Переключитесь обратно на Онлайн, чтобы открыть текущее состояние таблицы маршрутов.

Сравнение ниже - это разница по конечным точкам для окна демо по умолчанию, а не хронологический журнал событий.

Для интервала демо по умолчанию маршрут 100.14.210.0/24 имеет статус added и MED 80 в состоянии T1.

Отдельные события BGP

Режим События использует ту же таблицу BGP Routes и интервал времени, но показывает каждое наблюдение маршрута и BGP-соседа, а не только разницу между T0 и T1.

1. Переключитесь из режима Сравнение в режим События и оставьте интервал времени, охватывающий изменения в демо.
2. Нажмите Запустить и проверьте одно добавление маршрута, одно событие peer down и одно изменение маршрута для 100.14.210.0/24.
3. Используйте столбцы event, kind, prefix, peer source, peer target и at, чтобы отличить изменения маршрутов от изменений состояния BGP-сессии.

Режим События ниже перечисляет наблюдения по времени: добавленный маршрут, событие peer down, затем изменённый маршрут с MED 80.

Режим События показывает все три наблюдения по порядку. В отличие от режима Сравнение, он сохраняет промежуточные события, даже когда итоговое состояние маршрута не изменилось.

9. Разрешение BGP next-hop через OSPF

BGP выбирает маршрут; OSPF обеспечивает достижимость выбранного BGP next hop. Представление пути показывает эту передачу явно.

1. В режиме пути Standard / IGP используйте 123.123.30.30 (PE30) как источник и 100.14.0.0/24 как назначение.
2. Изучите выбранную строку BGP и определите 123.14.14.14 (PE14) как BGP next hop.
3. Откройте Route resolution и читайте результат слева направо: первая строка - BGP с административным расстоянием 200 и next hop 123.14.14.14 (PE14).
4. Продолжите по пяти строкам IGP с административным расстоянием 110, которые физически разрешают достижимость от 123.123.30.30 (PE30) до 123.14.14.14 (PE14).

Таблица ниже отделяет единственный выбор BGP-маршрута от IGP-хопов, которые делают его next hop достижимым.

BGP next hop указывает на 123.14.14.14 (PE14), затем остальная часть маршрута строится по данным OSPF.

10. Недоступное для построения представление

Отфильтруйте по 123.123.31.31 (PE31). Topolograph может показать маршруты, которые 123.123.100.100 (RR1) получил от 123.123.31.31 (PE31), но один RFC 7854 не раскрывает, какой маршрут установил 123.123.31.31 (PE31) или что 123.123.100.100 (RR1) анонсировал ему в ответ.

1. Откройте BGP Routes и отфильтруйте столбец peer ip по значению 123.123.31.31. Adj-RIB-In (pre) и Adj-RIB-In (post) показывают маршруты, которые 123.123.100.100 (RR1) получил от 123.123.31.31 (PE31), но не таблицу маршрутизации 123.123.31.31 (PE31).
2. Перейдите в форму нахождения пути BGP / VPN и выберите Router 123.123.31.31. Форма предупреждает, что таблица этого маршрутизатора не наблюдается, и не позволяет построить путь по данным BGP.
3. Сравните 123.123.31.31 (PE31) с 123.15.15.15 (PE15): для 123.15.15.15 (PE15) Topolograph использует Loc-RIB 123.123.101.101 (RR2) и явно указывает допущение, что 123.123.101.101 (RR2) анонсировал маршрут 123.15.15.15 (PE15), а 123.15.15.15 (PE15) применил входящую политику.

Topolograph не строит путь, если доступные BMP-данные не описывают таблицу маршрутизации выбранного устройства. Чтобы снять это ограничение, предоставьте Loc-RIB устройства через RFC 9069 или его Adj-RIB-Out post-policy для каждого BGP-соседа через RFC 8671.