В этой задаче проблема в том, что при агрегировании префиксов, префикс анонсируется из 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
Ещё статьи
linkmeetup
Теперь официально, аж пенсне поправить хочется: 1 июля состоится грандиозный linkmeetup, который организуем мы. Проекту в этом году исполнится 10 лет. В июне выйдет 100-й выпуск классического подкаста для связистов ...
13 мая 2021
Анонс telecom №142. Спутниковая связь
Чаще всего гости находят нас сами. Иногда мы кидаем зов "Хотим поговорить про новинки конного спорта" - и эксперт, увидев, откликается. А порой случает и так, что мы в чате ...
8 декабря 2024
linkmeup и Клиппер. Собес. #2. Junior engineer в Ent
Уже в ближайшее воскресенье будет первый собес с Клиппером. И он начинает отбор кандидатов на другую позицию: Junior engineer в Ent. Ориентировочно интервью состоится 25.02. Если вы чувствуете в себе ...
14 февраля 2018

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, хотя это и не соответствовало требованию задачи не использовать фильтрацию.