mmajorov Опубликовано 15 августа, 2017 · Жалоба Кто использует 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
v_r Опубликовано 15 августа, 2017 · Жалоба На bird рекурсивный резолвинг работает. В таблице маршрутизации ядра (не bird) есть маршрут на 87.245.238.204? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mmajorov Опубликовано 16 августа, 2017 · Жалоба А как он туда попадет? Я в 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..... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
v_r Опубликовано 16 августа, 2017 · Жалоба Насколько понимаю bird определяет доступность next-hop по наличию маршрута на него в таблице маршрутизации ядра. То есть при отсутствии маршрута на 87.245.238.204 в таблице ядра bird считае все префиксы с next hop 87.245.238.204 как unreachable. Если вы форвардите трафик на bird (а не строите RR, RS) то необходимо импортировать/экспортировать все из/в kernel. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 22 августа, 2017 · Жалоба Насколько понимаю bird определяет доступность next-hop по наличию маршрута на него в таблице маршрутизации ядра. неправильно понимаете. определяет доступность по наличию маршрута в таблице марштуризации bird. а как он туда попадет - из protocol kernel или из другого протокола - вопрос десятый. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mmajorov Опубликовано 26 августа, 2017 · Жалоба Насколько понимаю bird определяет доступность next-hop по наличию маршрута на него в таблице маршрутизации ядра. неправильно понимаете. определяет доступность по наличию маршрута в таблице марштуризации bird. а как он туда попадет - из protocol kernel или из другого протокола - вопрос десятый. Жесткие ограничения имеет bird в плане этой рекурсии. Не получилось строить полноценную IGP средствами iBGP в bird и не химичить с next hop'ом. Да и и подозреваю я эту рекурсию. Как она себя поведет есть у меня еще не заполнена IGP таблица, а по iBGP я получил уже все маршруты... И только потом IGP была заполнена. При этом часть сетей будет недоступна.... Я правильно понимаю или нет? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 27 августа, 2017 · Жалоба 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. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
GrandPr1de Опубликовано 28 августа, 2017 · Жалоба gateway на сеть должен быть directly connected ибо arp Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 28 августа, 2017 · Жалоба 9 часов назад, GrandPr1de сказал: gateway на сеть должен быть directly connected ибо arp таки нет. иначе роут рефлекторы бы не заработали (там отнюдь не next hop self же) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mmajorov Опубликовано 30 августа, 2017 · Жалоба Рекурсивный поиск в BIRD работает. Но там есть ограничение. 1) Вложенность рекурсии только 1 уровень. Такая рекурсия короткая :) 2) Рекурсия не может быть в рамках одного protocol в терминологии bird. Если вы получили маршрут от роутера 1.2.3.4.5 по BGP, то по ним рекурсия не ищет..... На мой взгляд довольно спорные условия. Если первый призван бороться с петлями, то смысл второго я не понимаю. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...