From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 2 12:32:58 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18C8016A4CE for ; Wed, 2 Jun 2004 12:32:58 -0700 (PDT) Received: from mail0.jaist.ac.jp (mail0.jaist.ac.jp [150.65.5.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id F339343D4C for ; Wed, 2 Jun 2004 12:32:56 -0700 (PDT) (envelope-from zrelli@jaist.ac.jp) Received: from smtp.jaist.ac.jp (proxy-isc.jaist.ac.jp [150.65.5.30]) by mail0.jaist.ac.jp (3.7W-jaist_mail) with ESMTP id i52JWut00509 for ; Thu, 3 Jun 2004 04:32:56 +0900 (JST) Received: from jaist.ac.jp (kt-dhcp07.jaist.ac.jp [150.65.239.70]) by smtp.jaist.ac.jp (3.7W-smtp) with ESMTP id i52JWJ200799 for ; Thu, 3 Jun 2004 04:32:19 +0900 (JST) Message-ID: <40BE2B55.2020709@jaist.ac.jp> Date: Thu, 03 Jun 2004 04:32:37 +0900 From: Saber ZRELLI User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-hackers@freebsd.org References: <40BDF377.4000900@jaist.ac.jp> <40BE05C0.1090807@pacific.net.sg> <40BE092F.9090402@jaist.ac.jp> <40BE0C13.309@pacific.net.sg> <40BE0F0F.6030805@jaist.ac.jp> <40BE226A.4000109@pacific.net.sg> In-Reply-To: <40BE226A.4000109@pacific.net.sg> X-Enigmail-Version: 0.83.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: suggestions ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2004 19:32:58 -0000 Erich Dollansky wrote: > Hi, > > Saber ZRELLI wrote: > >> >> Erich Dollansky wrote: > > >>> If multiple servers provide the data, it should not matter which server >>> provides it. >> >> >> >> >> I see what you mean , you are talking at higher level , > > > It does not have to be at a higher level. > >> when i mentioned Robust TCP/IP i meant TCP connections in the kernel >> network stack level , >> the architecture you are talking about is like a middle ware handeling >> all TCP/IP connections for a client to multiple servers. >> > Yes. The client sees only one TCP/IP connection. I cannot understand how all connections can be fused ? > It also does not see which server provided the real data. if my browser is connected to google and yahoo , then i need to distinguish what data is coming from whish server , so it can be treated correctly ... I think i'm missing something ... > >> the mechanism is something like buffereing data in the network stack as >> prevention for eventual connection problem , when that problem happens >> and is detected , the Net. stack will try to reconnect ( while buffering >> the user data ) , once the connection is reistablished the buffered data >> will be sent and the user wont notice nothing ( if the outage time is >> not huge of course ). >> > It is a bit more complex because as long as one server is able to > provide the data the client gets the data immediatly but the software > must make sure now that the failed server does not damage data. what kind of applications could use this architecture ( anonymous servers multiplexed into one TCP/IP connection ) ? looks like peer 2 peer , no ? > > It is not this simple as it sounds at the start. > > The other papers will give you some inside information how things like > this are done already and it also could give you some ideas to improve > them further by hiding the fault-tolerance from the client. > > Erich > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > -- Saber ZRELLI. Japan Advanced Institute of Science and Technology School of Information Sience. Katayama Lab mail : zrelli@jaist.ac.jp, saber_z@fastmail.fm url : www.jaist.ac.jp/~zrelli gpg-id : 0x7119EA78