И хост, и гостевая машинка - Oracle Linux.
Виртуалка сконфигурирована на доступ в сеть через хостовый мост, имеет свой ip и видима в локалке.
Проблема в том, что сетевой доступ к виртуалке иногда глючит. То пинги идут через одного (один <1мс, второй 1200мс), то вообще не пингуется, при этом с другого компьютера сети все может быть хорошо (все пинги <1мс). Соответственно оракловые сессии вылетают. Причем в это же время пинги до хоста идеальные.
ebtables и iptables пустые.
В поисках решения находил redhat-овские баги реализации virtio-сетевухи, поэтому решил попробовать сетевуху e1000. Не помогло.

Пока в решениях "про запас" лежит переход на Oracle Linux 6.2 (Oracle 11g наконец-то сертифицировали на 6-ю версию), но хотелось бы разобраться. Вдруг это не баг, а возможно я что-то сделал не так.

В частности не понятно с tap-интерфейсом.
В строке запуска qemu-kvm есть такие параметры: qemu-kvm-net nic,macaddr=54:52:00:3d:22:47,vlan=0,model=e1000 -net tap,fd=17,vlan=0
Man говорит: manfd=h can be used to specify the handle of an already opened host TAP interface.
В системе вроде бы нет никаких tap-устройств (ifconfig показывает только сетевухи хоста, гостевой ОС и мост).
Так зачем он нужен этот tap?
Если его нет, то как все это до сих пор работает? Если есть, то где он у меня настроен?
Что всё таки означает этот handle у tap?

Журавлев Денис, спасибо за ответ.
Но delay=0 уже стоит, так что не в этом дело.
А stp вроде б и ни к чему. У меня ведь один мост с одной виртуалкой и петлей быть не может.
А по поводу пингов и разрывов оракловых сессий интересное замечание. Но соединение рвется и потом не пускает (нет мол листенера) - это факт. А пинг (очень специфический, как описано выше) в это время идет. Может быть здесь дело уже в том как tcp/udp-пакеты передаются..

А что по поводу tap-устройства? Должно быть в списке ifconfig -a?

http://backreference.org/2010/03/26/tuntap-interface-tutorial/
авторNewer virtualization platforms like libvirt use tap interfaces extensively to communicate with guests that support them like qemu/kvm; the interfaces have usually names like vnet0, vnet1 etc. and last only as long as the guest they connect to is running, so they're not persistent, but you can see them if you run ip link show and/or brctl show while guests are running.