From owner-freebsd-hackers@freebsd.org Wed Feb 22 15:01:36 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C52F0CE9236 for ; Wed, 22 Feb 2017 15:01:36 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8B24D1DB6 for ; Wed, 22 Feb 2017 15:01:36 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [192.168.1.10] (unknown [192.168.1.10]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 475B2132B7 for ; Wed, 22 Feb 2017 15:01:35 +0000 (UTC) Subject: Re: FreeBSD CARP load balancing. To: freebsd-hackers@freebsd.org References: <201702211546.v1LFkdxA008295@pdx.rh.CN85.dnsmgr.net> From: Allan Jude Message-ID: Date: Wed, 22 Feb 2017 10:01:27 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <201702211546.v1LFkdxA008295@pdx.rh.CN85.dnsmgr.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FO0JHDODp2lPP6Qi2RlPHHWPfdn4fdgxJ" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2017 15:01:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --FO0JHDODp2lPP6Qi2RlPHHWPfdn4fdgxJ Content-Type: multipart/mixed; boundary="oEDueuCRXoRA8s56VbTtXN1ikCrQ8oaRp"; protected-headers="v1" From: Allan Jude To: freebsd-hackers@freebsd.org Message-ID: Subject: Re: FreeBSD CARP load balancing. References: <201702211546.v1LFkdxA008295@pdx.rh.CN85.dnsmgr.net> In-Reply-To: <201702211546.v1LFkdxA008295@pdx.rh.CN85.dnsmgr.net> --oEDueuCRXoRA8s56VbTtXN1ikCrQ8oaRp Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2017-02-21 10:46, Rodney W. Grimes wrote: >> On 2017-02-21 00:55, Gleb Popov wrote: >>> On Mon, Feb 20, 2017 at 10:16 PM, Steven Hartland >>> wrote: >>> >>>> On 20/02/2017 19:07, Gleb Popov wrote: >>>> >>>> >>>> On Mon, Feb 20, 2017 at 12:01 PM, Steven Hartland >>>> wrote: >>>> >>>>> Does LAGG do what you need? >>>> >>>> >>>> Doesn't seem so. I need to balance incoming traffic between several = hosts. >>>> If I understood it correctly, lagg can be used to load-balance outgo= ing >>>> traffic only. >>>> >>>> >>>> LAGG does incoming and outgoing but only on a single host, so it doe= s >>>> sound like it won't help you. >>>> >>>> That said what your doing does sound quite out of the ordinary, >>>> >>> >>> So, that *net.inet.carp.arpbalance *sysctl was out of ordinary featu= re? >>> That probably explains it. >>> >>> is there a reason you're trying to copy the traffic to multiple hosts= ? >>>> >>> >>> Not copy, but distribute. I just don't want to wait current CARP mast= er die >>> to make another computer become active, but to switch between them in= some >>> fashion (round-robin or whatever). >>> >>> >>>> >>>> Might be a good idea to explain exactly what your trying to achieve.= >>>> >>>> Regards >>>> Steve >>>> >>> _______________________________________________ >>> freebsd-hackers@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers >>> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd= =2Eorg" >>> >> >> I am not sure arpbalancing every worked very well. Without a hashing >> algorithm or something, how would you actually make a TCP session work= ? >=20 > 8.xish man page: > ARP level load balancing > The carp has limited abilities for load balancing the incoming con= nec- > tions between hosts in Ethernet network. For load balancing opera= tion, > one needs several CARP interfaces that are configured to the same = IP > address, but to a different VHIDs. Once an ARP request is receive= d, the > CARP protocol will use a hashing function against the source IP ad= dress > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^= ^^^^ > in the ARP request to determine which VHID should this request bel= ong to. > If the corresponding CARP interface is in master state, the ARP re= quest > will be replied, otherwise it will be ignored. See the EXAMPLES s= ection > for a practical example of load balancing. >=20 >=20 > There is your hash. >=20 Ohh, cool. I suppose it would be nice to have that feature back. --=20 Allan Jude --oEDueuCRXoRA8s56VbTtXN1ikCrQ8oaRp-- --FO0JHDODp2lPP6Qi2RlPHHWPfdn4fdgxJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (MingW32) iQIcBAEBAgAGBQJYrafKAAoJEBmVNT4SmAt+sFQP/RhyrInu+U9vvSf5hmyB8vTC K0xq8Ordiv8KnoA25RAmWITF3aj5Eu51qSYeZFxXYSQhtifkQ44BnXiAxYp102AI exaoQZksrwdoz2oMZSOeIUfGoVBv5cQsc/Udzr57uK9GdbY+6gc0O17XiM3P5//l QHtav9lsVEUE24V+Qvywwr9pl9tiBAV9siKyB4sw07RhTWmesAq4FNEn9hOLFqwp fkMNOAf+RI5Mt7DZevTTzyP9IYv/faqiuBjctiiUaNdDmpbEvGsI+cdhTm5R6bfs demIx6SI2N35A4tVeCvdzyo66clIv25KrV5zi5uLuOsEgJpoXoKbBhu9ff5uCUFP CCwLMYnx2o7gyNV0/ABNhy6TeGTkFoVUHXxRtX/9d9rncoF7Lk79RVKAaRDikNJo QDto5dE4FvrzSFroAuz1RCLkN8muFqp3YOkM9AHH+5GyvglWzxESX9CSsx4sZfii uh62f55v9LpvZw7UfeG3jlOFnn8FwYwkFVo4yJ3Qj4HtrPEgJ/wbKvcC7/Eq6Erx oi0I/SawPdHCROu266HAcUeWeKvj2X48du60cuO+mjMry6qsWQHjdB67AUVe5tlU aGSiI2MVIUUirnmLBJ0aNCKINXCi4RHVneRTAYBitAnN6LLEzl3yuaEkcG3oP8if CVCbxhnHBzm9Aedt05ji =/0PE -----END PGP SIGNATURE----- --FO0JHDODp2lPP6Qi2RlPHHWPfdn4fdgxJ--