]> Sergey Matveev's repositories - stargrave-blog.git/commitdiff
Всё, OpenBGPD достал
authorSergey Matveev <stargrave@stargrave.org>
Thu, 14 Sep 2023 09:05:45 +0000 (12:05 +0300)
committerSergey Matveev <stargrave@stargrave.org>
Thu, 14 Sep 2023 09:05:45 +0000 (12:05 +0300)
Два месяца (2699f8360ee6aa3622e6aab139a1b650dc375fa6) пожил с OpenBGPD
вместо BIRD. Да, приходилось явно придумывать и указывать AS-ы и IP
адреса для соединения демонов, но мне чисто эстетически очень нравился
формат конфигов и вывода этой команды.

Но после банальной попытки пускать BGP поверх недавно появившегося 10GbE
(c88a83563caf8a6000f430b69e37aa4766315c93) соединения, количество
проблем превысило мой порог терпимости.

* bgpd не запускается если нет интерфейса указанного в конфигурации. У
  меня были как-раз WireGuard интерфейсы, в зависимости от того где
  нахожусь, то присутствующие, то нет. Я переименовывал их и создавал
  фиктивные, просто присутствующие, чтобы запускать демона без изменения
  конфига
* bgpd не работает, если есть один и тот же IP адрес на разных
  интерфейсах (62fffff07180b3ecdf59193dde24366c1649f8d5), даже если это
  и link-local, что абсолютно нормальная ситуация
* ну а попытка просто добавить знание о ещё одном 10GbE интерфейсе
  приводят к тому, что один из детей демона падает и он перезапускается
  из-за этого. Как это было при совпадении link-local адресов. Я
  использовал gdb чтобы понять в чём же дело то, ибо сообщений о причине
  падения никуда не выводится. Хотя добавления ещё одного пути до AS я
  уже делал (2x WG туннеля по двум Ethernet в один коммутатор)

Разбираться снова через отладчик уже желания не было. Не, я при этом
чувствую себя круче, мол как настоящий Си-программист, не боящийся
разобраться в чём же дело и решить проблему, в общем-то получающий
удовольствие от чтения достаточно компактного и понятного кода bgpd. Но
задолбало что уже три раза он отказывается работать.


No differences found