Ночь добрая! Подскажите, пожалуйста, почему тут одиннаковый IP адрес в таблице маршрутизации (отмечено синим) и как подключена эта сеть

/32 это его собственный адрес, /25 - коннектед сетка

а окей, т.е одна /25 подключена и всё да?

Я бы сказал 192.168.71.99/27 199.175.31.38/25 И статика 0000/0 => 199.175.32.1 199.175.32.128 =>199.175.32.2 101.20.0.0/16 =>192.168.71.102

пока не запустили )

а че кто хорошего за opencontrail слышал

непонятно почему на коннектедах не взлетает нормально

А что с разных сторон?

по iBGP прилетают маршруты с метками, но bgp lsp не встаёт (те, что прилетели с другого ABR). если поднимать сессию на лупбеках + статик роуты - то тоже не встаёт. если статики переделать на (отдельный) ospf - тоже не встаёт. а если вот в этих же интерфесах (новый отдельный ospf) врубить лдп - всё норм. при этом схема с eBGP на коннектедах взлетает на раз два. но нам сейчас нужен именно intra-as )

по iBGP прилетают маршруты с метками, но bgp lsp не встаёт (те, что прилетели с другого ABR). если поднимать сессию на лупбеках + статик роуты - то тоже не встаёт. если статики переделать на (отдельный) ospf - тоже не встаёт. а если вот в этих же интерфесах (новый отдельный ospf) врубить лдп - всё норм. при этом схема с eBGP на коннектедах взлетает на раз два. но нам сейчас нужен именно intra-as )

Покажи конфигурацию

а если локальные igp (ospf там) активировать на этих линках, но без соседства?

пару passive

бжп всё просто, peer ABR enable peer ABR route-policy FROM_ABR_IN import peer ABR route-policy TO_ABR_OUT export peer ABR reflect-client peer ABR next-hop-local peer ABR label-route-capability peer ABR advertise-community peer RR enable peer RR route-policy FROM_RR_IN import peer RR route-policy TO_RR_OUT export peer RR reflect-client peer RR next-hop-local peer RR label-route-capability peer RR advertise-community через полиси разрешено только лупбекам для LU бегать. Route-policy : TO_ABR_OUT permit : 100 (matched counts: 314) Match clauses : if-match community-filter LOOPBACK_LU Apply clauses : apply mpls-label deny : 900 (matched counts: 0) Route-policy : FROM_ABR_IN permit : 100 (matched counts: 723) Match clauses : if-match mpls-label if-match community-filter LOOPBACK_LU Apply clauses : apply mpls-label deny : 900 (matched counts: 4) в сторону RR-а аналогично

Это конфиг РР?

есть 2 домена ospf в пределах одной AS

есть 2 домена ospf в пределах одной AS

есть 2 домена ospf в пределах одной AS

Ну вот ASR должен быть RR для клиентов ниже по иерархии

Или я схему не понимаю?

мы решили чтобы сессию от ABR не тянуть до всех PE, через существующий RR (настоящий RR уже) распространять лупбеки для LU

я конечно не архитектор, но мне кажется, это дизайн, содающий проблемы, а не решающий)

ну сейчас удалось запустить только такую схему, да. что между ABR есть свой ospf

Третий?

да. на каждом abr есть свой igp + ospf чисто между abr )

Так он попилить хочет их наоборот

да тут у нас эти PE-шки щас как грибы растут (в месяц по 3-4 штуки), поэтому охота разделить igp хотя бы на 3-4 кусочка (тем более там логически и по топологии оно делится). просто непонятно что будет с lsdb когда будет в районе 300 роутеров, и у каждого как минимум по 2-3 линка ) и всё это в одной ареи

Я ж не говорю редистрибьют делать

А, я понял, на каждом abr будет 1 саб всего лишь в одном процессе и всё остальное в основном?