From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 2 11:31:16 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 D53E816A4CE for ; Wed, 2 Jun 2004 11:31:16 -0700 (PDT) Received: from dragon.rutgers.edu (dragon.rutgers.edu [128.6.25.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2086343D41 for ; Wed, 2 Jun 2004 11:31:16 -0700 (PDT) (envelope-from bohra@cs.rutgers.edu) X-Virus-Scanned: by dragon-cgpav-clamav-v1.3b Received: from [165.230.44.70] (account bohra HELO cs.rutgers.edu) by dragon.rutgers.edu (CommuniGate Pro SMTP 4.1.8) with ESMTP id 15579318; Wed, 02 Jun 2004 14:31:15 -0400 Message-ID: <40BE1C2F.9000700@cs.rutgers.edu> Date: Wed, 02 Jun 2004 14:27:59 -0400 From: Aniruddha Bohra User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040409 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Saber ZRELLI 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> <40BE15DE.9020502@cs.rutgers.edu> <40BE1AF6.6050904@jaist.ac.jp> In-Reply-To: <40BE1AF6.6050904@jaist.ac.jp> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org 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 18:31:16 -0000 > I'll get my self informed by reading those papers then i'll have some > comments and questions if you dont mind. Questions are always welcome > > although ,i want to know , when you said > > >> If you mean network level, then TCP provides that, > > > maybe you are talking about timeouts in TCP/IP ? TCP retransmits data that it thinks is not delivered. If there is a network problem downstream (not at the end hosts), and you try to reconnect, you may end up in the same situation as trying to retransmit. Overlay networks try to route around network problems to provide alternative paths. But that again is a whole list of references ;) Cheers Aniruddha