Date: Tue, 4 Mar 2014 10:25:42 -0600 From: Mark Felder <feld@FreeBSD.org> To: Giovanni Mattera <giovanni.mattera@cost.it> Cc: Maurizio Marini <maurizio.marini@cost.it>, freebsd-virtualization@freebsd.org, Manuel Martini <posta@manuelmartini.it>, FreeBSD Net <net@FreeBSD.org> Subject: Re: freebsd 10.0 not work carp protocol on Hyper-v Message-ID: <2AFDF12C-2655-484E-A217-6BBC2FC5E4A4@FreeBSD.org> In-Reply-To: <1492436824.5843722.1393949513726.JavaMail.zimbra@cost.it> References: <77152523.5202330.1393757388176.JavaMail.zimbra@cost.it> <531456AA.50203@freebsd.org> <20140303122850.212f8c18@tikal.homenet.telecomitalia.it> <1393945740.22165.90432305.73C1DA68@webmail.messagingengine.com> <1492436824.5843722.1393949513726.JavaMail.zimbra@cost.it>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mar 4, 2014, at 10:11, Giovanni Mattera <giovanni.mattera@cost.it> = wrote: > Yes i test it but not work > The CARP protocolol remain in state INIT. >=20 That's unfortunate. If you do a packet dump do you even see the other = node's advertisements? CARP is really at the mercy of these half-baked virtual switches; if = they refuse to pass the traffic there's not much that can be done from = the virtualized guest's perspective. I don't know the procedure for = opening a support case with Microsoft but if that's an option it would = be nice to know what their response is. I did run into this a while back on XenServer and wondered if it would = be possible to work around it by doing a GRE tunnel between the two = nodes and doing CARP over that, tying it all in with scripts that are = called by devd events. I have not had time to experiment and see if you = can do multicast over GRE tunnels though and it's probably a very bad = idea.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2AFDF12C-2655-484E-A217-6BBC2FC5E4A4>