From owner-freebsd-net@FreeBSD.ORG Tue Mar 27 14:47:56 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1692B16A406 for ; Tue, 27 Mar 2007 14:47:56 +0000 (UTC) (envelope-from jgordeev@dir.bg) Received: from dir.bg (mail.dir.bg [194.145.63.28]) by mx1.freebsd.org (Postfix) with ESMTP id 45D7113C46A for ; Tue, 27 Mar 2007 14:47:54 +0000 (UTC) (envelope-from jgordeev@dir.bg) Received: from [89.190.198.138] (account jgordeev HELO [10.102.9.50]) by dir.bg (CommuniGate Pro SMTP 4.2.10) with ESMTP-TLS id 1705814; Tue, 27 Mar 2007 17:47:51 +0300 Message-ID: <46092E46.4090502@dir.bg> Date: Tue, 27 Mar 2007 17:46:30 +0300 From: Jordan Gordeev User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.7) Gecko/20070109 X-Accept-Language: bg, en MIME-Version: 1.0 To: Ross Draper References: <3DDDCC38D00FA545A6C012475EF2DC0302AF8F55@LQEVS1.gcapmedia.com> In-Reply-To: <3DDDCC38D00FA545A6C012475EF2DC0302AF8F55@LQEVS1.gcapmedia.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Vrrp/CARP/ucarp Problems X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2007 14:47:56 -0000 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* >