Juniper 21 Настройка BGP c провайдером MX SRX. Завершение цикла JNCIS
Vložit
- čas přidán 25. 08. 2024
- Juniper 21 Настройка eBGP iBGP, local preference, MED, community, as predend. MX SRX. Отличия as-path-prepend и as-path-expand
Цикл JNCIS окончен, если интересен JNCIA-Junos, или JNCIP то оставляйте комментарии.
//////////////////////////////RO10
set routing-options autonomous-system 64501
set protocols bgp group uplink type external
set protocols bgp group uplink local-address 203.0.115.2
set protocols bgp group uplink peer-as 64500
set protocols bgp group uplink neighbor 203.0.115.1
set protocols bgp group uplink export PO_EBGP_EXPORT
set protocols bgp group uplink import PO_EBGP_IMPORT
set protocols bgp group int type internal
set protocols bgp group int local-address 10.10.6.3
set protocols bgp group int neighbor 10.20.6.3
set protocols bgp group int export PO_IBGP_EXPORT
set policy-options community COM_LAB members 64501:155
set policy-options policy-statement PO_EBGP_EXPORT term 1 from route-filter 203.0.116.0/24 exact
set policy-options policy-statement PO_EBGP_EXPORT term 1 then metric 10
set policy-options policy-statement PO_EBGP_EXPORT term 1 then community set COM_LAB
set policy-options policy-statement PO_EBGP_EXPORT term 1 then accept
set policy-options policy-statement PO_EBGP_EXPORT term 2 then reject
set policy-options policy-statement PO_EBGP_IMPORT term 1 from route-filter 0.0.0.0/0 exact
set policy-options policy-statement PO_EBGP_IMPORT term 1 from route-filter 1.1.1.0/24 exact
set policy-options policy-statement PO_EBGP_IMPORT term 1 then local-preference 200
set policy-options policy-statement PO_EBGP_IMPORT term 1 then accept
set policy-options policy-statement PO_EBGP_IMPORT term 2 then reject
set policy-options policy-statement PO_IBGP_EXPORT term 1 from route-filter 203.0.116.0/24 exact
set policy-options policy-statement PO_IBGP_EXPORT term 1 then accept
set policy-options policy-statement PO_IBGP_EXPORT term 1 then next-hop self
set policy-options policy-statement PO_IBGP_EXPORT term 2 then reject
set routing-options generate route 203.0.116.0/24
set routing-options static route 203.0.116.1/32 next-hop 10.10.7.1
//////////////////////////////////RO20/////////////////////////
set routing-options autonomous-system 64501
set protocols bgp group uplink type external
set protocols bgp group uplink local-address 203.0.115.6
set protocols bgp group uplink peer-as 64500
set protocols bgp group uplink neighbor 203.0.115.5
set protocols bgp group uplink import PO_EBGP_IMPORT
set protocols bgp group uplink export PO_EBGP_EXPORT
set protocols bgp group int type internal
set protocols bgp group int local-address 10.20.6.3
set protocols bgp group int neighbor 10.10.6.3
set policy-options policy-statement PO_EBGP_EXPORT term 1 from route-filter 203.0.116.0/24 exact
set policy-options policy-statement PO_EBGP_EXPORT term 1 then as-path-prepend "64501 64501 64501"
set policy-options policy-statement PO_EBGP_EXPORT term 1 then metric 20
set policy-options policy-statement PO_EBGP_EXPORT term 1 then accept
set policy-options policy-statement PO_EBGP_EXPORT term 2 then reject
set policy-options policy-statement PO_EBGP_IMPORT term 1 from route-filter 0.0.0.0/0 exact
set policy-options policy-statement PO_EBGP_IMPORT term 1 then local-preference 100
set policy-options policy-statement PO_EBGP_IMPORT term 1 then accept
set policy-options policy-statement PO_EBGP_IMPORT term 2 then reject
благодарю за курс лекций, редкой ценности материал
Спасибо за отзыв
Уважаемые зрители! Если видео практики Juniper оказалось полезным,
поддержите ролик лайком и комментарием, это поможет ознакомить
с ним большую аудиторию. Спасибо.
Для желающих поддержать канал boosty.to/nir_net
Огромная благодарность за курс. Один из не многих, что мне удалось найти по juniper на русском языке.
Спасибо за ваш отзыв.
Спасибо за видео. Интересуют другие материалы по Juniper (JNCIA, JNCIP). А теперь еще Eltex, Huawei и т.д. ))
Побежал подписываться на boosty .
Спасибо за отзыв и поддкржку. Не уверен что возьмусь за Juniper в обозримом будущем, сертификация закрыта а изготовление роликов крайне трудозатратно. Но учту что спрос есть.
Согласен про Juniper информации в русском ютубе мало. Я рад, что нашел ваш канал.
Спасибо за отзыв!
@@Networkisreachable я тоже нрад, продолжайте!!!
Здравствуйте! Спасибо Вам большое за Вашу просветительскую деятельность!) Подскажите пожалуйста, почему в этом видео Вы не рассмотрели настройку community COM_LAB, что она должна была делать?
атрибут комюнити используется для сигнализации провайдеру о тех или иных действиях с маршрутом. Есть общеиспользуемые комьюнити, есть и свои у провайдеров. linkmeup.gitbook.io/sdsm/8.1.-ibgp/3.-atributy-bgp/4.-community/0.-teoriya
Тем для кого лаба готовилась, было понятно зачем нужен этот атрибут, и они понимали этот пример описания частного комьюнити. Для аудитории же вообще не ясно: зачем нам атрибут, кому мы его отправили и с какой целью, по тому я про него и не говорю.
Здравствуйте, спасибо Вам за ответ! И очень жаль, кстати говоря, Вы не уделили здесь этому внимания! Если вдруг у вас сохранился фрагмент настройки того комьюнити (необязательно видео) и цель его использования, не могли бы Вы поделиться этим здесь ссылкой или прямо в комментариях? Спасибо! Могу предложить, что в той community используется атрибут Local Preferance (в соседней as) для выбора маршрута именно через R1
Спасибо за ссылку, я с ней хорошо знаком) меня интересует данная тема в разрезе логики и синтаксиса Juniper !
@@uranc там просто выдуманная комьюнити. просто в джунипере они описываются немного необычно. её нужно объявить и потом применять.
set policy-options community COM_LAB members 64501:155
set policy-options policy-statement PO_EBGP_EXPORT term 1 from route-filter 203.0.116.0/24 exact
set policy-options policy-statement PO_EBGP_EXPORT term 1 then metric 10
set policy-options policy-statement PO_EBGP_EXPORT term 1 then community set COM_LAB
set policy-options policy-statement PO_EBGP_EXPORT term 1 then accept
set policy-options policy-statement PO_EBGP_EXPORT term 2 then reject
set protocols bgp group uplink export PO_EBGP_EXPORT
Спасибо Вам!
Разрешите поинтересоваться, есть предприятие и коллега новый предлогает значит каждый кабинет зависти в отдельный vlan я вроде того что пока воздерживаюсь от такого решения. Понятно что может быть и это изолирует трафик одного кабинета от другого но все же ..интересует более глубокое понятие целесообразности такого мероприятия.
Я думаю это контрпродуктивно. Нету смысла. Слишком много работы, подсетей а главное в чём цель? Можно выгнать в отдельные виланы какие-то критические отделы аля бухгалтерия.
Огромное спасибо за ролик - очень информативно. При настройке BGP на Juniper MX80 столкнулся с проблемой создания bgp community. Мы используем 32 битную AS200634 и при попытке создать любое community получаем сообщение о ошибке:
# commit
[edit policy-options community MYROUTES members]
'200634:33'
invalid autonomous system value at '200634' not in range 0 to 65535
error: configuration check-out failed
Можете подсказать - создание "обычных" community возможно только для 16 битных автономных систем?
Или это зависит от версии JunOS?
проверьте версию по, проверьте что по лицензиям. Я настраивал комьюнити на MX и все было без проблем, но не помню были ли они 16 или 32 бита.
В сети ещё говорят о вот такой конструкции для указания расширенного номера АС (обратите внимание на буковку L)
[edit policy-options community TEST]
'members target:1234L:222222'
Ну и на последок, для well known community у juniper есть слова, которые не выскакивают в подсказках:
set policy-options community TEST members no-advertise
• no-advertise-Routes containing this community name are not advertised to other BGP peers.
• no-export-Routes containing this community name are not advertised outside a BGP confederation boundary.
• no-export-subconfed-Routes containing this community are advertised to IBGP peers with the same AS number, but not to members of other confederations.
@@Networkisreachable Огромное спасибо!
Подошел следующий вариант: set policy-options community MYROUTES members 200634L:33
Отлично что сработало!
Тема с дефолтами не раскрыта. Что будет при обрыве первого линка с провайдером? Трафик должен пойти по второму линку, но если на втором роутере дефолт указывает на первый, то будет петля. Да и информация о самом дефолте со второго линка не доходит до первого роутера. Чтобы в локалпрефах был хоть какой-то смысл, то роутеры как минимум должны обменяться своими дефолтами и выбрать из них приоритетный. Правда ospf все равно перебивает. Да и откуда берется дефолт в оспф, наверное он должен туда редистрибутироваться, и тут возникает вопрос как сделать так, чтобы при смерти первого канала в оспф попадал дефолт со второго и трафик разворачивался на второй роутер... Короче в описанной схеме осталось много нераскрытых вопросов.
там же iBGP между бордерами, он прекрасно передаст информацию о дефолте.
@@Networkisreachable вы же отфильтровали все кроме анонсируемой сети. И в вашем примере дефолт с роутера 2 на роутер 1 не приходит (и наоборот). К тому же сейчас наткнулся на особенность реализации: похоже с какой-то версии джуноса надо указывать экспорт в явном виде. Настраивал ibgp между MX240 c 13.3 и MX204 с 22.2. Так вот 240-й в сторону 204-го отдавал все маршруты без экспорта, а 204-й в сторону 240-го нет.
Ну и если у вас роутер 2 хоть какую-то связь с сетью автономки предполагает, то в случае выхода из строя роутера 1 дефолт в оспф должер порождать роутер 2, ну анонсируемый префикс у него тоже должен сам генериться. Обычно это (создание маршрута для анонса) все-таки статикой в дискард делается, чтобы ничего лишнего внутри не блуждало и не кольцевалось. Хотя в конфиге с двумя роутерами лучше суммаризовать из igp, т.к. в случае отрыва роутера от сети автономки он будет продолжать анонсить маршрут, к корому у него не будет доступа, а должен был бы прекратить это безобразие немедленно :) Правда и тут есть нюанс - если у него адреса с этой сети на собственных интерфейсах будут живы, то агрегированный маршрут не исчезнет.
@@user-mj4fr8ii3r да вы правы, я его там фильтрую, по идее нужно дефолт конечно передавать. Пример очень утрированный, он скорее про основные команды, чем про архитектуру. Но вы мыслите правильно. Если говорить о специальных маршрутах для анонсов, рекомендую почитать про агрегированные и суммарные маршруты у джунов.