Are you using the veth or vnet drivers? If it's vnet, I don't have a
clue. I depend on IPv6 for a lot of things and vnet is not IPv6
veth
Though it's IPv4, not 6. And it's very vanilla: static IPs in all VEs,
no DHCP or SMB services at all.
Often it's very transitive. Bridges tend to
"stall out" as things get added to them and they relearn their MAC
deliveries, but that's usually only seconds.
Hrm. I'm seeing minutes sometimes, in this case hours until I stumbled
across pinging out.
So far I've not seen a pattern; different VEs on different HNs,
sometimes the same one 2-3 times in a night, sometimes 2-3 different
ones over a week, sometimes only 1 in a week. This is the first time
though, where it lasted more than 10 minutes.
Like I said, I'm wondering whether it's some ARP announcement issue with
the veth, the Ethernet bonding, and the 2 switches.
I'm also wondering whether switching to venet could solve this, as well
as provide other benefits such as performance and security. We do not
use DHCP, SMB, or other MAC-based services, nor IPv6, so these omissions
from venet would be acceptable.
--
HostGIS, Open Source solutions for the global GIS community
Greg Allensworth - SysAdmin, Programmer, GIS Person, Security
Network+ Server+ A+ Security+ Linux+
PHP PostgreSQL MySQL DHTML/JavaScript/AJAX
"No one cares if you can back up — only if you can recover."
_______________________________________________
Users mailing list
[email protected]
https://openvz.org/mailman/listinfo/users
