From owner-freebsd-isp Fri Apr 16 12:45:13 1999 Delivered-To: freebsd-isp@freebsd.org Received: from hp9000.chc-chimes.com (hp9000.chc-chimes.com [206.67.97.84]) by hub.freebsd.org (Postfix) with ESMTP id 6F24514C32 for ; Fri, 16 Apr 1999 12:45:09 -0700 (PDT) (envelope-from billf@chc-chimes.com) Received: from localhost by hp9000.chc-chimes.com with SMTP (1.39.111.2/16.2) id AA067651684; Fri, 16 Apr 1999 15:41:24 -0400 Date: Fri, 16 Apr 1999 15:41:24 -0400 (EDT) From: Bill Fumerola To: Stuart Henderson Cc: Dave Smith , freebsd-isp@freebsd.org Subject: Re: FreeBSD as a Layer 4 Switch, In-Reply-To: <3717929D.6DE1F362@eclipse.net.uk> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 16 Apr 1999, Stuart Henderson wrote: > > The program need only pick a random machine from the array, > > open a socket, if that socket opens, send data, if not, try > > another random (or go to the next one), etc etc > > Better still, buffer the client's initial sent data, monitor > the protocol stream for a response from the server and if it fails > cut across to a new server and send the initial data... (Certainly > would be good for web servers and I think this is what the Alteon > switch does). At least ping each web server with a GET or HEAD > every so often to check it's still up (a few of the commercial > switches are just doing an icmp ping which is not so useful). Buffering is a good idea, one day I may write this. (it has value locally here as well, which is always a great excuse. :>) The icmp echo is a bad idea and those commercial vendors should be smacked. strongly. - bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp - - ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@FreeBSD.org - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message