Date: Thu, 03 Jun 2004 04:32:37 +0900 From: Saber ZRELLI <zrelli@jaist.ac.jp> Cc: freebsd-hackers@freebsd.org Subject: Re: suggestions ? Message-ID: <40BE2B55.2020709@jaist.ac.jp> In-Reply-To: <40BE226A.4000109@pacific.net.sg> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?40BE2B55.2020709>