[О блоге]
[наверх]
[пред]
[2023-09-14 12:05:45+03:00]
[61d61d2fa894068923c25aaa1952db88c76e80d7]
Темы: [bgp][hate]
Всё, OpenBGPD достал
Два месяца (2699f8360ee6aa3622e6aab139a1b650dc375fa6) пожил с OpenBGPD
вместо BIRD. Да, приходилось явно придумывать и указывать AS-ы и IP
адреса для соединения демонов, но мне чисто эстетически очень нравился
формат конфигов и вывода этой команды.
Но после банальной попытки пускать BGP поверх недавно появившегося 10GbE
(c88a83563caf8a6000f430b69e37aa4766315c93) соединения, количество
проблем превысило мой порог терпимости.
* bgpd не запускается если нет интерфейса указанного в конфигурации. У
меня были как-раз WireGuard интерфейсы, в зависимости от того где
нахожусь, то присутствующие, то нет. Я переименовывал их и создавал
фиктивные, просто присутствующие, чтобы запускать демона без изменения
конфига
* bgpd не работает, если есть один и тот же IP адрес на разных
интерфейсах (62fffff07180b3ecdf59193dde24366c1649f8d5), даже если это
и link-local, что абсолютно нормальная ситуация
* ну а попытка просто добавить знание о ещё одном 10GbE интерфейсе
приводят к тому, что один из детей демона падает и он перезапускается
из-за этого. Как это было при совпадении link-local адресов. Я
использовал gdb чтобы понять в чём же дело то, ибо сообщений о причине
падения никуда не выводится. Хотя добавления ещё одного пути до AS я
уже делал (2x WG туннеля по двум Ethernet в один коммутатор)
Разбираться снова через отладчик уже желания не было. Не, я при этом
чувствую себя круче, мол как настоящий Си-программист, не боящийся
разобраться в чём же дело и решить проблему, в общем-то получающий
удовольствие от чтения достаточно компактного и понятного кода bgpd. Но
задолбало что уже три раза он отказывается работать.
[оставить комментарий]