EIGRP на стыке PE-CE: настройка в VRF, передача метрики при редистрибуции и выбор оптимального пути.
В каком режиме настраивается EIGRP на PE для работы с VRF?
Что произойдёт при редистрибуции из BGP в EIGRP без указания метрики?
Какое требование предъявляется к номеру автономной системы EIGRP на PE и CE?
Для чего используется Cost Community в EIGRP L3VPN?
Нужна ли дополнительная метрика при обратной редистрибуции из EIGRP в BGP?
Предлагаю следующее. Быстренько у нас еще осталось, минут 15-20. Я думаю, что этого времени хватит. Буквально просто на примере рассмотрим, что будет, если у нас здесь будет, скажем, не БГП, а ЕГРП. Мы берем, просто меняем один протоколомортизации на другой. Давайте просто для упрощения я ЕГРП запущу только, скажем, вот здесь и вот здесь. Булат, смотри. На самом деле, если внимательно смотреть на выводы, которые мы только что с вами рассмотрели, то вопрос на твой ответ попадет сам собой. Если у тебя этот атрибут будет локальным, то как ты поймешь, на каком сайте, скажем так, с какого сайта к тебе прилетел этот апдейт от другого ПЕ? Ну, то есть ты никак его не сможешь сравнить.
Плюс, плюс, смотри, на ПЕ-мартизаторе мы видим showBGP, BPNV4, для префикса 12.12. То есть этот префикс мы получили от кого? То есть мы смотрим на Р1, мы смотрим этот вывод вот здесь. Этот префикс мы получили от ПЕ2. И как мы видим, как мы видим, то есть вот мы получили его от марифтизатора ПЕ2. И у нас в Xenon Community есть вот он, сайт of origin. Естественно, как бы, этот атрибут, он просто прилепляется к BGP апдейту и передается. Итак, настроим EGRP. Побыстрее. Поднимем на марифтизаторе R11 EGRP. То есть напоминаю,
что EGRP в холл сообщении передает номер своей автономной системы. Этот номер автономной системы обязан совпадать между марифтизаторами, чтобы между ними установились отношения соседств. Итак, раутер EGRP, например, 11.14. 11.14. 11.14. И, и, и. Что? Давайте скажем какой-нибудь network 211.11 11.11. Упс. 0, 0, 0. Создадим WB2 с этим IP адресом. 200. сюда 5. 5. И роутер EGRP 11.14. Еще добавим нашу транзитную сеть. очевидно. 10, 1, 11, 0,
0, 0, 0, 0, 2, 3, окей, не сделали. Далее, нам уже с завтра R1, создаем EGRP-процесс. Смотрите, EGRP-процесс, он понимает адресное семейство. То есть вы можете создать один глобальный EGRP-процесс и внутри его точно так же, как BGP, нарезать на различный адрес Family. При этом номер автономный, то есть можете создать, например, раутер EGRP, вам даже не обязательно вводить номер автономной системы. Вы можете просто задать нити-тег, скажем, зададим его EGRP. Далее говорим адрес Family IPv4 VRAFRAD и вот здесь указываем номер автономной системы, который будет запущен для VRAFRAD конкретно. В нашем случае нужно 11.14. И дальше все то же самое. Говорим команду Network 10.11.0. 0.0.0.0.2.5.5. Ну, соответственно, сейчас,
как вы видите, сразу поднимается EGRP-adjacent. Далее сразу скажем. Так. Теперь нам потребуется редистрибьюция. А редистрибьюция, так думаю, она дается в топологи, скорее всего. В топологи base. и делаем редистрибьюция. И делаем BGP. из BGP 100. Единственное, да, не забывайте указывать метрику, на самом деле, да, поскольку, если вы не укажете метрику, то метрика подставится в бесконечность, да, и, соответственно, в EGRP на таблице смортизации такой маршрут никогда не попадет. Указываем параметр bandwidth, delay, reliability, загрузку и intel.
Сделаем. И далее говорим router BGP 100. Адрес family IPv4 VRAE for it. И говорим редистрибьюция. EGRP и номер основной системы и, какой у нас там, 11, 14. Правильно? Правильно. Далее. Show BGP, VPN V4, Unicast, Unicast All. Обратите ваше внимание, что у нас появился префикс EGRP, что, да, он сразу зарегистрибьютировался в EGRP-систему. На что я здесь хочу обратить ваше внимание. То есть, видите, помимо, помимо комьюнити, который был route target, появилась комьюнити, которая называется cost. То есть, это некая комьюнити, которая появляется, когда у нас префикс попадает из EGRP в BGP. Помните, мы когда с вами OSPF рассматривали,
у нас там были различные OSPF комьюнити, которые так или иначе характеризовали, например, наш OSPF домен ID. в зависимости от домена ID, у нас маршруты экспортировались на удаленной точке, либо как Type 3, либо как Type 5. Здесь, здесь, я вам не скажу, на самом деле, конечно, за что отвечают все эти комьюнити, но вот эти вот комьюнити, вот эти вот, они, по-моему, отвечают за метрику. То есть, видите, 1500 – это МТУ, там где-то есть загрузка, по-моему, где-то есть доступность ее, да, что-то в таком, то есть, это некий параметр ЕГРП-шной метрики. Плюс, плюс, обратите внимание, какой номер ЕГРП-автономной системы у нас запущен? Ребят, 1114, правильно? Обратите внимание вот на эту строчку.
То есть, видите, это число 1114, да, оно как-то очень подозрительно, оно очень подозрительно напоминает номер нашей автономной системы. Согласны? То есть, каким-то образом, да, то есть, мы внутрь БГП кодируем номер процесса, из которого этот префикс был получен. Как вы думаете, для чего? Что будет, если на удаленной стороне, ну, скажем, то есть, если я на, что будет, если, вот на ваш взгляд, если на мурицизаторе R4, R4 вот здесь вот, да, что будет, если я запущу EGRP процесс, например, не с номером 1114, а с номером 1411? Как вы думаете, мурицизатор R14, R14, увидит, как, апдейты какие? Для него это будет EGRP internal или external? Да,
то есть, все очень просто. То есть, смотрите, когда апдейт BGP придет на R4, он вычленит вот из этого cost community номер автономной системы, посмотрит, в какую автономную систему этот маршрут редистрибутируется, и в зависимости от того, совпадают ли эти номера или нет, он понимает решение, да, как бы, принадлежат ли этим маршрут одному заказчику, скажем, или разному? То есть, но, если cost community, вот номер автономной системы и cost community совпадает, да, то маршрут редистрибутируется как internal. То есть, если номера автономной системы, номер автономной системы локальной не совпадает с тем, что мы вычленяем из cost community, то такой, наоборот, будет заредистрибутирован как внешний. Ну, давайте, вот эту теорию мы с вами просто и проверим. на маршрутизаторе рем, на маршрутизаторе R4. Говорим, раутер
EGRP, EGRP, адрес family IPv4, EGRF, R, автономная система, например, 1411. Говорим, network 10, 4, 14, 0. и говорим топology base, redistribute BGP 100 и router BGP 100, адрес family IPv4, N, R, R, R, R, R, redistribute EGRP, 1411. Теперь, show BGP, VPNv4, Unicast, all, эти вот у нас есть префиксы, 10, 4, 14, 0. и обратите внимание, что у нас этот атрибут на 8801, он равен 14, 11, он равен 14, 11. Единственное, я опять забыл эту метрику EGRP, чтобы поставить.
Greshel, 10, 155, 15, 152. Спасибо. и на амортизаторе R14 поднимаем интерфейс интерфейс LBG2, IP адрес 214.14.14.255, Router ERP 14.11, Network 214.14.14.
и Network 24.14.0.255. Сейчас мы должны подняться игр по соседству. Проверяем show IP route.age.rp. Как этого можно было ожидать? Префикс BGP нам известен как внешний. Как внешний. Как внешний. Окей. Ну, соответственно, я уже здесь, наверное, давайте теперь мы можем поменять нашу run section. e-rp. Now router e-rp. . Now router e-rp.
. . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . сделали раньше нас были внешние маршруты на в частности интересует префикс 11 и сейчас будет шоу так 11 при этом 29 секунд назад так проверяем возможно я где-то немножечко где-то мог немножко ошибиться show bgp bpUnis 4
и Astro Hunica с машиной 11-11 у нас будут не кратства так так об этом я получаю да adds – 150 получаю его от первого, но заметьте, видите, здесь нету cost. То есть, видите, здесь нету… у меня здесь есть external community cost, а на муштизаторе, а на соседе этого атрибута нету. Единственное, я не уверен, может быть, в этой версии
нужно отдельно передавать его… сейчас, секунду… адрес family VPN 4 на ebus. Send community… да нет, вроде бы не нужно. Давайте я для частоты эксперимента на нашем route-reflectorе сделаю просто clear IP GP. И на всякий случай воспользуюсь помощью Google. мне казалось, что не нужны какие-то дополнительные мальчика. Нужны какие-то, по-моему, не нужны какие-то дополнительные
мальчика. Окей, neighbor zap. да, почему-то, видите, не передается… передается… передается сайтов origin, передается route-target, но почему-то у нас теряется… и на самом деле… так, а туда ли я вообще смотрю, кстати… сейчас секунду… … мне нужно R12, 12, 12, 12, да, это будет… давайте типологию откроем… да, мне кажется, я мог на втором настроить… сейчас… где у меня EJP? где у меня EJP? где у меня EJP? я на первом, да, на первом…
а, мне нужно же не 11, мне нужно 200-ый префикс, правильно? shop.gp, vpnv4, unicast… мне кажется, я просто на разных сайтах это настроил… почему-то есть такое подозрение… сейчас, секундочку… я не могу немножко запутиться… show run, include… да, то есть R11 передает в сторону R1… он передает в сторону R1… все… show ip route, vrf, e, jrp… show ip route, vrf, e, jrp… итак, у меня есть префикс 211.11.11.11.
вот он… все… 211.11.11. ok… естественно, на мурсиаторе R1… вот он есть… смотрим, что он поместился в BGP таблицу… и здесь видите 214.14.14… хорошо… show bgp, vpnv4, unicast… 214.14.14… в битве… в битве… вот он, да, есть… передач… передач… нашего cost-community… надпочтение, что я не посмотрел на самом деле… на… то есть на R14… у меня не прилетает префикс… а на R11… по идее должен… show ip route, vrf… show ip… и здесь… и здесь… и здесь нет… виджепишного маршрута… виджепишного маршрута… у меня есть… видите… он есть на… R1… вот он… BGP… видимо… он известен по BGP… и здесь… видимо… show ip… route… red… он известен по BGP… о, соответственно…
мне нужно… а тут… мне нужно… просто… у меня… 7% выuckles себе… этот… но… в общем… более… а… мы не видим… от вот… У BGP административная дистанция равна 200, а для IBGP. Поэтому я на R11 выключу BGP, NoRouterBGP, 11, 12, 14, и на R14. У меня такое ощущение, что BGP-шный маршрут перебивает ERP-шный.
Поэтому… Вот, видите? И теперь, собственно говоря, для того маршрута, где PEM-маршрутизатор видит ERP-кост-комьюнити и номер автономной системы, у меня теперь внутренний маршрут. А там, где этого кост-комьюнити нет, этот маршрут остается внешним. Конечно. Для loop-prevention, ребята, для loop-prevention, да, то есть, вот как вот мы с вами EGRP рассматривали, как мы с вами BGP рассматривали в Multihominy, в EGRP, ребята, абсолютно то же самое. То есть, у EGRP есть абсолютно такой же атрибут, который называется EGRP Site of Origin. И работает он точно так же, как Site of Origin в EGRP. Здесь вопросы есть? Да, встречается иногда.
Ну, не часто, но иногда встречается. На самом деле, вообще, EGRP хороший в – конечно, в Hub-in-Spot по логиях больших, там EGRP, скажем, масштабируется гораздо лучше Le Stickers. Спасибо.
Спасибо. Спасибо. Спасибо.
Спасибо. Всем счастливо. Пока.