В этой задаче проблема в том, что при агрегировании префиксов, префикс анонсируется из AS 64503, как ее локальный. И исчезли AS, которые были в префиксах, объединенных в один суммарный.
Для того чтобы номера этих AS передавались с агрегированным префиксом, надо установить параметр as-set. Тогда, например, когда наша AS64500 получит агрегированный префикс, то она увидит свой номер в пути и отбросит его.
На R8:
router bgp 64503
aggregate-address 100.0.0.0 252.0.0.0 summary-only as-set
Ещё статьи
АДСМ1. Виртуализация сети
В предыдущем выпуске я описал фреймворк сетевой автоматизации. По отзывам у некоторых людей даже этот первый подход к проблеме уже разложил некоторые вопросы по полочкам. И это очень меня радует, ...
7 июня 2019
Ответ к задаче №МВ3.6
На маршрутизаторах R1-R4: router bgp 64500 bgp bestpath as-path ignore Стандартная процедура выбора маршрута: 1 Максимальное значение weight (локально для маршрутизатора). 2 Максимальное значение local preference (для всей AS). 3 ...
19 октября 2013
Анонс подкаста. Выпуск 22
21-го декабря в 15:00 по Мск здесь будет 22-й выпуск подкаста linkmeup. В гостях инженеры из российской компании НТЦ Метротек — Иван Шевчук и Павел Курочкин. Они расскажут о том, ...
15 декабря 2014

4 коментария
xgu.ru гласит:
summary-only — если задана эта опция, маршрутизатор анонсирует суммарный маршрут и не анонсирует его компоненты. По умолчанию все компоненты суммарного маршрута анонсируются.
Думаю его не надо указывать, а то R8 начинает молчать и про 103.0.0.0/22
Спасибо пользователю ulypka007 за комментарий к задаче.
Поправили условие задачи, чтобы явно было видно как настроено агрегирование.
Ваш комментарий был таким:
Вы конечно правы, нужно использовать aggregate-address 100.0.0.0 252.0.0.0 as-set без опции summary-only, иначе в таблице BGP на R5 и R6 не окажется не только суммарного маршрута, но и его компонента 103.0.0.0/22.
Не зная про as-set, я так и поступил: указал aggregate-address 100.0.0.0 252.0.0.0 без опции summary-only, в итоге все AS’ы знали про суммарный маршрут 100.0.0.0/6 и его компонент 103.0.0.0/22. Затем с помощью prefix list и route map убрал суммарный префикс из анонсов для 101.0.0.9 и 102.0.0.9, хотя это и не соответствовало требованию задачи не использовать фильтрацию.