DemYaN Опубликовано 25 сентября, 2010 · Жалоба Наблюдаю странную работу (точнее неработу :) ) квагги на FreeBSD 8.1, похожий баг был с 7-кой (https://bugzilla.quagga.net/show_bug.cgi?id=420). В моем случае с одной стороны стоит linux + quagga-0.99.5, с другой FreeBSD 8.1-RELEASE + quagga-0.99.16. Пытаюсь научить их общаться на OSPF в режиме multicast, но похоже у квагги на FreeBSD 8.1 c этим проблемы: На linux видно, что hello-пакеты уходят/приходят из интерфейса, в логах видно что hello от соседа обрабатываются: /var/log/quagga/ospfd.log: 2010/09/25 22:18:11 OSPF: make_: options: 2, int: eth0.11:xxx.xxx.xxx.233 2010/09/25 22:18:11 OSPF: Packet 10.0.0.2 [Hello:RECV]: Options *|-|-|-|-|-|E|* 2010/09/25 22:18:21 OSPF: make_hello: options: 2, int: eth0.11:xxx.xxx.xxx.233 2010/09/25 22:18:21 OSPF: Packet 10.0.0.2 [Hello:RECV]: Options *|-|-|-|-|-|E|* # tcpdump -ni eth0.11 proto ospf 22:18:11.623988 IP xxx.xxx.xxx.233 > 224.0.0.5: OSPFv2, Hello, length: 48 22:18:11.632215 IP xxx.xxx.xxx.234 > 224.0.0.5: OSPFv2, Hello, length: 44 22:18:21.624944 IP xxx.xxx.xxx.233 > 224.0.0.5: OSPFv2, Hello, length: 48 22:18:21.632772 IP xxx.xxx.xxx.234 > 224.0.0.5: OSPFv2, Hello, length: 44 На FreeBSD hello-пакеты уходят/приходят из интерфейса, НО логах не видно чтоб hello от соседа обрабатывались: /var/log/quagga/ospfd.log: 22:18:08.759941 IP xxx.xxx.xxx.233 > 224.0.0.5: OSPFv2, Hello, length 48 22:18:08.766586 IP xxx.xxx.xxx.234 > 224.0.0.5: OSPFv2, Hello, length 44 22:18:18.761290 IP xxx.xxx.xxx.233 > 224.0.0.5: OSPFv2, Hello, length 48 22:18:18.767324 IP xxx.xxx.xxx.234 > 224.0.0.5: OSPFv2, Hello, length 44 # tcpdump -ni igb0 proto ospf 2010/09/25 22:18:08 OSPF: make_hello: options: 2, int: igb0:xxx.xxx.xxx.234 2010/09/25 22:18:18 OSPF: make_hello: options: 2, int: igb0:xxx.xxx.xxx.234 Причем на FreeBSD интерфейс по которому бегает ospf (igb0) не слушает multicast-группу 224.0.0.5: # ifmcstat -i igb0 igb0: inet xxx.xxx.xxx.234 igmpv3 flags=0<> rv 2 qi 125 qri 10 uri 3 group 224.0.0.1 mode exclude mcast-macaddr 01:00:5e:00:00:01 но в тоже время в этой группе второй интерфейс на этой машине: # ifmcstat -i igb1 igb1: inet xxx.xxx.xxx.14 igmpv3 flags=0<> rv 2 qi 125 qri 10 uri 3 group 224.0.0.6 mode exclude mcast-macaddr 01:00:5e:00:00:06 group 224.0.0.5 mode exclude mcast-macaddr 01:00:5e:00:00:05 group 224.0.0.1 mode exclude mcast-macaddr 01:00:5e:00:00:01 Наблюдает ли еще кто-нибудь подобную проблему? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DemYaN Опубликовано 25 сентября, 2010 · Жалоба Собственно сам нашел ответ: http://forum.nag.ru/forum/index.php?showtopic=58972 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148316 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
adeep Опубликовано 27 сентября, 2010 · Жалоба в портах уже quagga 0.99.17_2 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MaLblsH Опубликовано 8 ноября, 2010 · Жалоба Собственно сам нашел ответ:http://forum.nag.ru/forum/index.php?showtopic=58972 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148316 И как ? Помогло ? в портах уже quagga 0.99.17_2 Стоит у меня из портов данная версия, но даже с патчем по ссылкам выше, всё равно такая же проблема: Dlink видит quagga, а quagga Dlink нет :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...