Date: Tue, 27 Mar 2007 17:46:30 +0300 From: Jordan Gordeev <jgordeev@dir.bg> To: Ross Draper <Ross.Draper@gcapmedia.com> Cc: freebsd-net@freebsd.org Subject: Re: Vrrp/CARP/ucarp Problems Message-ID: <46092E46.4090502@dir.bg> In-Reply-To: <3DDDCC38D00FA545A6C012475EF2DC0302AF8F55@LQEVS1.gcapmedia.com> References: <3DDDCC38D00FA545A6C012475EF2DC0302AF8F55@LQEVS1.gcapmedia.com>
next in thread | previous in thread | raw e-mail | index | archive | help
The only load balancing that CARP supports, to my knowledge, is ARP
level load balancing. From carp(4):
The ARP load balancing has some limitations. First, ARP balancing only
works on the local network segment. It cannot balance traffic that
crosses a router, because the router itself will always be balanced to
the same virtual host.
Ross Draper wrote:
> Hi
>
> Firstly, many thanks to Stefan (who provided me a diff of the CURRENT
> update) and Bruce for advising me that the "multiple CARP interface
> destroy" bug is fixed in CURRENT.
>
> Jordan, thanks for your reply, but I cant find a reference to CARP
> being unsuitable for this purpose in the CARP man page, have I perhaps
> misunderstood you? I also did a quick search of the freebsd.org site
> and cant find any mention of it being an issue - If you could provide
> me with a link I'd be grateful.
>
> Further to this, I have been in the office today performing local
> testing as opposed to remote testing and have noticed that when both
> machines in the cluster are using xl network cards, failover etc seems
> fine. However, when having one node using xl and the other using
> em/bge I can see the em or bge card physically go down after it
> reverts to backup mode, then come back up and goto master. (this wasnt
> displaying in the messages log, but was obvious on the console). I
> believe that this down period is sufficient for it to miss the
> remaining advertisements and believe it is the master again. For some
> reason it doesnt seem to ever remove the mac address or recover after
> this point, but I'm not particularly suprised. Not sure how to take
> this further, but I'll continue fiddling.
>
> Many thanks
>
> Ross
>
>
>
>
>
> All correspondence, attachments and agreements remain strictly subject
> to fully executed contract.
>
> (c) GCap Media plc 2006. All rights remain reserved.
>
> This e-mail (and any attachments) contains information which may be
> confidential, subject to intellectual property protection and may be
> legally privileged and protected from disclosure and unauthorised use.
> It is intended solely for the use of the individual(s) or entity to
> whom it is addressed and others specifically authorised to receive it.
> If you are not the intended recipient of this e-mail or any parts of
> it please telephone 020 7054 8000 immediately upon receipt.
>
> No other person is authorised to copy, adapt, forward, disclose,
> distribute or retain this e-mail in any form without prior specific
> permission in writing from an authorised representative of GCap Media plc.
>
> We will not accept liability for any claims arising as a result of the
> use of the internet to transmit information by or to GCap Media plc.
>
> *GCap Media plc. Registered address: 30 Leicester Square, London WC2H
> 7LA. Registered in England & Wales with No. 923454*
>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?46092E46.4090502>