[О блоге] [наверх] [пред] [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. Но
задолбало что уже три раза он отказывается работать.

    [оставить комментарий]