[sanyasi]

Доброго времени суток.

Обновил quaggа с 0.99.22.4 на 1.2.4, с сохранением конфигов.

 

Есть транзитная автономка (1234), подключенная через оспф сеть.
 

neighbor 1.2.3.4 remote-as 1234
neighbor 1.2.3.4 description -= client =-
neighbor 1.2.3.4 ebgp-multihop 4
neighbor 1.2.3.4 next-hop-self
neighbor 1.2.3.4 default-originate
neighbor 1.2.3.4 soft-reconfiguration inbound

От неё получаю анонсируемый (2.2.2.2/24) маршрут.

Аналогичный маршрут получаю из ospf сети.

Это работает в обеих версиях

В старой версии  вижу оба маршрута, и он естественно анонсируется апстримам по bgp
 

#sh ip ro 2.2.2.2/24
Routing entry for 2.2.2.2/24
  Known via "ospf", distance 110, metric 100
  Last update 01w4d08h ago
    3.3.3.3, via eth2.235

Routing entry for 2.2.2.2/24
  Known via "bgp", distance 20, metric 0, best
  Last update 07w2d03h ago
  * 1.2.3.4 (recursive via 3.3.3.3, eth2.235)

В новой версии, есть только ospf маршрут, хотя от bgp пира он приходит.  Апстримам сеть не анонсируется.

#sh ip ro 2.2.2.2/24
Routing entry for 2.2.2.2/24
  Known via "ospf", distance 110, metric 100, tag 0, vrf 0, best, fib
  Last update 00:05:04 ago
  >* 3.3.3.3, via eth2.235

Что-то незаметно поменялось, подскажете куда смотреть?

 

[jffulcrum]

Так а Zebra демон поднялся после обновления? Потому как маршруты от динамических протоколов в таблицу в итоге заносит именно он.

[sanyasi]

1 минуту назад, jffulcrum сказал:

Так а Zebra демон поднялся после обновления?

Все демоны поднялись и работают, моя автономка анонсируется апстримам, все фуллвью получаю. Из ядра по оспф получаю свои сети, анонсирую туда дефолт. Все работает, кроме того, что маршрут на сеть  транзитнай автономки, попадает в таблицу маршрутов только от оспф демона.

[vlad11]

Повысьте уровень логов и включите само логгирование.
Увидите много интересного.

 

[TheUser]

18 часов назад, sanyasi сказал:

В новой версии, есть только ospf маршрут, хотя от bgp пира он приходит.  Апстримам сеть не анонсируется.

Ну, если от BGP он приходит, то лучшим все равно считается OSPF-ный и в таблицу маршрутизации попадет именно он, "перебив" BGP-шный.

А если в BGP не настроен редистрибьют из OSPF, то этот маршрут не будет проанонсирован BGP-пирам.

То есть сейчас (как я понял) ситуация нормальная, почему раньше работало - вот в чем вопрос.

[sanyasi]

14 минут назад, TheUser сказал:

о есть сейчас (как я понял) ситуация нормальная

Спасибо, редистрибьют оспф - экспорт заработал.  Но sh ip bgp neighbors  .... advertised-routes, стоит вопрос  ? - incomplete, и не отображается номер транзитной автономки. 

 sh ip ro  все также  не показывает наличие bgp маршрута.

[TheUser]

9 минут назад, sanyasi сказал:

Но sh ip bgp neighbors  .... advertised-routes, стоит вопрос  ? - incomplete, и не отображается номер транзитной автономки.

Incomplete в данной ситуации - это нормально. И отсутствие автономки тоже. Ваша становится ориджином.

Не совсем понял почему у вас один и тот же префикс прилетает и по OSPF, и по BGP.

В чем смысл получать ее по OSPF?

[sanyasi]

12 минут назад, TheUser сказал:

В чем смысл получать ее по OSPF?

Транзитная сеть на ядре отправляется в null0, в таком виде и приходит как маршрут на BGP сервер по ospf. Прямого линка между кваггой этой автономки нет, она за маршрутизаторами. При удалении перенаправления в null0 на ядре, полученная по bgp сеть не добавляется в таблицу маршрутизации, %Network not in table. 

По всей видимости, ebgp как-то не работает.

Изменено 17 декабря, 2018 пользователем sanyasi

[sanyasi]

решено:

neighbor 1.2.3.4  route-map NEXTHOP in

route-map NEXTHOP permit 10
 set ip next-hop 3.3.3.3
!