переход в IGP на iBGP и отказ от next hop self

[mmajorov]

Кто использует iBGP без next hop self?

Не могу понять почему BIRD не делает рекурсивный поиск маршрута!

Пробую на кошечках:

 

<--- eBGP ---> R1 <--- iBGP ---> R2

 

При этом все маршруты вот в таком статусе на R2:

142.154.241.0/24 unreachable [bird_ipv4 15.08.2017 19:40:04 from 95.174.97.33] * (100/-) [AS22652i]

Type: BGP unicast univ

BGP.origin: IGP

BGP.as_path: 9002 6453 22652

BGP.next_hop: 87.245.238.204

BGP.med: 999

BGP.local_pref: 100

BGP.community: (9002,9002) (9002,64615) (49037,0) (49037,10001)

 

Хотя сам 87.245.238.204 в таблицах находиться...

 

bird> show route where 87.245.238.204 ~ net all

87.245.192.0/18 unreachable [bird_ipv4 15.08.2017 19:40:07 from 95.174.97.33] * (100/-) [AS9002i]

Type: BGP unicast univ

BGP.origin: IGP

BGP.as_path: 9002

BGP.next_hop: 87.245.238.204

BGP.med: 999

BGP.local_pref: 100

BGP.community: (9002,0) (9002,64667) (49037,0) (49037,10001)

87.245.238.204/31 via 95.174.97.33 on vlan8 [bird_ipv4 15.08.2017 19:40:09] * (100/0)

Type: BGP unicast univ

BGP.origin: IGP

BGP.as_path:

BGP.next_hop: 95.174.97.33

BGP.local_pref: 100

[v_r]

На bird рекурсивный резолвинг работает.

В таблице маршрутизации ядра (не bird) есть маршрут на 87.245.238.204?

[mmajorov]

А как он туда попадет?

Я в bird импортирую protocol direct конечно и экспортирую protocol kernel.

При этом bird получает:

87.245.238.204/31 via 95.174.97.33 on vlan8 [bird_ipv4 15.08.2017 19:40:09] * (100/0)

 

По каким принципам эта рекурсия работает? В документации указано, что таблица IGP по умолчанию та-же самая master.....

[v_r]

Насколько понимаю bird определяет доступность next-hop по наличию маршрута на него в таблице маршрутизации ядра. То есть при отсутствии маршрута на 87.245.238.204 в таблице ядра bird считае все префиксы с next hop 87.245.238.204 как unreachable.

Если вы форвардите трафик на bird (а не строите RR, RS) то необходимо импортировать/экспортировать все из/в kernel.

[NiTr0]

Насколько понимаю bird определяет доступность next-hop по наличию маршрута на него в таблице маршрутизации ядра.

неправильно понимаете. определяет доступность по наличию маршрута в таблице марштуризации bird. а как он туда попадет - из protocol kernel или из другого протокола - вопрос десятый.

[mmajorov]

Насколько понимаю bird определяет доступность next-hop по наличию маршрута на него в таблице маршрутизации ядра.

неправильно понимаете. определяет доступность по наличию маршрута в таблице марштуризации bird. а как он туда попадет - из protocol kernel или из другого протокола - вопрос десятый.

 

Жесткие ограничения имеет bird в плане этой рекурсии.

Не получилось строить полноценную IGP средствами iBGP в bird и не химичить с next hop'ом.

Да и и подозреваю я эту рекурсию. Как она себя поведет есть у меня еще не заполнена IGP таблица, а по iBGP я получил уже все маршруты... И только потом IGP была заполнена. При этом часть сетей будет недоступна....

Я правильно понимаю или нет?

[NiTr0]

21 час назад, mmajorov сказал:

Жесткие ограничения имеет bird в плане этой рекурсии.

нормальные такие ограничения.

есть у вас в таблице маршрутизации маршрут на x.x.x.x/16 через y.y.y.y, а вот маршрута до y.y.y.y - нет. вопрос: что bird'у надо в этом случае делать?

 

21 час назад, mmajorov сказал:

Да и и подозреваю я эту рекурсию. Как она себя поведет есть у меня еще не заполнена IGP таблица, а по iBGP я получил уже все маршруты... И только потом IGP была заполнена. При этом часть сетей будет недоступна....

Я правильно понимаю или нет?

по идее проблем быть не должно. у меня во всяком случае с bird не было ни разу (хотя анонсил по-разному - и iBGP+OSPF для connected, и все в iBGP пире). и при получении новых роутов - unreachable сменялись на destination.

[GrandPr1de]

gateway на сеть должен быть directly connected ибо arp

[NiTr0]

9 часов назад, GrandPr1de сказал:

gateway на сеть должен быть directly connected ибо arp

таки нет. иначе роут рефлекторы бы не заработали (там отнюдь не next hop self же)

[mmajorov]

Рекурсивный поиск в BIRD работает.

Но там есть ограничение.

1) Вложенность рекурсии только 1 уровень. Такая рекурсия короткая :)

2) Рекурсия не может быть в рамках одного protocol в терминологии bird. Если вы получили маршрут от роутера 1.2.3.4.5 по BGP, то по ним рекурсия не ищет.....

 

На мой взгляд довольно спорные условия. Если первый призван бороться с петлями, то смысл второго я не понимаю.