В этой задаче проблема в том, что при агрегировании префиксов, префикс анонсируется из 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
Сети для самых маленьких. Часть восьмая. BGP и IP SLA
До сих пор мы варились в собственном соку – VLAN’ы, статические маршруты, OSPF. Плавно росли над собой из зелёных студентов в крепких инженеров. Теперь отставим в сторону эти игрушки, пришло ...
24 июня 2013
В гости к НТЦ Метротек
В Элтекс уже ходили. В этот раз НТЦ Метротек. Читайте обзор в узнаваемом стиле Саши Мамонтова-Фатина. ======================== Уже почти неделю, как за окном был беспробудный Питер, всё местное население окончательно ...
15 июля 2016

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