Received: from mx11.bbn.com (mx11.bbn.com [128.33.0.80]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lBLEmacU023629 for ; Fri, 21 Dec 2007 06:48:36 -0800 Received: from dommiel.bbn.com ([192.1.122.15] helo=[127.0.0.1]) by mx11.bbn.com with esmtp (Exim 4.60) (envelope-from ) id 1J5jAx-0006D6-3k for dtn-users@mailman.dtnrg.org; Fri, 21 Dec 2007 09:48:36 -0500 From: Rajesh Krishnan To: dtn-users mailing list In-Reply-To: <7d44697a0712210019j1bfd3f54pc4a5b85e546984e8@mail.gmail.com> References: <7d44697a0712210019j1bfd3f54pc4a5b85e546984e8@mail.gmail.com> Content-Type: text/plain; charset=utf-8 Date: Fri, 21 Dec 2007 09:48:33 -0500 Message-Id: <1198248513.5059.1538.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by maillists.intel-research.net id lBLEmacU023629 Subject: Re: [dtn-users] DTN's application situations X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: dtn-users mailing list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 14:48:37 -0000 See UMass DieselNet http://prisms.cs.umass.edu/dome/index.php?page=umassdieselnet and number of other projects including TIER listed on http://www.dtnrg.org/wiki/About -Rajesh On Fri, 2007-12-21 at 16:19 +0800, 苏金钊 wrote: > Hello,everyone! > > As we know DTN can be utilized in deep space communication in > high-delay environmnets, > satellite networks with moderate delays and periodic connectivity.etc. > > But I can't find a specific senario for DTN in real ordinary > life,can somebody be kindly > enough to show me some senarios,or suggestions for deploying > experiments on DTN? > > Any suggestions is appreciated! > > > 　　　　　　　　sujz > 　　　　　　　　sujinzhao@gmail.com > 　　　　　　　　　　2007-12-21 > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://maillists.intel-research.net/mailman/listinfo/dtn-users Received: from services110.cs.uwaterloo.ca (services110.cs.uwaterloo.ca [129.97.152.166]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lBLELnYo022051 for ; Fri, 21 Dec 2007 06:21:49 -0800 Received: from [129.97.75.189] ([129.97.75.189]) (authenticated bits=0) by services110.cs.uwaterloo.ca (8.13.8/8.13.8) with ESMTP id lBLELlF2021918 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Fri, 21 Dec 2007 09:21:48 -0500 (EST) Message-Id: <4A8A6E03-A8AB-41A3-8628-657E9E844D27@uwaterloo.ca> From: "S. Keshav" To: dtn-users mailing list In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed; delsp=yes Mime-Version: 1.0 (Apple Message framework v912) Date: Fri, 21 Dec 2007 09:22:27 -0500 References: <7d44697a0712210019j1bfd3f54pc4a5b85e546984e8@mail.gmail.com> X-Mailer: Apple Mail (2.912) X-Miltered: at mailchk-m05 with ID 476BCBFB.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on localhost X-Virus-Status: Clean X-UUID: 61f5cbc0-da81-4d42-a94f-990e5a0a98a4 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by maillists.intel-research.net id lBLELnYo022051 Subject: Re: [dtn-users] DTN's application situations X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: dtn-users mailing list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 14:21:50 -0000 You may also want to take a look at KioskNet, which uses the reference implementation: http://blizzard.cs.uwaterloo.ca/tetherless/index.php/KioskNet keshav On Dec 21, 2007, at 9:07 AM, Marc Bollinger wrote: > Hi Sujz, > > One project you might want to check out in terms of 'real life' DTN > implementations > is UMass' DieselNet > (http://prisms.cs.umass.edu/dome/index.php?page=umassdieselnet). > The deployment environment is comprised of a number of buses equipped > with low-power > devices communicating over DTN, though I'm not sure they use the > reference > implementation. > > Best, > > - Marc > > On Dec 21, 2007 3:19 AM, 苏金钊 wrote: >> >> >> Hello,everyone! >> >> As we know DTN can be utilized in deep space communication in >> high-delay environmnets, >> satellite networks with moderate delays and periodic >> connectivity.etc. >> >> But I can't find a specific senario for DTN in real ordinary >> life,can >> somebody be kindly >> enough to show me some senarios,or suggestions for deploying >> experiments on >> DTN? >> >> Any suggestions is appreciated! >> >> >> 　　　　　　　　sujz >> 　　　　　　　　sujinzhao@gmail.com >> 　　　　　　　　　　2007-12-21 >> _______________________________________________ >> dtn-users mailing list >> dtn-users@mailman.dtnrg.org >> http://maillists.intel-research.net/mailman/listinfo/dtn-users >> >> > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://maillists.intel-research.net/mailman/listinfo/dtn-users Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.238]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lBLE7BsE021186 for ; Fri, 21 Dec 2007 06:07:11 -0800 Received: by nz-out-0506.google.com with SMTP id v1so153129nzb.34 for ; Fri, 21 Dec 2007 06:07:11 -0800 (PST) Received: by 10.114.120.1 with SMTP id s1mr1447122wac.125.1198246031242; Fri, 21 Dec 2007 06:07:11 -0800 (PST) Received: by 10.114.73.4 with HTTP; Fri, 21 Dec 2007 06:07:11 -0800 (PST) Message-ID: Date: Fri, 21 Dec 2007 09:07:11 -0500 From: "Marc Bollinger" Sender: mbollinger@gmail.com To: "dtn-users mailing list" In-Reply-To: <7d44697a0712210019j1bfd3f54pc4a5b85e546984e8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=GB2312 Content-Disposition: inline References: <7d44697a0712210019j1bfd3f54pc4a5b85e546984e8@mail.gmail.com> X-Google-Sender-Auth: 55dd1d61411aa7d0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by maillists.intel-research.net id lBLE7BsE021186 Subject: Re: [dtn-users] DTN's application situations X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: dtn-users mailing list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 14:07:13 -0000 Hi Sujz, One project you might want to check out in terms of 'real life' DTN implementations is UMass' DieselNet (http://prisms.cs.umass.edu/dome/index.php?page=umassdieselnet). The deployment environment is comprised of a number of buses equipped with low-power devices communicating over DTN, though I'm not sure they use the reference implementation. Best, - Marc On Dec 21, 2007 3:19 AM, ս wrote: > > > Hello,everyone! > > As we know DTN can be utilized in deep space communication in > high-delay environmnets, > satellite networks with moderate delays and periodic connectivity.etc. > > But I can't find a specific senario for DTN in real ordinary life,can > somebody be kindly > enough to show me some senarios,or suggestions for deploying experiments on > DTN? > > Any suggestions is appreciated! > > > sujz > sujinzhao@gmail.com > 2007-12-21 > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://maillists.intel-research.net/mailman/listinfo/dtn-users > > Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lBL8J7HY032666 for ; Fri, 21 Dec 2007 00:19:08 -0800 Received: by fg-out-1718.google.com with SMTP id e12so119803fga.7 for ; Fri, 21 Dec 2007 00:19:07 -0800 (PST) Received: by 10.86.76.16 with SMTP id y16mr895141fga.71.1198225147075; Fri, 21 Dec 2007 00:19:07 -0800 (PST) Received: by 10.86.53.12 with HTTP; Fri, 21 Dec 2007 00:19:06 -0800 (PST) Message-ID: <7d44697a0712210019j1bfd3f54pc4a5b85e546984e8@mail.gmail.com> Date: Fri, 21 Dec 2007 16:19:06 +0800 From: "=?GB2312?B?y9W98O7I?=" To: dtn-users@mailman.dtnrg.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_9_28064361.1198225147074" Subject: [dtn-users] DTN's application situations X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: dtn-users mailing list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2007 08:19:10 -0000 ------=_Part_9_28064361.1198225147074 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello,everyone! As we know DTN can be utilized in deep space communication in high-delay environmnets, satellite networks with moderate delays and periodic connectivity.etc. But I can't find a specific senario for DTN in real ordinary life,can somebody be kindly enough to show me some senarios,or suggestions for deploying experiments on DTN? Any suggestions is appreciated! sujz sujinzhao@gmail.com 2007-12-21 ------=_Part_9_28064361.1198225147074 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: base64 Content-Disposition: inline PHA+SGVsbG8sZXZlcnlvbmUhPC9wPgo8cD4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg QXMgd2Uga25vdyBEVE4gY2FuIGJlIHV0aWxpemVkIGluIGRlZXAgc3BhY2UgY29tbXVuaWNhdGlv biBpbiBoaWdoLWRlbGF5IGVudmlyb25tbmV0cyw8YnI+c2F0ZWxsaXRlIG5ldHdvcmtzIHdpdGgg bW9kZXJhdGUgZGVsYXlzIGFuZCBwZXJpb2RpYyBjb25uZWN0aXZpdHkuZXRjLjxicj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBCdXQgSSBjYW4mIzM5O3QgZmluZCBhIHNwZWNpZmljIHNlbmFyaW8gZm9yIERUTiBpbiByZWFs IG9yZGluYXJ5IGxpZmUsY2FuIHNvbWVib2R5IGJlIGtpbmRseQo8YnI+ZW5vdWdoIHRvIHNob3cg bWUgc29tZSBzZW5hcmlvcyxvciBzdWdnZXN0aW9ucyBmb3IgZGVwbG95aW5nIGV4cGVyaW1lbnRz IG9uIERUTj88L3A+CjxwPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBBbnkgc3VnZ2Vz dGlvbnMgaXMgYXBwcmVjaWF0ZWQhIDwvcD4KPHA+Jm5ic3A7PGJyPqGhoaGhoaGhoaGhoaGhoaFz dWp6PGJyPqGhoaGhoaGhoaGhoaGhoaE8YSBocmVmPSJtYWlsdG86c3VqaW56aGFvQGdtYWlsLmNv bSI+c3VqaW56aGFvQGdtYWlsLmNvbTwvYT48YnI+oaGhoaGhoaGhoaGhoaGhoaGhoaEyMDA3LTEy LTIxPC9wPgo= ------=_Part_9_28064361.1198225147074-- Received: from mx12.bbn.com (mx12.bbn.com [128.33.0.81]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lBKEwYaw003584 for ; Thu, 20 Dec 2007 06:58:35 -0800 Received: from dommiel.bbn.com ([192.1.122.15] helo=[127.0.0.1]) by mx12.bbn.com with esmtp (Exim 4.60) (envelope-from ) id 1J5Mr4-0002VH-3v; Thu, 20 Dec 2007 09:58:34 -0500 From: Rajesh Krishnan To: =?UTF-8?Q?=E8=8B=8F=E9=87=91=E9=92=8A?= In-Reply-To: <7d44697a0712192348j7ace086ude743b5f7939b849@mail.gmail.com> References: <7d44697a0712182342i6ff51838k3b3740c4a864e255@mail.gmail.com> <1198080255.15363.254.camel@z> <7d44697a0712192348j7ace086ude743b5f7939b849@mail.gmail.com> Content-Type: text/plain; charset=utf-8 Date: Thu, 20 Dec 2007 09:58:33 -0500 Message-Id: <1198162713.5059.1232.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by maillists.intel-research.net id lBKEwYaw003584 Cc: dtn-users mailing list Subject: Re: [dtn-users] Routing path's computation in DTN X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: dtn-users mailing list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 14:58:36 -0000 Yes, I think you explained it well, but note that non-geographic routing and late binding is possible as well. In terms of whether to wait for the link to reappear, to find another path, or for that matter, attempt to forward along multiple paths simultaneously is a matter of the specific routing algorithm you choose. I have seen all of those options being proposed. -Rajesh On Thu, 2007-12-20 at 15:48 +0800, 苏金钊 wrote: > Thanks Rajesh with your patient. > > I learned that routing is based on regions with geographical > attributes,each region > has a DTN gateway or equivalent entity,the source node first send > bundles to gateway of > region which source node locates in,then when the link between source > region and mobile > endpoint becomes available,bundles are transfered to mobile endpoint > and delivered to > remote regions,finally to the destination node. > > I think this process is similar to post service.If somebody named A > in Houston wants > to send a letter to his friend named B in New York,A fist deliveries > the letter to his > local post office,the post office transfers the letter to a train > starting from Houston to > New York,mail carrier of New York will transfer the letter to B > finally. > > Hereinbefore is my comprehension,I want to know if I had catch > Rajesh's opinion and what Bundle protocol mentioned. > > I also want to ask if the next-hop link is unavailable,will the > in-between node selects > another available link,or just waits for the current next-hop link > becomes avaliable again > before bundles expired? > > > 2007/12/20, Rajesh Krishnan : > This is a great question. Let us consider a couple of > existence proofs > of how late binding is possible in practice. > > * One way to think about late binding is that the endpoint > names have > multiple attributes and not a single number. In this case, > progress can > be made by resolve a subset of the attributes, say, ones based > on rough > geographical attributes that will move information closer, > before > binding other attributes that correspond to the exact > topological > location. For example if you know that you are trying to > reach a node > in some region, you may forward the information to a train > going there, > and further resolution can happen once the train gets there. > > In some cases, due to partial information availability, the > routing > stretch may be more than what is achievable with an omniscient > scheme. > This is a general case of the telescoping of routes that can > occur in > routing to mobile endpoints based on fixed addresses. In many > cases, > the latency to acquire the information will render omniscient > schemes > impractical in a DTN. > > Note although I used geographical attributes in the above > example, you > can construct schemes that use other attributes that are not > location > based, provided you create protocol infrastructure for sharing > dynamic > information about those attributes. > > * Another extreme alternative to support late binding in very > small > networks is the use of Epidemic approaches with the > destination(s) > matching and delivering the information to applications. Such > a > broadcast-based approach obviously has limited scalability. > > I have barely scratched the surface of this topic here, but > hopefully > conveyed my opinion that this is a problem area with excellent > potential > for research. :) > > Best Regards, > Rajesh > > On Wed, 2007-12-19 at 15:42 +0800, 苏金钊 wrote: > > Hello everyone, > > > > I have some questions to ask: > > > > When the source node deliveries/transfers some > information to a > > destination node,DTN adopts late binding > > in contrast to conventional DNS's early binding,as the > source node > > can't get the whole toplogy of the network, > > how could it begin its delivery? > > > > If there are more than one link available > simultaneously,will > > the source node broadcast the bundle to each > > of its remote peers? or if the next-hop link is > unavailable,will the > > in-between node select another available link to > > instead? > > thanks a lot! > > > > sujz > > sujinzhao@gmail.com > > 2007-12-19 > > > > _______________________________________________ > > dtn-users mailing list > > dtn-users@mailman.dtnrg.org > > > http://maillists.intel-research.net/mailman/listinfo/dtn-users > > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://maillists.intel-research.net/mailman/listinfo/dtn-users > Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lBK7mhQe010168 for ; Wed, 19 Dec 2007 23:48:44 -0800 Received: by fg-out-1718.google.com with SMTP id e12so591876fga.7 for ; Wed, 19 Dec 2007 23:48:42 -0800 (PST) Received: by 10.86.97.7 with SMTP id u7mr9825133fgb.54.1198136921954; Wed, 19 Dec 2007 23:48:41 -0800 (PST) Received: by 10.86.53.12 with HTTP; Wed, 19 Dec 2007 23:48:41 -0800 (PST) Message-ID: <7d44697a0712192348j7ace086ude743b5f7939b849@mail.gmail.com> Date: Thu, 20 Dec 2007 15:48:41 +0800 From: "=?GB2312?B?y9W98O7I?=" To: krash@bbn.com, "dtn-users mailing list" In-Reply-To: <1198080255.15363.254.camel@z> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_16402_23848398.1198136921938" References: <7d44697a0712182342i6ff51838k3b3740c4a864e255@mail.gmail.com> <1198080255.15363.254.camel@z> Subject: Re: [dtn-users] Routing path's computation in DTN X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: dtn-users mailing list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 07:48:45 -0000 ------=_Part_16402_23848398.1198136921938 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: base64 Content-Disposition: inline VGhhbmtzIFJhamVzaCB3aXRoIHlvdXIgcGF0aWVudC4KCiBJIGxlYXJuZWQgdGhhdCByb3V0aW5n IGlzIGJhc2VkIG9uIHJlZ2lvbnMgd2l0aCBnZW9ncmFwaGljYWwKYXR0cmlidXRlcyxlYWNoIHJl Z2lvbgpoYXMgYSBEVE4gZ2F0ZXdheSBvciBlcXVpdmFsZW50IGVudGl0eSx0aGUgc291cmNlIG5v ZGUgZmlyc3Qgc2VuZCBidW5kbGVzIHRvCmdhdGV3YXkgb2YKcmVnaW9uIHdoaWNoIHNvdXJjZSBu b2RlIGxvY2F0ZXMgaW4sdGhlbiB3aGVuIHRoZSBsaW5rIGJldHdlZW4gc291cmNlIHJlZ2lvbgph bmQgbW9iaWxlCmVuZHBvaW50IGJlY29tZXMgYXZhaWxhYmxlLGJ1bmRsZXMgYXJlIHRyYW5zZmVy ZWQgdG8gbW9iaWxlIGVuZHBvaW50IGFuZApkZWxpdmVyZWQgdG8KcmVtb3RlIHJlZ2lvbnMsZmlu YWxseSB0byB0aGUgZGVzdGluYXRpb24gbm9kZS4KCiBJIHRoaW5rIHRoaXMgcHJvY2VzcyBpcyBz aW1pbGFyIHRvIHBvc3Qgc2VydmljZS5JZiBzb21lYm9keSBuYW1lZCBBIGluCkhvdXN0b24gd2Fu dHMKdG8gc2VuZCBhIGxldHRlciB0byBoaXMgZnJpZW5kIG5hbWVkIEIgaW4gTmV3IFlvcmssQSBm aXN0IGRlbGl2ZXJpZXMgdGhlCmxldHRlciB0byBoaXMKbG9jYWwgcG9zdCBvZmZpY2UsdGhlIHBv c3Qgb2ZmaWNlIHRyYW5zZmVycyB0aGUgbGV0dGVyIHRvIGEgdHJhaW4gc3RhcnRpbmcKZnJvbSBI b3VzdG9uIHRvCk5ldyBZb3JrLG1haWwgY2FycmllciBvZiBOZXcgWW9yayB3aWxsIHRyYW5zZmVy IHRoZSBsZXR0ZXIgdG8gQiBmaW5hbGx5LgoKICAgSGVyZWluYmVmb3JlIGlzIG15IGNvbXByZWhl bnNpb24sSSB3YW50IHRvIGtub3cgaWYgSSBoYWQgY2F0Y2ggUmFqZXNoJ3MKb3BpbmlvbiBhbmQg d2hhdCBCdW5kbGUgcHJvdG9jb2wgbWVudGlvbmVkLgoKIEkgYWxzbyB3YW50IHRvIGFzayBpZiB0 aGUgbmV4dC1ob3AgbGluayBpcyB1bmF2YWlsYWJsZSx3aWxsIHRoZSBpbi1iZXR3ZWVuCm5vZGUg c2VsZWN0cwphbm90aGVyIGF2YWlsYWJsZSBsaW5rLG9yIGp1c3Qgd2FpdHMgZm9yIHRoZSBjdXJy ZW50IG5leHQtaG9wIGxpbmsgYmVjb21lcwphdmFsaWFibGUgYWdhaW4KYmVmb3JlIGJ1bmRsZXMg ZXhwaXJlZD8KMjAwNy8xMi8yMCwgUmFqZXNoIEtyaXNobmFuIDxrcmFzaEBiYm4uY29tPjoKPgo+ IFRoaXMgaXMgYSBncmVhdCBxdWVzdGlvbi4gIExldCB1cyBjb25zaWRlciBhIGNvdXBsZSBvZiBl eGlzdGVuY2UgcHJvb2ZzCj4gb2YgaG93IGxhdGUgYmluZGluZyBpcyBwb3NzaWJsZSBpbiBwcmFj dGljZS4KPgo+ICogT25lIHdheSB0byB0aGluayBhYm91dCBsYXRlIGJpbmRpbmcgaXMgdGhhdCB0 aGUgZW5kcG9pbnQgbmFtZXMgaGF2ZQo+IG11bHRpcGxlIGF0dHJpYnV0ZXMgYW5kIG5vdCBhIHNp bmdsZSBudW1iZXIuICBJbiB0aGlzIGNhc2UsIHByb2dyZXNzIGNhbgo+IGJlIG1hZGUgYnkgcmVz b2x2ZSBhIHN1YnNldCBvZiB0aGUgYXR0cmlidXRlcywgc2F5LCBvbmVzIGJhc2VkIG9uIHJvdWdo Cj4gZ2VvZ3JhcGhpY2FsIGF0dHJpYnV0ZXMgdGhhdCB3aWxsIG1vdmUgaW5mb3JtYXRpb24gY2xv c2VyLCBiZWZvcmUKPiBiaW5kaW5nIG90aGVyIGF0dHJpYnV0ZXMgdGhhdCBjb3JyZXNwb25kIHRv IHRoZSBleGFjdCB0b3BvbG9naWNhbAo+IGxvY2F0aW9uLiAgRm9yIGV4YW1wbGUgaWYgeW91IGtu b3cgdGhhdCB5b3UgYXJlIHRyeWluZyB0byByZWFjaCBhIG5vZGUKPiBpbiBzb21lIHJlZ2lvbiwg eW91IG1heSBmb3J3YXJkIHRoZSBpbmZvcm1hdGlvbiB0byBhIHRyYWluIGdvaW5nIHRoZXJlLAo+ IGFuZCBmdXJ0aGVyIHJlc29sdXRpb24gY2FuIGhhcHBlbiBvbmNlIHRoZSB0cmFpbiBnZXRzIHRo ZXJlLgo+Cj4gSW4gc29tZSBjYXNlcywgZHVlIHRvIHBhcnRpYWwgaW5mb3JtYXRpb24gYXZhaWxh YmlsaXR5LCB0aGUgcm91dGluZwo+IHN0cmV0Y2ggbWF5IGJlIG1vcmUgdGhhbiB3aGF0IGlzIGFj aGlldmFibGUgd2l0aCBhbiBvbW5pc2NpZW50IHNjaGVtZS4KPiBUaGlzIGlzIGEgZ2VuZXJhbCBj YXNlIG9mIHRoZSB0ZWxlc2NvcGluZyBvZiByb3V0ZXMgdGhhdCBjYW4gb2NjdXIgaW4KPiByb3V0 aW5nIHRvIG1vYmlsZSBlbmRwb2ludHMgYmFzZWQgb24gZml4ZWQgYWRkcmVzc2VzLiAgSW4gbWFu eSBjYXNlcywKPiB0aGUgbGF0ZW5jeSB0byBhY3F1aXJlIHRoZSBpbmZvcm1hdGlvbiB3aWxsIHJl bmRlciBvbW5pc2NpZW50IHNjaGVtZXMKPiBpbXByYWN0aWNhbCBpbiBhIERUTi4KPgo+IE5vdGUg YWx0aG91Z2ggSSB1c2VkIGdlb2dyYXBoaWNhbCBhdHRyaWJ1dGVzIGluIHRoZSBhYm92ZSBleGFt cGxlLCB5b3UKPiBjYW4gY29uc3RydWN0IHNjaGVtZXMgdGhhdCB1c2Ugb3RoZXIgYXR0cmlidXRl cyB0aGF0IGFyZSBub3QgbG9jYXRpb24KPiBiYXNlZCwgcHJvdmlkZWQgeW91IGNyZWF0ZSBwcm90 b2NvbCBpbmZyYXN0cnVjdHVyZSBmb3Igc2hhcmluZyBkeW5hbWljCj4gaW5mb3JtYXRpb24gYWJv dXQgdGhvc2UgYXR0cmlidXRlcy4KPgo+ICogQW5vdGhlciBleHRyZW1lIGFsdGVybmF0aXZlIHRv IHN1cHBvcnQgbGF0ZSBiaW5kaW5nIGluIHZlcnkgc21hbGwKPiBuZXR3b3JrcyBpcyB0aGUgdXNl IG9mIEVwaWRlbWljIGFwcHJvYWNoZXMgd2l0aCB0aGUgZGVzdGluYXRpb24ocykKPiBtYXRjaGlu ZyBhbmQgZGVsaXZlcmluZyB0aGUgaW5mb3JtYXRpb24gdG8gYXBwbGljYXRpb25zLiBTdWNoIGEK PiBicm9hZGNhc3QtYmFzZWQgYXBwcm9hY2ggb2J2aW91c2x5IGhhcyBsaW1pdGVkIHNjYWxhYmls aXR5Lgo+Cj4gSSBoYXZlIGJhcmVseSBzY3JhdGNoZWQgdGhlIHN1cmZhY2Ugb2YgdGhpcyB0b3Bp YyBoZXJlLCBidXQgaG9wZWZ1bGx5Cj4gY29udmV5ZWQgbXkgb3BpbmlvbiB0aGF0IHRoaXMgaXMg YSBwcm9ibGVtIGFyZWEgd2l0aCBleGNlbGxlbnQgcG90ZW50aWFsCj4gZm9yIHJlc2VhcmNoLiAg OikKPgo+IEJlc3QgUmVnYXJkcywKPiBSYWplc2gKPgo+IE9uIFdlZCwgMjAwNy0xMi0xOSBhdCAx NTo0MiArMDgwMCwgy9W98O7IIHdyb3RlOgo+ID4gSGVsbG8gZXZlcnlvbmUsCj4gPgo+ID4gICAg ICAgSSBoYXZlIHNvbWUgcXVlc3Rpb25zIHRvIGFzazoKPiA+Cj4gPiAgICAgICBXaGVuIHRoZSBz b3VyY2Ugbm9kZSBkZWxpdmVyaWVzL3RyYW5zZmVycyBzb21lIGluZm9ybWF0aW9uIHRvIGEKPiA+ IGRlc3RpbmF0aW9uIG5vZGUsRFROIGFkb3B0cyBsYXRlIGJpbmRpbmcKPiA+IGluIGNvbnRyYXN0 IHRvIGNvbnZlbnRpb25hbCBETlMncyBlYXJseSBiaW5kaW5nLGFzIHRoZSBzb3VyY2Ugbm9kZQo+ ID4gY2FuJ3QgZ2V0IHRoZSB3aG9sZSB0b3Bsb2d5IG9mIHRoZSBuZXR3b3JrLAo+ID4gaG93IGNv dWxkIGl0IGJlZ2luIGl0cyBkZWxpdmVyeT8KPiA+Cj4gPiAgICAgICBJZiB0aGVyZSBhcmUgbW9y ZSB0aGFuIG9uZSBsaW5rIGF2YWlsYWJsZSBzaW11bHRhbmVvdXNseSx3aWxsCj4gPiB0aGUgc291 cmNlIG5vZGUgYnJvYWRjYXN0IHRoZSBidW5kbGUgdG8gZWFjaAo+ID4gb2YgaXRzIHJlbW90ZSBw ZWVycz8gb3IgaWYgdGhlIG5leHQtaG9wIGxpbmsgaXMgdW5hdmFpbGFibGUsd2lsbCB0aGUKPiA+ IGluLWJldHdlZW4gbm9kZSBzZWxlY3QgYW5vdGhlciBhdmFpbGFibGUgbGluayB0bwo+ID4gaW5z dGVhZD8KPiA+ICAgICAgIHRoYW5rcyBhIGxvdCEKPiA+Cj4gPiBzdWp6Cj4gPiBzdWppbnpoYW9A Z21haWwuY29tCj4gPiAyMDA3LTEyLTE5Cj4gPgo+ID4gX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18KPiA+IGR0bi11c2VycyBtYWlsaW5nIGxpc3QKPiA+IGR0 bi11c2Vyc0BtYWlsbWFuLmR0bnJnLm9yZwo+ID4gaHR0cDovL21haWxsaXN0cy5pbnRlbC1yZXNl YXJjaC5uZXQvbWFpbG1hbi9saXN0aW5mby9kdG4tdXNlcnMKPgo+Cj4gX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBkdG4tdXNlcnMgbWFpbGluZyBsaXN0 Cj4gZHRuLXVzZXJzQG1haWxtYW4uZHRucmcub3JnCj4gaHR0cDovL21haWxsaXN0cy5pbnRlbC1y ZXNlYXJjaC5uZXQvbWFpbG1hbi9saXN0aW5mby9kdG4tdXNlcnMKPgo= ------=_Part_16402_23848398.1198136921938 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: base64 Content-Disposition: inline PHA+VGhhbmtzIFJhamVzaCB3aXRoIHlvdXIgcGF0aWVudC48L3A+CjxwPiZuYnNwO0kgbGVhcm5l ZCB0aGF0IHJvdXRpbmcgaXMgYmFzZWQgb24gcmVnaW9ucyB3aXRoIGdlb2dyYXBoaWNhbCBhdHRy aWJ1dGVzLGVhY2ggcmVnaW9uPGJyPmhhcyBhIERUTiBnYXRld2F5IG9yIGVxdWl2YWxlbnQgZW50 aXR5LHRoZSBzb3VyY2Ugbm9kZSBmaXJzdCBzZW5kIGJ1bmRsZXMgdG8gZ2F0ZXdheSBvZiA8YnI+ cmVnaW9uIHdoaWNoIHNvdXJjZSBub2RlIGxvY2F0ZXMgaW4sdGhlbiB3aGVuIHRoZSBsaW5rIGJl dHdlZW4gc291cmNlIHJlZ2lvbiBhbmQgbW9iaWxlCjxicj5lbmRwb2ludCBiZWNvbWVzIGF2YWls YWJsZSxidW5kbGVzIGFyZSB0cmFuc2ZlcmVkIHRvIG1vYmlsZSBlbmRwb2ludCBhbmQgZGVsaXZl cmVkIHRvIDxicj5yZW1vdGUgcmVnaW9ucyxmaW5hbGx5IHRvIHRoZSBkZXN0aW5hdGlvbiBub2Rl Ljxicj4mbmJzcDs8YnI+Jm5ic3A7SSB0aGluayB0aGlzIHByb2Nlc3MgaXMgc2ltaWxhciB0byBw b3N0IHNlcnZpY2UuSWYgc29tZWJvZHkgbmFtZWQgQSBpbiBIb3VzdG9uIHdhbnRzCjxicj50byBz ZW5kIGEgbGV0dGVyIHRvIGhpcyBmcmllbmQgbmFtZWQgQiBpbiBOZXcgWW9yayxBIGZpc3QgZGVs aXZlcmllcyB0aGUgbGV0dGVyIHRvIGhpczxicj5sb2NhbCBwb3N0IG9mZmljZSx0aGUgcG9zdCBv ZmZpY2UgdHJhbnNmZXJzIHRoZSBsZXR0ZXIgdG8gYSB0cmFpbiBzdGFydGluZyBmcm9tIEhvdXN0 b24gdG88YnI+TmV3IFlvcmssbWFpbCBjYXJyaWVyIG9mIE5ldyBZb3JrIHdpbGwgdHJhbnNmZXIg dGhlIGxldHRlciB0byBCIGZpbmFsbHkuCjwvcD4KPHA+Jm5ic3A7Jm5ic3A7IEhlcmVpbmJlZm9y ZSBpcyBteSBjb21wcmVoZW5zaW9uLEkgd2FudCB0byBrbm93IGlmIEkgaGFkIGNhdGNoIFJhamVz aCYjMzk7cyBvcGluaW9uIGFuZCB3aGF0IEJ1bmRsZSBwcm90b2NvbCBtZW50aW9uZWQuPC9wPgo8 cD4mbmJzcDtJIGFsc28gd2FudCB0byBhc2sgaWYgdGhlIG5leHQtaG9wIGxpbmsgaXMgdW5hdmFp bGFibGUsd2lsbCB0aGUgaW4tYmV0d2VlbiBub2RlIHNlbGVjdHM8YnI+YW5vdGhlciBhdmFpbGFi bGUgbGluayxvciBqdXN0IHdhaXRzIGZvciB0aGUgY3VycmVudCBuZXh0LWhvcCBsaW5rIGJlY29t ZXMgYXZhbGlhYmxlIGFnYWluPGJyPmJlZm9yZSBidW5kbGVzIGV4cGlyZWQ/Jm5ic3A7Jm5ic3A7 Jm5ic3A7PGJyPjwvcD4KCjxkaXY+PHNwYW4gY2xhc3M9ImdtYWlsX3F1b3RlIj4yMDA3LzEyLzIw LCBSYWplc2ggS3Jpc2huYW4gJmx0OzxhIGhyZWY9Im1haWx0bzprcmFzaEBiYm4uY29tIj5rcmFz aEBiYm4uY29tPC9hPiZndDs6PC9zcGFuPgo8YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUi IHN0eWxlPSJQQURESU5HLUxFRlQ6IDFleDsgTUFSR0lOOiAwcHggMHB4IDBweCAwLjhleDsgQk9S REVSLUxFRlQ6ICNjY2MgMXB4IHNvbGlkIj5UaGlzIGlzIGEgZ3JlYXQgcXVlc3Rpb24uJm5ic3A7 Jm5ic3A7TGV0IHVzIGNvbnNpZGVyIGEgY291cGxlIG9mIGV4aXN0ZW5jZSBwcm9vZnM8YnI+b2Yg aG93IGxhdGUgYmluZGluZyBpcyBwb3NzaWJsZSBpbiBwcmFjdGljZS4KPGJyPjxicj4qIE9uZSB3 YXkgdG8gdGhpbmsgYWJvdXQgbGF0ZSBiaW5kaW5nIGlzIHRoYXQgdGhlIGVuZHBvaW50IG5hbWVz IGhhdmU8YnI+bXVsdGlwbGUgYXR0cmlidXRlcyBhbmQgbm90IGEgc2luZ2xlIG51bWJlci4mbmJz cDsmbmJzcDtJbiB0aGlzIGNhc2UsIHByb2dyZXNzIGNhbjxicj5iZSBtYWRlIGJ5IHJlc29sdmUg YSBzdWJzZXQgb2YgdGhlIGF0dHJpYnV0ZXMsIHNheSwgb25lcyBiYXNlZCBvbiByb3VnaAo8YnI+ Z2VvZ3JhcGhpY2FsIGF0dHJpYnV0ZXMgdGhhdCB3aWxsIG1vdmUgaW5mb3JtYXRpb24gY2xvc2Vy LCBiZWZvcmU8YnI+YmluZGluZyBvdGhlciBhdHRyaWJ1dGVzIHRoYXQgY29ycmVzcG9uZCB0byB0 aGUgZXhhY3QgdG9wb2xvZ2ljYWw8YnI+bG9jYXRpb24uJm5ic3A7Jm5ic3A7Rm9yIGV4YW1wbGUg aWYgeW91IGtub3cgdGhhdCB5b3UgYXJlIHRyeWluZyB0byByZWFjaCBhIG5vZGU8YnI+aW4gc29t ZSByZWdpb24sIHlvdSBtYXkgZm9yd2FyZCB0aGUgaW5mb3JtYXRpb24gdG8gYSB0cmFpbiBnb2lu ZyB0aGVyZSwKPGJyPmFuZCBmdXJ0aGVyIHJlc29sdXRpb24gY2FuIGhhcHBlbiBvbmNlIHRoZSB0 cmFpbiBnZXRzIHRoZXJlLjxicj48YnI+SW4gc29tZSBjYXNlcywgZHVlIHRvIHBhcnRpYWwgaW5m b3JtYXRpb24gYXZhaWxhYmlsaXR5LCB0aGUgcm91dGluZzxicj5zdHJldGNoIG1heSBiZSBtb3Jl IHRoYW4gd2hhdCBpcyBhY2hpZXZhYmxlIHdpdGggYW4gb21uaXNjaWVudCBzY2hlbWUuPGJyPlRo aXMgaXMgYSBnZW5lcmFsIGNhc2Ugb2YgdGhlIHRlbGVzY29waW5nIG9mIHJvdXRlcyB0aGF0IGNh biBvY2N1ciBpbgo8YnI+cm91dGluZyB0byBtb2JpbGUgZW5kcG9pbnRzIGJhc2VkIG9uIGZpeGVk IGFkZHJlc3Nlcy4mbmJzcDsmbmJzcDtJbiBtYW55IGNhc2VzLDxicj50aGUgbGF0ZW5jeSB0byBh Y3F1aXJlIHRoZSBpbmZvcm1hdGlvbiB3aWxsIHJlbmRlciBvbW5pc2NpZW50IHNjaGVtZXM8YnI+ aW1wcmFjdGljYWwgaW4gYSBEVE4uPGJyPjxicj5Ob3RlIGFsdGhvdWdoIEkgdXNlZCBnZW9ncmFw aGljYWwgYXR0cmlidXRlcyBpbiB0aGUgYWJvdmUgZXhhbXBsZSwgeW91Cjxicj5jYW4gY29uc3Ry dWN0IHNjaGVtZXMgdGhhdCB1c2Ugb3RoZXIgYXR0cmlidXRlcyB0aGF0IGFyZSBub3QgbG9jYXRp b248YnI+YmFzZWQsIHByb3ZpZGVkIHlvdSBjcmVhdGUgcHJvdG9jb2wgaW5mcmFzdHJ1Y3R1cmUg Zm9yIHNoYXJpbmcgZHluYW1pYzxicj5pbmZvcm1hdGlvbiBhYm91dCB0aG9zZSBhdHRyaWJ1dGVz Ljxicj48YnI+KiBBbm90aGVyIGV4dHJlbWUgYWx0ZXJuYXRpdmUgdG8gc3VwcG9ydCBsYXRlIGJp bmRpbmcgaW4gdmVyeSBzbWFsbAo8YnI+bmV0d29ya3MgaXMgdGhlIHVzZSBvZiBFcGlkZW1pYyBh cHByb2FjaGVzIHdpdGggdGhlIGRlc3RpbmF0aW9uKHMpPGJyPm1hdGNoaW5nIGFuZCBkZWxpdmVy aW5nIHRoZSBpbmZvcm1hdGlvbiB0byBhcHBsaWNhdGlvbnMuIFN1Y2ggYTxicj5icm9hZGNhc3Qt YmFzZWQgYXBwcm9hY2ggb2J2aW91c2x5IGhhcyBsaW1pdGVkIHNjYWxhYmlsaXR5Ljxicj48YnI+ SSBoYXZlIGJhcmVseSBzY3JhdGNoZWQgdGhlIHN1cmZhY2Ugb2YgdGhpcyB0b3BpYyBoZXJlLCBi dXQgaG9wZWZ1bGx5Cjxicj5jb252ZXllZCBteSBvcGluaW9uIHRoYXQgdGhpcyBpcyBhIHByb2Js ZW0gYXJlYSB3aXRoIGV4Y2VsbGVudCBwb3RlbnRpYWw8YnI+Zm9yIHJlc2VhcmNoLiZuYnNwOyZu YnNwOzopPGJyPjxicj5CZXN0IFJlZ2FyZHMsPGJyPlJhamVzaDxicj48YnI+T24gV2VkLCAyMDA3 LTEyLTE5IGF0IDE1OjQyICswODAwLCDL1b3w7sggd3JvdGU6PGJyPiZndDsgSGVsbG8gZXZlcnlv bmUsPGJyPiZndDs8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBJ IGhhdmUgc29tZSBxdWVzdGlvbnMgdG8gYXNrOgo8YnI+Jmd0Ozxicj4mZ3Q7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFdoZW4gdGhlIHNvdXJjZSBub2RlIGRlbGl2ZXJpZXMv dHJhbnNmZXJzIHNvbWUgaW5mb3JtYXRpb24gdG8gYTxicj4mZ3Q7IGRlc3RpbmF0aW9uIG5vZGUs RFROIGFkb3B0cyBsYXRlIGJpbmRpbmc8YnI+Jmd0OyBpbiBjb250cmFzdCB0byBjb252ZW50aW9u YWwgRE5TJiMzOTtzIGVhcmx5IGJpbmRpbmcsYXMgdGhlIHNvdXJjZSBub2RlPGJyPiZndDsgY2Fu JiMzOTt0IGdldCB0aGUgd2hvbGUgdG9wbG9neSBvZiB0aGUgbmV0d29yaywKPGJyPiZndDsgaG93 IGNvdWxkIGl0IGJlZ2luIGl0cyBkZWxpdmVyeT88YnI+Jmd0Ozxicj4mZ3Q7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IElmIHRoZXJlIGFyZSBtb3JlIHRoYW4gb25lIGxpbmsg YXZhaWxhYmxlIHNpbXVsdGFuZW91c2x5LHdpbGw8YnI+Jmd0OyB0aGUgc291cmNlIG5vZGUgYnJv YWRjYXN0IHRoZSBidW5kbGUgdG8gZWFjaDxicj4mZ3Q7IG9mIGl0cyByZW1vdGUgcGVlcnM/IG9y IGlmIHRoZSBuZXh0LWhvcCBsaW5rIGlzIHVuYXZhaWxhYmxlLHdpbGwgdGhlCjxicj4mZ3Q7IGlu LWJldHdlZW4gbm9kZSBzZWxlY3QgYW5vdGhlciBhdmFpbGFibGUgbGluayB0bzxicj4mZ3Q7IGlu c3RlYWQ/PGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdGhhbmtz IGEgbG90ITxicj4mZ3Q7PGJyPiZndDsgc3Vqejxicj4mZ3Q7IDxhIGhyZWY9Im1haWx0bzpzdWpp bnpoYW9AZ21haWwuY29tIj5zdWppbnpoYW9AZ21haWwuY29tPC9hPjxicj4mZ3Q7IDIwMDctMTIt MTk8YnI+Jmd0Ozxicj4KJmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXzxicj4mZ3Q7IGR0bi11c2VycyBtYWlsaW5nIGxpc3Q8YnI+Jmd0OyA8YSBocmVm PSJtYWlsdG86ZHRuLXVzZXJzQG1haWxtYW4uZHRucmcub3JnIj5kdG4tdXNlcnNAbWFpbG1hbi5k dG5yZy5vcmc8L2E+PGJyPiZndDsgPGEgaHJlZj0iaHR0cDovL21haWxsaXN0cy5pbnRlbC1yZXNl YXJjaC5uZXQvbWFpbG1hbi9saXN0aW5mby9kdG4tdXNlcnMiPgpodHRwOi8vbWFpbGxpc3RzLmlu dGVsLXJlc2VhcmNoLm5ldC9tYWlsbWFuL2xpc3RpbmZvL2R0bi11c2VyczwvYT48YnI+PGJyPjxi cj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj5kdG4t dXNlcnMgbWFpbGluZyBsaXN0PGJyPjxhIGhyZWY9Im1haWx0bzpkdG4tdXNlcnNAbWFpbG1hbi5k dG5yZy5vcmciPmR0bi11c2Vyc0BtYWlsbWFuLmR0bnJnLm9yZwo8L2E+PGJyPjxhIGhyZWY9Imh0 dHA6Ly9tYWlsbGlzdHMuaW50ZWwtcmVzZWFyY2gubmV0L21haWxtYW4vbGlzdGluZm8vZHRuLXVz ZXJzIj5odHRwOi8vbWFpbGxpc3RzLmludGVsLXJlc2VhcmNoLm5ldC9tYWlsbWFuL2xpc3RpbmZv L2R0bi11c2VyczwvYT48YnI+PC9ibG9ja3F1b3RlPjwvZGl2Pjxicj4K ------=_Part_16402_23848398.1198136921938-- Received: from mx12.bbn.com (mx12.bbn.com [128.33.0.81]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lBJG4FTw019136 for ; Wed, 19 Dec 2007 08:04:16 -0800 Received: from z.bbn.com ([128.89.80.54]) by mx12.bbn.com with esmtp (Exim 4.60) (envelope-from ) id 1J51P5-0006eU-42 for dtn-users@mailman.dtnrg.org; Wed, 19 Dec 2007 11:04:15 -0500 From: Rajesh Krishnan To: dtn-users mailing list In-Reply-To: <7d44697a0712182342i6ff51838k3b3740c4a864e255@mail.gmail.com> References: <7d44697a0712182342i6ff51838k3b3740c4a864e255@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Organization: BBN Technologies Date: Wed, 19 Dec 2007 11:04:15 -0500 Message-Id: <1198080255.15363.254.camel@z> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by maillists.intel-research.net id lBJG4FTw019136 Subject: Re: [dtn-users] Routing path's computation in DTN X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: krash@bbn.com, dtn-users mailing list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 16:04:17 -0000 This is a great question. Let us consider a couple of existence proofs of how late binding is possible in practice. * One way to think about late binding is that the endpoint names have multiple attributes and not a single number. In this case, progress can be made by resolve a subset of the attributes, say, ones based on rough geographical attributes that will move information closer, before binding other attributes that correspond to the exact topological location. For example if you know that you are trying to reach a node in some region, you may forward the information to a train going there, and further resolution can happen once the train gets there. In some cases, due to partial information availability, the routing stretch may be more than what is achievable with an omniscient scheme. This is a general case of the telescoping of routes that can occur in routing to mobile endpoints based on fixed addresses. In many cases, the latency to acquire the information will render omniscient schemes impractical in a DTN. Note although I used geographical attributes in the above example, you can construct schemes that use other attributes that are not location based, provided you create protocol infrastructure for sharing dynamic information about those attributes. * Another extreme alternative to support late binding in very small networks is the use of Epidemic approaches with the destination(s) matching and delivering the information to applications. Such a broadcast-based approach obviously has limited scalability. I have barely scratched the surface of this topic here, but hopefully conveyed my opinion that this is a problem area with excellent potential for research. :) Best Regards, Rajesh On Wed, 2007-12-19 at 15:42 +0800, 苏金钊 wrote: > Hello everyone, > > I have some questions to ask: > > When the source node deliveries/transfers some information to a > destination node,DTN adopts late binding > in contrast to conventional DNS's early binding,as the source node > can't get the whole toplogy of the network, > how could it begin its delivery? > > If there are more than one link available simultaneously,will > the source node broadcast the bundle to each > of its remote peers? or if the next-hop link is unavailable,will the > in-between node select another available link to > instead? > thanks a lot! > > 　　　　　　　　sujz > 　　　　　　　　sujinzhao@gmail.com > 　　　　　　　　　　2007-12-19 > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://maillists.intel-research.net/mailman/listinfo/dtn-users Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.188]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lBJ7g420021619 for ; Tue, 18 Dec 2007 23:42:04 -0800 Received: by fk-out-0910.google.com with SMTP id z23so2494923fkz.5 for ; Tue, 18 Dec 2007 23:42:03 -0800 (PST) Received: by 10.86.71.1 with SMTP id t1mr8592365fga.69.1198050123620; Tue, 18 Dec 2007 23:42:03 -0800 (PST) Received: by 10.86.53.12 with HTTP; Tue, 18 Dec 2007 23:42:03 -0800 (PST) Message-ID: <7d44697a0712182342i6ff51838k3b3740c4a864e255@mail.gmail.com> Date: Wed, 19 Dec 2007 15:42:03 +0800 From: "=?GB2312?B?y9W98O7I?=" To: dtn-users@mailman.dtnrg.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_13134_18156471.1198050123591" Subject: [dtn-users] Routing path's computation in DTN X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: dtn-users mailing list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2007 07:42:05 -0000 ------=_Part_13134_18156471.1198050123591 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello everyone, I have some questions to ask: When the source node deliveries/transfers some information to a destination node,DTN adopts late binding in contrast to conventional DNS's early binding,as the source node can't get the whole toplogy of the network, how could it begin its delivery? If there are more than one link available simultaneously,will the source node broadcast the bundle to each of its remote peers? or if the next-hop link is unavailable,will the in-between node select another available link to instead? thanks a lot! sujz sujinzhao@gmail.com 2007-12-19 ------=_Part_13134_18156471.1198050123591 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: base64 Content-Disposition: inline PHA+SGVsbG8gZXZlcnlvbmUsPC9wPgo8cD4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg SSBoYXZlIHNvbWUgcXVlc3Rpb25zIHRvIGFzazo8L3A+CjxwPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyBXaGVuIHRoZSBzb3VyY2Ugbm9kZSBkZWxpdmVyaWVzL3RyYW5zZmVycyBzb21l IGluZm9ybWF0aW9uIHRvIGEgZGVzdGluYXRpb24gbm9kZSxEVE4gYWRvcHRzIGxhdGUgYmluZGlu ZyA8YnI+aW4gY29udHJhc3QgdG8gY29udmVudGlvbmFsIEROUyYjMzk7cyBlYXJseSBiaW5kaW5n LGFzIHRoZSBzb3VyY2Ugbm9kZSBjYW4mIzM5O3QgZ2V0IHRoZSB3aG9sZSB0b3Bsb2d5IG9mIHRo ZSBuZXR3b3JrLCAKPGJyPmhvdyBjb3VsZCBpdCBiZWdpbiBpdHMgZGVsaXZlcnk/IDwvcD4KPGRp dj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgSWYgdGhlcmUgYXJlIG1vcmUgdGhhbiBv bmUgbGluayBhdmFpbGFibGUgc2ltdWx0YW5lb3VzbHksd2lsbCB0aGUgc291cmNlIG5vZGUgYnJv YWRjYXN0IHRoZSBidW5kbGUgdG8gZWFjaDxicj5vZiBpdHMgcmVtb3RlIHBlZXJzPyBvciBpZiB0 aGUgbmV4dC1ob3AgbGluayBpcyB1bmF2YWlsYWJsZSx3aWxsIHRoZSBpbi1iZXR3ZWVuIG5vZGUm bmJzcDtzZWxlY3QgYW5vdGhlciBhdmFpbGFibGUgbGluayB0byAKPC9kaXY+CjxkaXY+aW5zdGVh ZD8gPC9kaXY+CjxwPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0aGFua3MgYSBsb3Qh Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9wPgo8cD6hoaGhoaGhoaGhoaGhoaGhc3Vqejxicj6h oaGhoaGhoaGhoaGhoaGhPGEgaHJlZj0ibWFpbHRvOnN1amluemhhb0BnbWFpbC5jb20iPnN1amlu emhhb0BnbWFpbC5jb208L2E+PGJyPqGhoaGhoaGhoaGhoaGhoaGhoaGhMjAwNy0xMi0xOTwvcD4K ------=_Part_13134_18156471.1198050123591-- Received: from mail.cs.umass.edu (loki.cs.umass.edu [128.119.243.168]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lB6CrQd1012334 for ; Thu, 6 Dec 2007 04:53:26 -0800 Received: from snowcrash.cs.umass.edu (snowcrash.cs.umass.edu [128.119.245.68]) by mail.cs.umass.edu (8.13.7/8.13.1) with ESMTP id lB6CrPsx012949 for ; Thu, 6 Dec 2007 07:53:25 -0500 Message-ID: <4757F0B5.1050708@cs.umass.edu> Date: Thu, 06 Dec 2007 07:53:09 -0500 From: Brian Lynn User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: dtn-users mailing list References: <4757a21d.1abd600a.0695.0575@mx.google.com> In-Reply-To: <4757a21d.1abd600a.0695.0575@mx.google.com> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 8bit X-Spam-Net-Tests: NO (loki, relay 128.119.245.68 auth=site-local) X-Spam-Checked: This message probably not SPAM X-Spam-Score: 2.45, Required: 5 X-Spam-Level: ** (2.45) X-Spam-Tests: MIME_CHARSET_FARAWAY X-Spam-Report-loki: ---- Start SpamAssassin (v2.6xx-cscf) results 2.5 MIME_CHARSET_FARAWAY MIME character set indicates foreign language X-MIMEDefang-Relay-6c7193ae459bb50323bc07e1626b20987c9508fa: 128.119.245.68 X-Scanned-By: MIMEDefang 2.62 on 128.119.243.168 Subject: Re: [dtn-users] About Routing protocol X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: dtn-users mailing list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2007 12:53:27 -0000 Look in directory ./servlib/routing under your DTN source root. - Brian sujz wrote: > Dear Everyone: > > I have read some materials on DTN including code and documentation,but I'm wildered in files organization > of dtn-2.5.0,and I can't find the implementation code of routing protocol of dtn,so could any be kind enough to > show me? > Many Thanks! > > Best wishes! > > > sujz > sujinzhao@gmail.com > 2007-12-06 > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://maillists.intel-research.net/mailman/listinfo/dtn-users Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.185]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lB67HphB025026 for ; Wed, 5 Dec 2007 23:17:51 -0800 Received: by rv-out-0910.google.com with SMTP id l15so128717rvb for ; Wed, 05 Dec 2007 23:17:51 -0800 (PST) Received: by 10.140.179.25 with SMTP id b25mr1772310rvf.1196925471146; Wed, 05 Dec 2007 23:17:51 -0800 (PST) Received: from sujz ( [219.224.167.184]) by mx.google.com with ESMTPS id m26sm18392pof.2007.12.05.23.17.48 (version=SSLv3 cipher=RC4-MD5); Wed, 05 Dec 2007 23:17:49 -0800 (PST) Date: Thu, 6 Dec 2007 15:17:40 +0800 From: "sujz" To: "dtn-users" X-mailer: Foxmail 5.0 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="gb2312" Message-ID: <4757a21d.1abd600a.0695.0575@mx.google.com> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by maillists.intel-research.net id lB67HphB025026 Subject: [dtn-users] About Routing protocol X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: dtn-users mailing list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2007 07:17:52 -0000 Dear Everyone: I have read some materials on DTN including code and documentation,but I'm wildered in files organization of dtn-2.5.0,and I can't find the implementation code of routing protocol of dtn,so could any be kind enough to show me? Many Thanks! Best wishes! sujz sujinzhao@gmail.com 2007-12-06 Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lB5HdDlm009121 for ; Wed, 5 Dec 2007 09:39:13 -0800 Received: from [192.168.1.3] (dsl081-061-178.sfo1.dsl.speakeasy.net [64.81.61.178]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.2/8.13.5) with ESMTP id lB5HdBeW013148 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 5 Dec 2007 09:39:12 -0800 (PST) In-Reply-To: <8bd31fd70712050757l5ff6be25u436794c1ecc3f77b@mail.gmail.com> References: <8bd31fd70712050757l5ff6be25u436794c1ecc3f77b@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Michael Demmer X-Applemailsentby: demmer Date: Wed, 5 Dec 2007 09:39:11 -0800 To: dtn-users mailing list X-Mailer: Apple Mail (2.752.3) Subject: Re: [dtn-users] About Queue size X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: dtn-users mailing list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2007 17:39:14 -0000 In the current implementation there are no specific queue limits and the implementation model is not like a standard queue-based router, rather there are a number of lists of bundles used throughout the system for various purposes. -m On Dec 5, 2007, at 7:57 AM, EunKyung Lee wrote: > Dear. > > I want to know the queue size of DTN2 implementation. > Is it using single queue for sending packet? and what is the > maximum bundles to hold? > > Any comment will be appreciated. > Thank you > -EUN > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://maillists.intel-research.net/mailman/listinfo/dtn-users Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lB5FvnPe002712 for ; Wed, 5 Dec 2007 07:57:50 -0800 Received: by rv-out-0910.google.com with SMTP id l15so3465267rvb for ; Wed, 05 Dec 2007 07:57:45 -0800 (PST) Received: by 10.141.37.8 with SMTP id p8mr1267216rvj.1196870265303; Wed, 05 Dec 2007 07:57:45 -0800 (PST) Received: by 10.141.40.12 with HTTP; Wed, 5 Dec 2007 07:57:45 -0800 (PST) Message-ID: <8bd31fd70712050757l5ff6be25u436794c1ecc3f77b@mail.gmail.com> Date: Wed, 5 Dec 2007 10:57:45 -0500 From: "EunKyung Lee" To: dtn-users@mailman.dtnrg.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_2110_16103679.1196870265296" Subject: [dtn-users] About Queue size X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: dtn-users mailing list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2007 15:57:51 -0000 ------=_Part_2110_16103679.1196870265296 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Dear. I want to know the queue size of DTN2 implementation. Is it using single queue for sending packet? and what is the maximum bundles to hold? Any comment will be appreciated. Thank you -EUN ------=_Part_2110_16103679.1196870265296 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline
Dear.
 
I want to know the queue size of DTN2 implementation.
Is it using single queue for sending packet? and what is the maximum bundles to hold?
 
Any comment will be appreciated.
Thank you
-EUN
------=_Part_2110_16103679.1196870265296-- Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lB1HSiuS030474 for ; Sat, 1 Dec 2007 09:28:44 -0800 Received: from [192.168.1.102] (dsl081-061-178.sfo1.dsl.speakeasy.net [64.81.61.178]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.2/8.13.5) with ESMTP id lB1HSg9U018574 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sat, 1 Dec 2007 09:28:43 -0800 (PST) In-Reply-To: <8bd31fd70711291030t1ed35193ie41901c46f3e8732@mail.gmail.com> References: <8bd31fd70711291030t1ed35193ie41901c46f3e8732@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <90770212-73C3-41CD-BE60-F49C322236EF@cs.berkeley.edu> Content-Transfer-Encoding: 7bit From: Michael Demmer X-Applemailsentby: demmer Date: Sat, 1 Dec 2007 09:28:36 -0800 To: dtn-users mailing list X-Mailer: Apple Mail (2.752.2) Subject: Re: [dtn-users] about ALWAYSON link setup X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: dtn-users mailing list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 17:28:45 -0000 The problem is in your "route add" syntax -- in particular, you probably want to use a wildcard route instead, so on node A for example: route add dtn://B.dtn/* tcp0 route add dtn://C.dtn/* tcp0 using the /* syntax means that EIDs like dtn://C.dtn/ping will match the route, otherwise they will not. -m On Nov 29, 2007, at 10:30 AM, EunKyung Lee wrote: > I have a problem when routing dtn with ALWAYSON link. > > I'm testing DTN between 3 nodes. using ALWAYSON link setup. > A--------B--------C > > dtn.conf of A : > link add tcp0 B ALWAYSON tcp > dtn.conf of B : > link add tcp0 C ALWAYSON tcp > route set add_nexthop_routes true > dtn.conf of C: > route set add_nexthop_routes true > When I run dtn daemon with this configuration, it is running well > between A and B and, B and C(A--------B, B----------C) but not > A-------------C > If I dtntraceroute from A to C, A could just reach to B, but C. > > So I added static routing info to A and B > dtn.conf of A : > route add dtn://B.dtn tcp0 > route add dtn://C.dtn tcp0 > dtn.conf of B : > route add dtn://C.dtn tcp0 > dtndaemon A was fine. but for dtndaemon B, I met this type of error. > > [1196356912.993144 /dtn/tclcmd error] error: line 39: 'next hop > tcp0 is not a valid link or endpoint id': > next hop tcp0 is not a valid link or endpoint id > while executing > I think I'm doing something wrong. Could anyone tell me how to fix it? > > Thank you > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://maillists.intel-research.net/mailman/listinfo/dtn-users Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lB1HR7xi030367 for ; Sat, 1 Dec 2007 09:27:07 -0800 Received: from [192.168.1.102] (dsl081-061-178.sfo1.dsl.speakeasy.net [64.81.61.178]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.2/8.13.5) with ESMTP id lB1HR5i6018564 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sat, 1 Dec 2007 09:27:06 -0800 (PST) In-Reply-To: <8bd31fd70711302026n10733849w26722dd7bbab3f79@mail.gmail.com> References: <8bd31fd70711302026n10733849w26722dd7bbab3f79@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <414EE841-6206-432A-99B2-8EE0AA2E6358@cs.berkeley.edu> Content-Transfer-Encoding: 7bit From: Michael Demmer X-Applemailsentby: demmer Date: Sat, 1 Dec 2007 09:26:58 -0800 To: dtn-users mailing list X-Mailer: Apple Mail (2.752.2) Subject: Re: [dtn-users] about route set type. X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: dtn-users mailing list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 17:27:08 -0000 I'm not really sure what it is you want to know... the configuration layer has a general mechanism for setting parameters and variables, using the set syntax. In this case, you're selecting the string name of a routing algorithm, which is then used in BundleRouter.cc to instantiate the particular class that will implement the routing scheme. -m On Nov 30, 2007, at 8:26 PM, EunKyung Lee wrote: > Can anybody explain how this route set option "EXACTLY" works ? > or give me a tutorial link explaining about it?.. I looked into all > of the tutorial links on dtnrg website but couldn't find it. > > route set type [static | flood | neighborhood | linkstate] > Thank you so much and have a great day~! > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://maillists.intel-research.net/mailman/listinfo/dtn-users