received packet with own address as source address

received packet with own address as source address
1) баг ядра, в частности может быть с CentOS 6.4 2.6.32-358.2.1.el6.x86_64 - обновиться
2) проблемы с сетью, какой-то из свичей колбасит (искать и менять свич)
3) сеть - есть кольца. В частности, у нас было на сложной топологии на базе 3com 5500-EI при настройке QinQ, поиск будет долгим.
4) проблемы с linux bridge
http://forum.proxmox.com/threads/9183-new-install-eth0-received-packet-with-own-address-as-source
http://backreference.org/2010/07/28/linux-bridge-mac-addresses-and-dynamic-ports/
суть в том, что MAC для бриджа выбирается из наименьшего на связанных интерфейсах.

Now, by default bridge interfaces in Linux use, for their MAC address, the lowest MAC address among the enslaved interfaces. So if the newly created interface has a lower MAC, the bridge changes its MAC address and uses that of the new interface. When the guest is stopped, the tap interface is removed from the bridge and destroyed, at which point the bridge's MAC address has to change again. Depending on when and how often guests are started/stopped, the host's bridge interface may be changing its MAC address quite often.

Маловероятно на интел-картах с префиксом 00:1B и весьма вероятно на broadcom с префиксом 84.

Имеет смысл вместо bridge попробовать openvswitch, но уже готовые пакеты найти не удалось (пока?) и надо собирать свои пакеты.

rsyslog: некоторые особенности настройки

Если надо в syslog писать из своей программы, казалось бы, выбрали любой local* (для примера выберём 0) и автоматом пишем в /etc/rsyslog.d/program что-то типа
local0.* /var/log/prog.log

Но эти сообщения будут попадать и в основной лог (messages, syslog). И красивое развёртывание начинает рассыпаться необходимостью править/заменять основной конфиг! В частности, в центос надо строку
*.info;mail.none;authpriv.none;cron.none                -/var/log/messages

заменить на

*.info;local0.none;mail.none;authpriv.none;cron.none                -/var/log/messages