https://opennet.me/openforum/vsluhforumID1/93357.html Ситуация такая: есть сеть, в ней freebsd-роутер и win-сервера, в частности, nlb-кластер. Кластер сконфигурирован в режиме multicast: обе ноды с разными маками имеют одинаковый ip, и у каждого мака - свой отдельный ip алиасом прописан.<br><br>Все работало хорошо, пока я не решил обновить роутер до freebsd 9.0<br>Теперь же кластер недоступен, при попытке пингануть кластер, получаю в логе строчку:<br>router3 kernel: in_arp: source hardware address is multicast.in_arp: source hardware address is multicast.<br><br>А пинг отвечает:<br>ping: sendto: Host is down<br><br>В arp -a просто нет этого ip, который должен висеть на 2 маках.<br>ip каждой ноды в arp-таблице присутствует и благополучно пингуется, но надо чтобы работал именно кластер.<br><br>В более ранних версиях freebsd все работало хорошо: на каждый пинг просто приходило по 2 ответа (по 1 от каждой ноды). TCP-сессии тоже благополучно работали.<br>В гугле по этой проблеме на редкость мало инфы, нарыл только то, что по стандарту оно и не должно работать, вроде, что есть патч, который уб https://opennet.me/openforum/vsluhforumID1/93357.html#8 Thu, 12 Nov 2015 11:41:35 GMT &gt;&gt;&gt; Ну как успехи в этом вопросе. Как-то удалось победить?<br>&gt;&gt; В 9ке новый параметр системы. net.link.ether.inet.allow_multicast=1 добавить в /etc/sysctl.conf.<br>&gt;&gt; зачем он появился непонятно <br>&gt; Выяснилось, что данный параметр позволяет системе добавлять в arp-таблицу MAC адреса из <br>&gt; multicast диапазона. Работает и для FreeBSD 10.0 <br><br>Вот это я удачно зашел спустя 3,5 года в поисках решения этой же проблемы после того как обновился до 10.2.<br>Смотрю, что-то такое когда-то уже читал. Потом смотрю - а оказывается я же и тему создал, вот так бывает!<br><br>По сабжу подтверждаю, net.link.ether.inet.allow_multicast=1 - ровно то, что нужно.<br>С ним 10.2 отвечает аналогично 8-й ветке:<br>64 bytes from 192.168.xx.xx: icmp_seq=0 ttl=128 time=0.720 ms<br>64 bytes from 192.168.xx.xx: icmp_seq=0 ttl=128 time=0.768 ms (DUP!)<br> https://opennet.me/openforum/vsluhforumID1/93357.html#7 Mon, 12 Oct 2015 09:56:30 GMT &gt;&gt; Ну как успехи в этом вопросе. Как-то удалось победить?<br>&gt; В 9ке новый параметр системы. net.link.ether.inet.allow_multicast=1 добавить в /etc/sysctl.conf. <br>&gt; зачем он появился непонятно <br><br>Выяснилось, что данный параметр позволяет системе добавлять в arp-таблицу MAC адреса из multicast диапазона. Работает и для FreeBSD 10.0<br> https://opennet.me/openforum/vsluhforumID1/93357.html#6 Mon, 10 Feb 2014 09:29:46 GMT &gt; Ну как успехи в этом вопросе. Как-то удалось победить?<br><br>В 9ке новый параметр системы. net.link.ether.inet.allow_multicast=1 добавить в /etc/sysctl.conf. зачем он появился непонятно<br> https://opennet.me/openforum/vsluhforumID1/93357.html#5 Tue, 18 Dec 2012 15:38:36 GMT &gt; Ну как успехи в этом вопросе. Как-то удалось победить?<br><br>Удалось, прописал в rc.conf то ли один из маков в arp-таблицу статически то ли другой в список исключений. В итоге только один из адресов доступен, но этого хватало.<br>Что и как именно прописал, уже не вспомню, т.к. сейчас по ряду других причин откатился обратно на 8-ю фрю...<br> https://opennet.me/openforum/vsluhforumID1/93357.html#4 Tue, 18 Dec 2012 13:55:11 GMT Ну как успехи в этом вопросе. Как-то удалось победить?<br> https://opennet.me/openforum/vsluhforumID1/93357.html#3 Wed, 30 May 2012 08:22:15 GMT &gt;[оверквотинг удален]<br>&gt; } <br>&gt; И чем это мне поможет, интересно? Никаких ifdef'ов поблизости не видно, как <br>&gt; я понимаю, параметры ядра не помогут. Или надо в другом месте <br>&gt; где-то смотреть?<br>&gt; Сегодня ночью сервер вообще перестал отвечать по сети, остальные сервисы все работали <br>&gt; - разбираться времени не было, поэтому мы его перезагрузили с консоли. <br>&gt; В логах ничего кроме кучи сообщений про "source hardware address is <br>&gt; multicast.".<br>&gt; Интересно, причина может быть связана с этим?<br>&gt; Как решить проблему? Или единственный способ - откатиться на 8-ю ветку?<br><br>Ну попробуйте в freebsd-questions@, или как там правильно, задать.<br> https://opennet.me/openforum/vsluhforumID1/93357.html#2 Wed, 30 May 2012 07:17:34 GMT &gt; можно сравнить исходники /usr/src/sys/netinet/if_ether.c <br>&gt; в 8 и 9-ке <br><br>Сравнил. Код в основном одинаковый, но есть и изменения, в частности в функции in_arpinput, появилась проверка:<br> if (ETHER_IS_MULTICAST(ar_sha(ah))) {<br> log(LOG_ERR, "in_arp: source hardware address is multicast.");<br> return;<br> }<br><br>И чем это мне поможет, интересно? Никаких ifdef'ов поблизости не видно, как я понимаю, параметры ядра не помогут. Или надо в другом месте где-то смотреть?<br><br>Сегодня ночью сервер вообще перестал отвечать по сети, остальные сервисы все работали - разбираться времени не было, поэтому мы его перезагрузили с консоли. В логах ничего кроме кучи сообщений про "source hardware address is multicast.".<br>Интересно, причина может быть связана с этим?<br><br>Как решить проблему? Или единственный способ - откатиться на 8-ю ветку?<br> https://opennet.me/openforum/vsluhforumID1/93357.html#1 Sun, 13 May 2012 23:21:19 GMT &gt; Ситуация такая: есть сеть, в ней freebsd-роутер и win-сервера, в частности, nlb-кластер. <br>&gt; Кластер сконфигурирован в режиме multicast: обе ноды с разными маками имеют <br>&gt; одинаковый ip, <br><br>хз.<br><br>можно сравнить исходники /usr/src/sys/netinet/if_ether.c<br>в 8 и 9-ке<br><br>