
Received: from relay.imagine.ie (dns1.dns.imagine.ie [87.232.1.40]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7GN21hR023509 for <dtn-users@mailman.dtnrg.org>; Sun, 16 Aug 2009 16:02:02 -0700
Received: from mail2.int.imagine.ie (mail2 [87.232.1.153]) by relay.imagine.ie (Postfix) with ESMTP id 3879032849 for <dtn-users@mailman.dtnrg.org>; Mon, 17 Aug 2009 00:00:39 +0100 (IST)
Received: from [10.87.48.11] (dsl-102-234.cust.imagine.ie [87.232.102.234]) by mail2.int.imagine.ie (8.13.4/8.13.4/Debian-3) with ESMTP id n7GN0ZtQ021819 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for <dtn-users@mailman.dtnrg.org>; Mon, 17 Aug 2009 00:00:36 +0100
Message-ID: <4A888F8E.4030908@cs.tcd.ie>
Date: Mon, 17 Aug 2009 00:00:30 +0100
From: Stephen Farrell <stephen.farrell@cs.tcd.ie>
User-Agent: Thunderbird 2.0.0.22 (X11/20090605)
MIME-Version: 1.0
To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
References: <D967F220-F796-4A56-B683-84E582A88945@tssg.org>	<3A5AA67A8B120B48825BFFCF544385619447696CD0@NDJSSCC03.ndc.nasa.gov>	<FEE36977-FB87-4819-AE45-39091289D2C1@tssg.org>	<3A5AA67A8B120B48825BFFCF544385619447696D08@NDJSSCC03.ndc.nasa.gov>	<14879E14-AE3F-477E-9520-C779383759BE@netlab.tkk.fi>	<B95BE284-E5BB-4FD4-8D52-BC4864A02DD3@tssg.org> <3A5AA67A8B120B48825BFFCF54438561944769787A@NDJSSCC03.ndc.nasa.gov>
In-Reply-To: <3A5AA67A8B120B48825BFFCF54438561944769787A@NDJSSCC03.ndc.nasa.gov>
X-Enigmail-Version: 0.96.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Bayes-Prob: 0.0001 (Score 0)
X-Spam-Score: 0.00 () [Hold at 8.00] 
X-Canit-Stats-ID: 48033293 - 402f9b264011 (trained as not-spam)
X-CanItPRO-Stream: outgoing
X-Scanned-By: CanIt (www . roaringpenguin . com) on 87.232.1.53
Subject: Re: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Sun, 16 Aug 2009 23:02:02 -0000

Folks,

Can we move this thread to the dtn-interest list? It affects more
than just current code so it really belongs there,

Thanks,
Stephen.


Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7GH9Yma007565 for <dtn-users@maillists.intel-research.net>; Sun, 16 Aug 2009 10:09:35 -0700
Received: by bwz28 with SMTP id 28so1926998bwz.6 for <dtn-users@maillists.intel-research.net>; Sun, 16 Aug 2009 10:08:14 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.204.70.76 with SMTP id c12mr2152882bkj.181.1250442494469; Sun,  16 Aug 2009 10:08:14 -0700 (PDT)
Date: Sun, 16 Aug 2009 18:08:14 +0100
Message-ID: <a13247280908161008h1a939ae5oa5ec4a638e9db587@mail.gmail.com>
From: Ibrahim <studentfromuk@googlemail.com>
To: dtn-users@maillists.intel-research.net
Content-Type: multipart/alternative; boundary=001636c5ab15b1e7900471455455
Subject: [dtn-users] dtn2 code features guide
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Sun, 16 Aug 2009 17:09:35 -0000

--001636c5ab15b1e7900471455455
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hi All,
Thanks for the help of all people who responded to thread "DTN2
Implementation guide"... I have successfully configured the project on
Eclipse, Now I can compile and run in Ubuntu using Eclipse..

I have to modify the DTN2 and now I need to understand the coding style of
DTN2 so that If I make something good then I can contribute to DTN2..  Now I
have following questions:

1- What technologies are used in the development of DTN2 (e.g. Event driven
model, RPC etc).. So that before starting the programming one can revise
these concepts..   A list of all technologies will be realy helpful, as I am
very new in C++ linux programming..

2- I can see from documentation there are lot of event classes and other
stuff ... How the event model is organized in DTN2 ..

3- What the role is being played by oasys library (general comment) .. It
provides lot of functions usable .. can we categorise this library ...

thanks
Ibrahim

--001636c5ab15b1e7900471455455
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi All, <br>Thanks for the help of all people who responded to thread &quot=
;DTN2 Implementation guide&quot;... I have successfully configured the proj=
ect on Eclipse, Now I can compile and run in Ubuntu using Eclipse..=A0 <br>
<br>I have to modify the DTN2 and now I need to understand the coding style=
 of DTN2 so that If I make something good then I can contribute to DTN2..=
=A0 Now I have following questions:<br><br>1- What technologies are used in=
 the development of DTN2 (e.g. Event driven model, RPC etc).. So that befor=
e starting the programming one can revise these concepts..=A0=A0 A list of =
all technologies will be realy helpful, as I am very new in C++ linux progr=
amming.. <br>
<br>2- I can see from documentation there are lot of event classes and othe=
r stuff ... How the event model is organized in DTN2 .. <br><br>3- What the=
 role is being played by oasys library (general comment) .. It provides lot=
 of functions usable .. can we categorise this library ... <br>
<br>thanks<br>Ibrahim<br>

--001636c5ab15b1e7900471455455--


Received: from mx2.oit.ohio.edu (mx2.oit.ohio.edu [132.235.51.19]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7EGx8Av007852 for <dtn-users@mailman.dtnrg.org>; Fri, 14 Aug 2009 09:59:08 -0700
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ap4GAP4zhUqE6wiX/2dsb2JhbABEwiwOiAKITYQZBYFN
X-IronPort-AV: E=Sophos;i="4.43,381,1246852800";  d="scan'208";a="8468165"
Received: from oak3a.cats.ohiou.edu (HELO oak.cats.ohiou.edu) ([132.235.8.151]) by smtpout2.oit.ohio.edu with ESMTP; 14 Aug 2009 12:58:04 -0400
Received: from [192.168.1.100] (cpe-24-210-146-156.woh.res.rr.com [24.210.146.156]) (authenticated bits=0) by oak.cats.ohiou.edu (8.13.1/8.13.1) with ESMTP id n7EGv4Pc1762662 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Aug 2009 12:57:08 -0400 (EDT)
From: "G. Clark" <gc355804@ohio.edu>
To: "Ivancic, William D. (GRC-RHN0)" <william.d.ivancic@nasa.gov>
In-Reply-To: <3A5AA67A8B120B48825BFFCF54438561944769787A@NDJSSCC03.ndc.nasa.gov>
References: <D967F220-F796-4A56-B683-84E582A88945@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696CD0@NDJSSCC03.ndc.nasa.gov> <FEE36977-FB87-4819-AE45-39091289D2C1@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696D08@NDJSSCC03.ndc.nasa.gov> <14879E14-AE3F-477E-9520-C779383759BE@netlab.tkk.fi> <B95BE284-E5BB-4FD4-8D52-BC4864A02DD3@tssg.org> <3A5AA67A8B120B48825BFFCF54438561944769787A@NDJSSCC03.ndc.nasa.gov>
Content-Type: text/plain
Date: Fri, 14 Aug 2009 08:56:48 -0400
Message-Id: <1250254608.2434.63.camel@cubic-laptop.Belkin>
Mime-Version: 1.0
X-Mailer: Evolution 2.26.1 (2.26.1-2.fc11) 
Content-Transfer-Encoding: 7bit
Cc: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
Subject: Re: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Fri, 14 Aug 2009 16:59:09 -0000

Perhaps this is a silly suggestion and / or it's been suggested before,
but what about setting up a special endpoint (or other bucket) that
collects expired bundles and holds the header information for a
predetermined period of time (but drops the payload)?  To keep things
from getting out of hand, the number of stored expired headers could be
limited and / or this could be an optional, per-endpoint switch.

>From there, you could set up a /time endpoint and use this to do what
John was saying: /time would reply to any expired bundle it received
with a bundle containing an empty payload.  The bundle's header
information would contain the current absolute timestamp of the queried
node, which the person doing the querying could use to synchronize their
own time.

This doesn't solve problems like a node having a bad sense of time and
replying to a time query, but it'd at least let nodes with no sense of
time get an idea of what time their neighbors thought it was.  Depending
on how far away the neighbors are, though, this process could take a
while.

Gilbert Clark
Grad Student
Ohio University

On Fri, 2009-08-14 at 10:59 -0500, Ivancic, William D. (GRC-RHN0) wrote:
> >
> >Wow, I didn't think the question would generate so many replies, I'm
> >a relative newcomer to DTN.
> >
> >What would be wrong with asking my neighbour the time?, just like we
> >do in the real world if we aren't sure of the time.
> 
> John,
> 
> Don't forget, you are disconnected.  When does your neighbor receive the request and when did they reply?  If you knew "when" you would be synchronized (at least good enough).
> 
> Now consider you are out of sync, but don't know it.  Nobody responds to your requests because they drop the bundles appear to have expired or the Bundles appear to originate too far into the future and considered a DOS attack.
> 
> After a while (however long that is) you decide to send bundles that are created on day 1 and live for 100 years.  Nobody responds because they the bundle lifetimes are too large and considered a DOS attach.

> (You indicate you are new to DTN.  May I suggest adding some disconnection to your system as well as multi-hop topologies.  Turn off NTP for a few days.  Reboot machines.  Play with late-binding.)
> 
> _______________________________________________
> dtn-users mailing list
> dtn-users@maillists.intel-research.net
> http://maillists.intel-research.net/mailman/listinfo/dtn-users



Received: from ndjsnpf02.ndc.nasa.gov (ndjsnpf02.ndc.nasa.gov [198.117.1.122]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7EG0TYv005156 for <dtn-users@mailman.dtnrg.org>; Fri, 14 Aug 2009 09:00:29 -0700
Received: from ndjsppt02.ndc.nasa.gov (ndjsppt02.ndc.nasa.gov [198.117.1.101]) by ndjsnpf02.ndc.nasa.gov (Postfix) with ESMTP id B9FE0A84E7; Fri, 14 Aug 2009 10:59:25 -0500 (CDT)
Received: from ndjshub05.ndc.nasa.gov (ndjshub05.ndc.nasa.gov [198.117.4.164]) by ndjsppt02.ndc.nasa.gov (8.14.3/8.14.3) with ESMTP id n7EFxPGU016110; Fri, 14 Aug 2009 10:59:25 -0500
Received: from NDJSSCC03.ndc.nasa.gov ([198.117.4.170]) by ndjshub05.ndc.nasa.gov ([198.117.4.164]) with mapi; Fri, 14 Aug 2009 10:59:25 -0500
From: "Ivancic, William D. (GRC-RHN0)" <william.d.ivancic@nasa.gov>
To: John Ronan <jronan@tssg.org>, dtn-users mailing list <dtn-users@mailman.dtnrg.org>
Date: Fri, 14 Aug 2009 10:59:23 -0500
Thread-Topic: [dtn-users] Time question.
Thread-Index: Acoc8vF1/QLjnBs+SwqgFRSmsJoIGwAA3ycw
Message-ID: <3A5AA67A8B120B48825BFFCF54438561944769787A@NDJSSCC03.ndc.nasa.gov>
References: <D967F220-F796-4A56-B683-84E582A88945@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696CD0@NDJSSCC03.ndc.nasa.gov> <FEE36977-FB87-4819-AE45-39091289D2C1@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696D08@NDJSSCC03.ndc.nasa.gov> <14879E14-AE3F-477E-9520-C779383759BE@netlab.tkk.fi> <B95BE284-E5BB-4FD4-8D52-BC4864A02DD3@tssg.org>
In-Reply-To: <B95BE284-E5BB-4FD4-8D52-BC4864A02DD3@tssg.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.7400:2.4.4, 1.2.40, 4.0.166 definitions=2009-08-14_10:2009-08-11, 2009-08-14, 2009-08-14 signatures=0
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by maillists.intel-research.net id n7EG0TYv005156
Subject: Re: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Fri, 14 Aug 2009 16:00:29 -0000

>
>Wow, I didn't think the question would generate so many replies, I'm
>a relative newcomer to DTN.
>
>What would be wrong with asking my neighbour the time?, just like we
>do in the real world if we aren't sure of the time.

John,

Don't forget, you are disconnected.  When does your neighbor receive the request and when did they reply?  If you knew "when" you would be synchronized (at least good enough).

Now consider you are out of sync, but don't know it.  Nobody responds to your requests because they drop the bundles appear to have expired or the Bundles appear to originate too far into the future and considered a DOS attack.

After a while (however long that is) you decide to send bundles that are created on day 1 and live for 100 years.  Nobody responds because they the bundle lifetimes are too large and considered a DOS attach.

(You indicate you are new to DTN.  May I suggest adding some disconnection to your system as well as multi-hop topologies.  Turn off NTP for a few days.  Reboot machines.  Play with late-binding.)



Received: from smtps.tssg.org (smtps.tssg.org [193.1.185.47]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7EFI8qN003233 for <dtn-users@mailman.dtnrg.org>; Fri, 14 Aug 2009 08:18:09 -0700
X-IronPort-AV: E=Sophos;i="4.43,381,1246834800";  d="scan'208";a="613228"
Received: from unknown (HELO [10.37.2.20]) ([10.37.2.20]) by smtps.tssg.org with ESMTP/TLS/AES128-SHA; 14 Aug 2009 16:17:04 +0100
Mime-Version: 1.0 (Apple Message framework v753.1)
In-Reply-To: <14879E14-AE3F-477E-9520-C779383759BE@netlab.tkk.fi>
References: <D967F220-F796-4A56-B683-84E582A88945@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696CD0@NDJSSCC03.ndc.nasa.gov> <FEE36977-FB87-4819-AE45-39091289D2C1@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696D08@NDJSSCC03.ndc.nasa.gov> <14879E14-AE3F-477E-9520-C779383759BE@netlab.tkk.fi>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <B95BE284-E5BB-4FD4-8D52-BC4864A02DD3@tssg.org>
Content-Transfer-Encoding: 7bit
From: John Ronan <jronan@tssg.org>
Date: Fri, 14 Aug 2009 16:17:05 +0100
To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
X-Mailer: Apple Mail (2.753.1)
Subject: Re: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Fri, 14 Aug 2009 15:18:09 -0000

>>>
>>>> I am told time sync is not a problem. ..... Just kidding.
>>>>
>>>> How you sync in such an environment is a good question.  I will
>>>> tell you NASA Glenn Research Center (GRC) has experienced problems
>>>> and BBN has also.  BBN and GRC are discussing ways to standardize a
>>>> solution that does not require system time sync for the "Bundle
>>>> Protocol" to work - basically use relative time versus absolute
>>>> time.  Unfortunately, we do not have a solution implemented yet.
>>>>
>>> Something like 'drifting' all nodes to a common view or something?
>>>
>>
>> More like a absolute time-to-live (TTL).  I create a bundle and  
>> indicate it has a lifetime of X.  When a source receives it, the  
>> source keeps track of the bundle time and adjusts the time on  
>> transmission to the next bundle agent.
>
> This would get rid of the need for synchronized time, but would  
> introduce a requirement to know the transmission times over the  
> links (if the transmission times are significant compared to the  
> storage times in the nodes). This might be problematic in, e.g.,  
> sneakernet type scenarios. Implementation-wise it would also mean  
> that every bundle would need to be modified immediately before  
> being transmitted over a link.
>
> As such I would see it as a different trade-off to the current  
> mechanism rather than an absolute improvement. However, I suspect  
> both approaches should be supported.
>
>> We have also discussed usefulness of hop count to identify obvious  
>> loops.


Wow, I didn't think the question would generate so many replies, I'm  
a relative newcomer to DTN.

What would be wrong with asking my neighbour the time?, just like we  
do in the real world if we aren't sure of the time.

I don't have to take their word on it, I could ask a second (or third  
person), and then pick something between them, or between the three  
of us.  I could (potentially) increase my bundle expire time by an  
uncertainty value based on the time change or the differences.

Regards
John

--
John Ronan <jronan@tssg.org>, +353-51-302938
Telecommunications Software &  Systems Group,  http://www.tssg.org





Received: from exprod5og108.obsmtp.com (exprod5og108.obsmtp.com [64.18.0.186]) by maillists.intel-research.net (8.13.8/8.13.8) with SMTP id n7EEU1HZ000782 for <dtn-users@maillists.intel-research.net>; Fri, 14 Aug 2009 07:30:01 -0700
Received: from source ([98.191.170.37]) by exprod5ob108.postini.com ([64.18.4.12]) with SMTP ID DSNKSoV0qvULAOO8MPp5V6LAIrT2KsXT4cUw@postini.com; Fri, 14 Aug 2009 07:28:59 PDT
Received: from 192.168.10.63 ([192.168.10.63]) by TSIEXCHANGE.tridsys.com ([192.168.1.16]) with Microsoft Exchange Server HTTP-DAV ;  Fri, 14 Aug 2009 14:28:57 +0000
Received: from john-d830 by TSIEXCHANGE; 14 Aug 2009 10:28:57 -0400
From: John Setzer <john.setzer@tridsys.com>
To: "Graham Keellings (Leonix Solutions Pte Ltd)" <Graham@leonixsolutions.com>
In-Reply-To: <4A84CF3E.4000607@LeonixSolutions.com>
References: <4A84CF3E.4000607@LeonixSolutions.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: Fri, 14 Aug 2009 10:28:57 -0400
Message-Id: <1250260137.4866.20.camel@john-d830>
Mime-Version: 1.0
X-Mailer: Evolution 2.26.1 
Cc: dtn-users <dtn-users@maillists.intel-research.net>
Subject: Re: [dtn-users] Does anyone build the software in Eclipse?
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Fri, 14 Aug 2009 14:30:02 -0000

Graham,

I am using Eclipse 3.5 with the CDT on Ubuntu.  You can do the
following:
1. Build oasys with make like you normally would.
2. Have all the dtn2 code in a directory ready to go.
3. New->Project->C++->C++ Project
4. Set the project name to be your dtn2 directory and the workspace to
be the directory containing your dtn directory.
5. Select the Makefile Project->Empty Project setting.
6. Finish
7. Now Eclipse will use the makefile that comes with dtn2 to build the
project and you can use the debugger.
8. I think you may have to add files you create to the makefile
manually.

Even if you do a non-makefile project Eclipse will just auto-generate a
makefile for you, and use that to build the project.  That might be
nice, but you aren't escaping makefiles.

There is an eclipse plug-in called "Open Extern" that allows you to
right click on directories in the Poject Explorer and open a shell on
whatever directory you had selected.  I highly recommend it for those
times when your shell is better at doing things than Eclipse.

-John Setzer



On Fri, 2009-08-14 at 10:43 +0800, Graham Keellings (Leonix Solutions
Pte Ltd) wrote:
> Makefiles are so half a century ago ;-)
> 
> Does anyone build the software in an IDE, preferably Eclipse?  Even a 
> Source Navigator project would be welcome (albeit not too far removed 
> from DoxyGen).
> 
> That would let us forget about makefiles, refactor more easily, just 
> about the code from use to declaration (which, admittedly DoxyGen can 
> do) and .... debug ...
> 
> If anyone does, I'd love a copy of your eclipse workspace.
> 
> If not, I might give it a bash myself.
> 
> ~graham();
> _______________________________________________
> dtn-users mailing list
> dtn-users@maillists.intel-research.net
> http://maillists.intel-research.net/mailman/listinfo/dtn-users


Received: from asmtpout015.mac.com (asmtpout015.mac.com [17.148.16.90]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7E84N3u015383 for <dtn-users@mailman.dtnrg.org>; Fri, 14 Aug 2009 01:04:24 -0700
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Received: from [192.168.1.10] ([94.30.69.47]) by asmtp015.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KOC00DJQX1KFQE2@asmtp015.mac.com> for dtn-users@mailman.dtnrg.org; Fri, 14 Aug 2009 01:03:22 -0700 (PDT)
Message-id: <FA2B2212-FB2B-4929-89A3-EFC82CFEBD35@mac.com>
From: Darren Long <darren.long@mac.com>
To: "Graham Keellings (Leonix Solutions Pte Ltd)" <Graham@leonixsolutions.com>, dtn-users mailing list <dtn-users@mailman.dtnrg.org>
In-reply-to: <4A84CF3E.4000607@LeonixSolutions.com>
Date: Fri, 14 Aug 2009 09:03:19 +0100
References: <4A84CF3E.4000607@LeonixSolutions.com>
X-Mailer: Apple Mail (2.936)
Subject: Re: [dtn-users] Does anyone build the software in Eclipse?
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Fri, 14 Aug 2009 08:04:24 -0000

I did once get Eclipse CDT to build DTN2  - I think I had to use  
something called Ant to wrap the build process.  This was all in an  
effort to use a GUI debugger and was quite a few years ago.  Now I  
just use GDB and be done with it.

However, I find Eclipse to be slow and bloaty and would be mortified  
if there was a move towards making DTN2 an IDE based project. I can  
probably build DTN2 in the time it takes to load Eclipse and some of  
us (at least me) do native compilations on headless embedded Linux  
targets.

That said, I'd love to find a good UML tool that could reverse- 
engineer DTN2 and show me some diagrams.  Unfortunately, I'm not  
prepared to pay for one, and haven't found (or written) a good enough  
one.

Cheers,

Darren


On 14 Aug 2009, at 03:43, Graham Keellings (Leonix Solutions Pte Ltd)  
wrote:

> Makefiles are so half a century ago ;-)
>
> Does anyone build the software in an IDE, preferably Eclipse?  Even  
> a Source Navigator project would be welcome (albeit not too far  
> removed from DoxyGen).
>
> That would let us forget about makefiles, refactor more easily, just  
> about the code from use to declaration (which, admittedly DoxyGen  
> can do) and .... debug ...
>
> If anyone does, I'd love a copy of your eclipse workspace.
>
> If not, I might give it a bash myself.
>
> ~graham();
> <Graham.vcf>_______________________________________________
> dtn-users mailing list
> dtn-users@maillists.intel-research.net
> http://maillists.intel-research.net/mailman/listinfo/dtn-users



Received: from c.painless.aaisp.net.uk (c.painless.aaisp.net.uk [81.187.30.53]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7E7Y5Fg013937 for <dtn-users@maillists.intel-research.net>; Fri, 14 Aug 2009 00:34:05 -0700
Received: from host-234.stfturist.se ([195.67.43.234] helo=[192.168.201.197]) by c.painless.aaisp.net.uk with esmtpa (Exim 4.69) (envelope-from <elwynd@folly.org.uk>) id 1MbrHY-0000DM-BM; Fri, 14 Aug 2009 08:33:03 +0100
Message-ID: <4A85130F.2080807@folly.org.uk>
Date: Fri, 14 Aug 2009 08:32:31 +0100
From: Elwyn Davies <elwynd@folly.org.uk>
User-Agent: Thunderbird 2.0.0.19 (X11/20081209)
MIME-Version: 1.0
To: "Graham Keellings (Leonix Solutions Pte Ltd)" <Graham@leonixsolutions.com>
References: <4A84CF3E.4000607@LeonixSolutions.com>
In-Reply-To: <4A84CF3E.4000607@LeonixSolutions.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: dtn-users <dtn-users@maillists.intel-research.net>
Subject: Re: [dtn-users] Does anyone build the software in Eclipse?
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Fri, 14 Aug 2009 07:34:06 -0000

Hi, Graham.

I import the source trees and makefiles into Eclipse after running 
'configure' in order to browse the code, build, debug etc.  Very 
convenient.  Just import the code as a new C++ project changing the 
default location to the root of the source tree.  I am not in front of a 
machine with Eclipse at the moment so I can't be more specific.

However I don't think we should rush to make an Eclipse project the 
default.  I don't have any understanding of how easy or difficult it 
would be to deal with the multitude of environments that the configure 
system copes with at the moment - the IDE solution would need to cover 
them at least as well.

/Elwyn



Graham Keellings (Leonix Solutions Pte Ltd) wrote:
> Makefiles are so half a century ago ;-)
>
> Does anyone build the software in an IDE, preferably Eclipse?  Even a 
> Source Navigator project would be welcome (albeit not too far removed 
> from DoxyGen).
>
> That would let us forget about makefiles, refactor more easily, just 
> about the code from use to declaration (which, admittedly DoxyGen can 
> do) and .... debug ...
>
> If anyone does, I'd love a copy of your eclipse workspace.
>
> If not, I might give it a bash myself.
>
> ~graham();
> ------------------------------------------------------------------------
>
> _______________________________________________
> dtn-users mailing list
> dtn-users@maillists.intel-research.net
> http://maillists.intel-research.net/mailman/listinfo/dtn-users
>   



Received: from sky.fastbighost.net (sky.fastbighost.net [76.76.22.153]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7E2iMsq000772 for <dtn-users@maillists.intel-research.net>; Thu, 13 Aug 2009 19:44:22 -0700
Received: from dyn98-b60-access.superdsl.com.sg ([202.73.60.98] helo=[192.9.200.103]) by sky.fastbighost.net with esmtpa (Exim 4.69) (envelope-from <Graham@LeonixSolutions.com>) id 1MbmlF-0001TE-2D for dtn-users@maillists.intel-research.net; Thu, 13 Aug 2009 22:43:21 -0400
Message-ID: <4A84CF3E.4000607@LeonixSolutions.com>
Date: Fri, 14 Aug 2009 10:43:10 +0800
From: "Graham Keellings (Leonix Solutions Pte Ltd)" <Graham@LeonixSolutions.com>
Organization: Leonix Solutions Pte Ltd
User-Agent: Thunderbird 2.0.0.22 (X11/20090608)
MIME-Version: 1.0
To: dtn-users <dtn-users@maillists.intel-research.net>
Content-Type: multipart/mixed; boundary="------------050208050301060304080404"
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - sky.fastbighost.net
X-AntiAbuse: Original Domain - maillists.intel-research.net
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - LeonixSolutions.com
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Subject: [dtn-users] Does anyone build the software in Eclipse?
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Fri, 14 Aug 2009 02:44:23 -0000

This is a multi-part message in MIME format.
--------------050208050301060304080404
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Makefiles are so half a century ago ;-)

Does anyone build the software in an IDE, preferably Eclipse?  Even a 
Source Navigator project would be welcome (albeit not too far removed 
from DoxyGen).

That would let us forget about makefiles, refactor more easily, just 
about the code from use to declaration (which, admittedly DoxyGen can 
do) and .... debug ...

If anyone does, I'd love a copy of your eclipse workspace.

If not, I might give it a bash myself.

~graham();

--------------050208050301060304080404
Content-Type: text/x-vcard; charset=utf-8;
 name="Graham.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="Graham.vcf"

begin:vcard
fn:Graham Keellings
n:Keellings;Graham
org:Leonix Solutions Pte Ltd
adr:TradeHub 21;;18 Boon Lay Way #09-95;;;609966;Singapore
email;internet:Graham@LeonixSolutions.com
title:Technical director
tel;work:+65 6316 9968
tel;fax:+65 6316 9208
tel;cell:+65 9725 7353
x-mozilla-html:FALSE
url:http://leonixsolutions.com/
version:2.1
end:vcard


--------------050208050301060304080404--


Received: from sky.fastbighost.net (sky.fastbighost.net [76.76.22.153]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7E2ejmY000610 for <dtn-users@maillists.intel-research.net>; Thu, 13 Aug 2009 19:40:45 -0700
Received: from dyn98-b60-access.superdsl.com.sg ([202.73.60.98] helo=[192.9.200.103]) by sky.fastbighost.net with esmtpa (Exim 4.69) (envelope-from <Graham@LeonixSolutions.com>) id 1Mbmhj-0007Zp-Sd; Thu, 13 Aug 2009 22:39:44 -0400
Message-ID: <4A84CE65.5080003@LeonixSolutions.com>
Date: Fri, 14 Aug 2009 10:39:33 +0800
From: "Graham Keellings (Leonix Solutions Pte Ltd)" <Graham@LeonixSolutions.com>
Organization: Leonix Solutions Pte Ltd
User-Agent: Thunderbird 2.0.0.22 (X11/20090608)
MIME-Version: 1.0
To: Ibrahim <studentfromuk@googlemail.com>
References: <mailman.361.1250027496.2539.dtn-users@maillists.intel-research.net>	<a13247280908120328w376c20c4nbd0a7c9a3b5502b1@mail.gmail.com> <a13247280908131105pd169d40x14370a6f0d9632be@mail.gmail.com>
In-Reply-To: <a13247280908131105pd169d40x14370a6f0d9632be@mail.gmail.com>
Content-Type: multipart/mixed; boundary="------------000808030002050908090308"
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - sky.fastbighost.net
X-AntiAbuse: Original Domain - maillists.intel-research.net
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - LeonixSolutions.com
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Cc: dtn-users@maillists.intel-research.net
Subject: Re: [dtn-users] DTN2 Implementation guide
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Fri, 14 Aug 2009 02:40:46 -0000

This is a multi-part message in MIME format.
--------------000808030002050908090308
Content-Type: multipart/alternative;
	boundary="------------060002010606090602000307"


--------------060002010606090602000307
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Ibrahim wrote:
> Hi All,I am a master student and working on DTN.. For my project, I have to
> add functionality in DTN2. I am new in programming on linux and using such
> big open source libraries. I have good experience of programming although
> but, it is difficult for me to add my new classes in the DTN2 code and how
> to make those files part of DTN2.
> Can any one please recommend a book, tutorial how to compile files using
> make files in general and for DTN2 in particular.  Any level of guidance
> will help me a lot.
>   
If you must have a book, then I would suggest O'Reilly's "Managing 
Projects with GNU Make"  
http://www.amazon.com/Managing-Projects-Make-Nutshell-Handbooks/dp/0596006101/ref=sr_1_1?ie=UTF8&s=books&qid=1250217125&sr=8-1  
It costs $20 at Amazon, but turns up cheaper on eBay.

Alternatively, there are many websites which explain makefiles (for free).

To understand the DTN code (in order to extend it), look at the DoxyGen 
output which is delivered with the code.

If I misunderstand and you are really looking for a book about DTN, I am 
sure that someone can recommend one.

Hmm, why bother with makefiles? I think I'll start a new thread to see 
if anyone built teh software in Eclipse....

Good luck!


> regards,
> Ibrahim
>
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> dtn-users mailing list
> dtn-users@maillists.intel-research.net
> http://maillists.intel-research.net/mailman/listinfo/dtn-users
>   


-- 
Technical Director
Leonix Solutions (Pte) Ltd
18 Boon Lay Way
#09-95 TradeHub 21
Singapore 609966
Telephone:+65 6316 9968
Fax: +65 6316 9208


--------------060002010606090602000307
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Ibrahim wrote:
<blockquote
 cite="mid:a13247280908131105pd169d40x14370a6f0d9632be@mail.gmail.com"
 type="cite">
  <pre wrap="">Hi All,I am a master student and working on DTN.. For my project, I have to
add functionality in DTN2. I am new in programming on linux and using such
big open source libraries. I have good experience of programming although
but, it is difficult for me to add my new classes in the DTN2 code and how
to make those files part of DTN2.
Can any one please recommend a book, tutorial how to compile files using
make files in general and for DTN2 in particular.  Any level of guidance
will help me a lot.
  </pre>
</blockquote>
If you must have a book, then I would suggest O'Reilly's "<span
 id="btAsinTitle" style="">Managing Projects with GNU Make</span>"&nbsp;
<a class="moz-txt-link-freetext" href="http://www.amazon.com/Managing-Projects-Make-Nutshell-Handbooks/dp/0596006101/ref=sr_1_1?ie=UTF8&s=books&qid=1250217125&sr=8-1">http://www.amazon.com/Managing-Projects-Make-Nutshell-Handbooks/dp/0596006101/ref=sr_1_1?ie=UTF8&amp;s=books&amp;qid=1250217125&amp;sr=8-1</a>&nbsp;
It costs $20 at Amazon, but turns up cheaper on eBay. <br>
<br>
Alternatively, there are many websites which explain makefiles (for
free).<br>
<br>
To understand the DTN code (in order to extend it), look at the DoxyGen
output which is delivered with the code.<br>
<br>
If I misunderstand and you are really looking for a book about DTN, I
am sure that someone can recommend one.<br>
<br>
Hmm, why bother with makefiles? I think I'll start a new thread to see
if anyone built teh software in Eclipse.... <br>
<br>
Good luck!<br>
<br>
<br>
<blockquote
 cite="mid:a13247280908131105pd169d40x14370a6f0d9632be@mail.gmail.com"
 type="cite">
  <pre wrap="">
regards,
Ibrahim

  </pre>
  <pre wrap="">
<hr size="4" width="90%">
_______________________________________________
dtn-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:dtn-users@maillists.intel-research.net">dtn-users@maillists.intel-research.net</a>
<a class="moz-txt-link-freetext" href="http://maillists.intel-research.net/mailman/listinfo/dtn-users">http://maillists.intel-research.net/mailman/listinfo/dtn-users</a>
  </pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="80">-- 
Technical Director
Leonix Solutions (Pte) Ltd
18 Boon Lay Way
#09-95 TradeHub 21
Singapore 609966
Telephone:+65 6316 9968
Fax: +65 6316 9208
</pre>
</body>
</html>

--------------060002010606090602000307--

--------------000808030002050908090308
Content-Type: text/x-vcard; charset=utf-8;
 name="Graham.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="Graham.vcf"

begin:vcard
fn:Graham Keellings
n:Keellings;Graham
org:Leonix Solutions Pte Ltd
adr:TradeHub 21;;18 Boon Lay Way #09-95;;;609966;Singapore
email;internet:Graham@LeonixSolutions.com
title:Technical director
tel;work:+65 6316 9968
tel;fax:+65 6316 9208
tel;cell:+65 9725 7353
x-mozilla-html:FALSE
url:http://leonixsolutions.com/
version:2.1
end:vcard


--------------000808030002050908090308--


Received: from asmtpout022.mac.com (asmtpout022.mac.com [17.148.16.97]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7DKqUqI017370 for <dtn-users@mailman.dtnrg.org>; Thu, 13 Aug 2009 13:52:30 -0700
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Received: from [192.168.1.10] ([94.30.69.47]) by asmtp022.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KOC008FW1XVIR00@asmtp022.mac.com> for dtn-users@mailman.dtnrg.org; Thu, 13 Aug 2009 13:51:33 -0700 (PDT)
Message-id: <5FC26EA7-5D45-4942-9596-4EFA972DD0A4@mac.com>
From: Darren Long <darren.long@mac.com>
To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
Date: Thu, 13 Aug 2009 21:51:30 +0100
X-Mailer: Apple Mail (2.936)
Subject: [dtn-users] Session options in DTN2 API
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Thu, 13 Aug 2009 20:52:30 -0000

Hi,

Can anyone please give me a quick rundown of the use-cases for the  
session options in the DTN2 api?

Cheers,

Darren


Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7DI66AN009937 for <dtn-users@maillists.intel-research.net>; Thu, 13 Aug 2009 11:06:06 -0700
Received: by fxm23 with SMTP id 23so776274fxm.6 for <dtn-users@maillists.intel-research.net>; Thu, 13 Aug 2009 11:05:09 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.204.33.193 with SMTP id i1mr753927bkd.75.1250186709394; Thu,  13 Aug 2009 11:05:09 -0700 (PDT)
In-Reply-To: <a13247280908120328w376c20c4nbd0a7c9a3b5502b1@mail.gmail.com>
References: <mailman.361.1250027496.2539.dtn-users@maillists.intel-research.net> <a13247280908120328w376c20c4nbd0a7c9a3b5502b1@mail.gmail.com>
Date: Thu, 13 Aug 2009 19:05:09 +0100
Message-ID: <a13247280908131105pd169d40x14370a6f0d9632be@mail.gmail.com>
From: Ibrahim <studentfromuk@googlemail.com>
To: dtn-users@maillists.intel-research.net
Content-Type: multipart/alternative; boundary=000325557a76b767ca047109c6fb
Subject: [dtn-users] DTN2 Implementation guide
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Thu, 13 Aug 2009 18:06:07 -0000

--000325557a76b767ca047109c6fb
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hi All,I am a master student and working on DTN.. For my project, I have to
add functionality in DTN2. I am new in programming on linux and using such
big open source libraries. I have good experience of programming although
but, it is difficult for me to add my new classes in the DTN2 code and how
to make those files part of DTN2.
Can any one please recommend a book, tutorial how to compile files using
make files in general and for DTN2 in particular.  Any level of guidance
will help me a lot.

regards,
Ibrahim

--000325557a76b767ca047109c6fb
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div class=3D"gmail_quote"><div class=3D"gmail_quote"><div class=3D"gmail_q=
uote">Hi All,<div>I am a master student and working on DTN.. For my project=
, I have to add functionality in DTN2.=A0I am new in programming on linux a=
nd using such big open source libraries.=A0I have good experience of progra=
mming although but, it is difficult for me to add my new classes in the DTN=
2 code and how to make those files part of DTN2.=A0</div>



<div>Can any one please recommend a book, tutorial how to compile files usi=
ng make files in general and for DTN2 in particular. =A0Any level of guidan=
ce will help me a lot.=A0</div><div><br></div><div>regards,</div><div>Ibrah=
im</div>



<div><br></div>
<br></div><br>
<br></div><br>
</div><br>

--000325557a76b767ca047109c6fb--


Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.87]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7DGolvM006451 for <dtn-users@mailman.dtnrg.org>; Thu, 13 Aug 2009 09:50:47 -0700
Received: from silver.dyn.home (adsl-70-231-143-246.dsl.snfc21.sbcglobal.net [70.231.143.246]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.3/8.13.5) with ESMTP id n7DGncdP026410 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 13 Aug 2009 09:49:39 -0700 (PDT)
Message-Id: <1BCA02E7-58EB-4D6B-8323-469FDCA65F9C@cs.berkeley.edu>
From: Kevin Fall <kfall@cs.berkeley.edu>
To: "Ivancic, William D. (GRC-RHN0)" <william.d.ivancic@nasa.gov>
In-Reply-To: <3A5AA67A8B120B48825BFFCF5443856194476973E1@NDJSSCC03.ndc.nasa.gov>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Thu, 13 Aug 2009 09:49:37 -0700
References: <D967F220-F796-4A56-B683-84E582A88945@tssg.org> <14879E14-AE3F-477E-9520-C779383759BE@netlab.tkk.fi> <9a4753250908130650s6f5ee18l26b66ba9022b6224@mail.gmail.com> <4A841C80.3030403@bbn.com> <9a4753250908130708j655ce914q97fc76ba1bf1659b@mail.gmail.com> <4A84283F.1070709@bbn.com> <9a4753250908130821u1a2ac73cyb2e72da4d672accf@mail.gmail.com> <4A8431A0.9010408@bbn.com> <9a4753250908130833t466421e6ga24ab6fddacd6887@mail.gmail.com> <4A843401.7050708@bbn.com> <9a4753250908130851s3c0c101fqdee7e48ed65c2cd3@mail.gmail.com> <3A5AA67A8B120B48825BFFCF5443856194476973E1@NDJSSCC03.ndc.nasa.gov>
X-Mailer: Apple Mail (2.936)
Cc: dtn-users mailing list <dtn-users@mailman.dtnrg.org>, dtn-interest@maillists.intel-research.net
Subject: Re: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Thu, 13 Aug 2009 16:50:48 -0000

Well, I figured we would be getting back to this discussion :)...  
cross-posting to dtn-interest

A few things-

The original purpose of wallclock time in bundles was to figure out  
when they could be dropped.  This had nothing to do with routing/loop  
detection or directly to DoS attacks, but was instead a thing the data  
originator could set in a bundle, intermediaries could figure out if  
dropping it was ok, and recipients could ascertain how old the  
information was when received (like you do in e-mail... an important  
bit of info imho). It is thus important for "data centric" networking.

Sync'd time is a basis for the setting the bundle origination  
timestamp, but also has many other benefits (like supporting routing  
protocols that require scheduling [a defined requirement for dtn],  
comparable logs, and as the basis for better security, network  
management operations, distributed ordering, etc).   Further, we  
assumed that the propagation delay for delivery can be very large and  
unknown... from space DTNs to USB sticks.  And contrary to another  
point raised, there are quite reasonable reasons why a USB stick acts  
as a way to distribute data {although whether its a "link" or "node"  
is an interesting discussion I have brought up a few times}.  So, the  
system by definition was assumed sync'd, so having a timestamp with  
sync'd time is not a big deal.

In parallel to above, it was deemed considered reasonable to believe  
most systems could have clocks in approximate sync, and I at least  
believe this still to be true.  We may need to argue what  
'approximate' means, but a few minutes in the worst possible case.  I  
would argue that if you can't get a system sync'd to within a few  
minutes (as people can with their watches, or oscillators can be once  
set from time to time), you have other problems.   Reasonable people  
may disagree.  And yes, there are some systems that may never be able  
to get a clock right yet should be able to talk bundles.  As I have  
said, I believe those are (should be) exceptional cases.   
"Exceptional" means that there should be ways of providing time sync  
within the DTN context (by supporting protocols if necessary) for  
almost all devices.  For those that simply can't get the time ever  
[still waiting to see one of those...] there should be a way to  
indicate that bundles they originate are using a totally local notion  
of time.  Perhaps there should also be a way of re-writing or  
augmenting bundles sent by such nodes with a best approximate  
originating timestamp (e.g., set by its nearest neighbor if delivered  
over a relatively low latency link).  Said yet another way, I think  
the capabilities of the current timestamp remain important and  
reasonable.

That said, as I mentioned in Stockholm, I don't think we will ever  
bottom-out on this topic until we commit it to text in a document...  
"considerations on time for DTN" or the like.  And I would suggest we  
need to understand the following things:

1. what the range of time-impoverished devices behaviors are
	(e.g., boots with no time?  can't ever get the time?  doesn't have an  
oscillator?  crappy oscillator?)

2. what capabilities are sacrificed and enabled if the type of timing  
were changed

	this will likely be thought-provoking.  For example, it is important  
to me that a bundle can
	be essentially "written on the wall" and picked up later.  Said  
another way, I believe bundles need
	to be able to be written to storage for long periods of time (like in  
USB stick) and extracted later.
	I have some concerns about how any relative timer would work with  
this, but my ears are open.

Who's interested in such a doc?


- K


On Aug 13, 2009, at Aug 139:16 AMPDT, Ivancic, William D. (GRC-RHN0)  
wrote:

>> On Behalf Of Kurtis Heimerl
>> Sent: Thursday, August 13, 2009 11:51 AM
>> To: Daniel Ellard
>> Cc: dtn-users mailing list
>> Subject: Re: [dtn-users] Time question.
>
> "My overarching point is that DTNs are supposed to put connectivity  
> over performance,"
>
> Kurtis, I am confused. Can you explain what you mean by the above  
> statement?
>
> My view of DTNs is that they are design to allow communication in  
> environments where disconnection is the norm with periods of  
> connectivity.  For some systems, those periods of connectivity are  
> know (such as in a space backbone) and for others it may be somewhat  
> known (such as a bus data-mule that has a fairly predictable  
> schedule) and for some systems connectivity may be extremely  
> sporadic and opportunistic.
>
> My view is the DTNs such as "Bundling" are design to optimize store- 
> and-forward resource allocation (storage, bandwidth and transmission)
>
>
> "and a lot of these metrics are doing the opposite."
>
> Which metrics are you referring to?
>
>
> "If we put a lot of these problems into E2E semantics and just focus  
> on how to avoid DOS (which directly impacts
> connectivity) we'll be on more stable ground."
>
> Again, I am not clear what you are driving at above.  Are you saying  
> that we  may be mixing to much application with transport?  Can you  
> clarify.
>
>
> Thanks,
>
> -- Will
>
>
>
>
> _______________________________________________
> dtn-users mailing list
> dtn-users@maillists.intel-research.net
> http://maillists.intel-research.net/mailman/listinfo/dtn-users



Received: from ndmsnpf03.ndc.nasa.gov (ndmsnpf03.ndc.nasa.gov [198.117.0.123]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7DGHD7g004911 for <dtn-users@mailman.dtnrg.org>; Thu, 13 Aug 2009 09:17:14 -0700
Received: from ndjsppt02.ndc.nasa.gov (ndjsppt02.ndc.nasa.gov [198.117.1.101]) by ndmsnpf03.ndc.nasa.gov (Postfix) with ESMTP id 390662D8430; Thu, 13 Aug 2009 11:16:18 -0500 (CDT)
Received: from ndjshub01.ndc.nasa.gov (ndjshub01.ndc.nasa.gov [198.117.4.160]) by ndjsppt02.ndc.nasa.gov (8.14.3/8.14.3) with ESMTP id n7DGGI4i012489; Thu, 13 Aug 2009 11:16:18 -0500
Received: from NDJSSCC03.ndc.nasa.gov ([198.117.4.170]) by ndjshub01.ndc.nasa.gov ([198.117.4.160]) with mapi; Thu, 13 Aug 2009 11:16:17 -0500
From: "Ivancic, William D. (GRC-RHN0)" <william.d.ivancic@nasa.gov>
To: Kurtis Heimerl <kheimerl@eecs.berkeley.edu>, Daniel Ellard <dellard@bbn.com>
Date: Thu, 13 Aug 2009 11:16:11 -0500
Thread-Topic: [dtn-users] Time question.
Thread-Index: AcocLoD/Dn2GZNedSue1VbaXSpsbwAAAKbzw
Message-ID: <3A5AA67A8B120B48825BFFCF5443856194476973E1@NDJSSCC03.ndc.nasa.gov>
References: <D967F220-F796-4A56-B683-84E582A88945@tssg.org> <14879E14-AE3F-477E-9520-C779383759BE@netlab.tkk.fi> <9a4753250908130650s6f5ee18l26b66ba9022b6224@mail.gmail.com> <4A841C80.3030403@bbn.com> <9a4753250908130708j655ce914q97fc76ba1bf1659b@mail.gmail.com> <4A84283F.1070709@bbn.com> <9a4753250908130821u1a2ac73cyb2e72da4d672accf@mail.gmail.com> <4A8431A0.9010408@bbn.com> <9a4753250908130833t466421e6ga24ab6fddacd6887@mail.gmail.com> <4A843401.7050708@bbn.com> <9a4753250908130851s3c0c101fqdee7e48ed65c2cd3@mail.gmail.com>
In-Reply-To: <9a4753250908130851s3c0c101fqdee7e48ed65c2cd3@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.7400:2.4.4, 1.2.40, 4.0.166 definitions=2009-08-13_10:2009-08-11, 2009-08-13, 2009-08-13 signatures=0
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by maillists.intel-research.net id n7DGHD7g004911
Cc: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
Subject: Re: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Thu, 13 Aug 2009 16:17:14 -0000

> On Behalf Of Kurtis Heimerl
>Sent: Thursday, August 13, 2009 11:51 AM
>To: Daniel Ellard
>Cc: dtn-users mailing list
>Subject: Re: [dtn-users] Time question.

"My overarching point is that DTNs are supposed to put connectivity over performance,"

Kurtis, I am confused. Can you explain what you mean by the above statement?  

My view of DTNs is that they are design to allow communication in environments where disconnection is the norm with periods of connectivity.  For some systems, those periods of connectivity are know (such as in a space backbone) and for others it may be somewhat known (such as a bus data-mule that has a fairly predictable schedule) and for some systems connectivity may be extremely sporadic and opportunistic.

My view is the DTNs such as "Bundling" are design to optimize store-and-forward resource allocation (storage, bandwidth and transmission)


"and a lot of these metrics are doing the opposite."

Which metrics are you referring to?


"If we put a lot of these problems into E2E semantics and just focus on how to avoid DOS (which directly impacts
connectivity) we'll be on more stable ground."

Again, I am not clear what you are driving at above.  Are you saying that we  may be mixing to much application with transport?  Can you clarify.


Thanks,

-- Will






Received: from mail-vw0-f172.google.com (mail-vw0-f172.google.com [209.85.212.172]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7DFpvvm003734 for <dtn-users@mailman.dtnrg.org>; Thu, 13 Aug 2009 08:51:57 -0700
Received: by vws2 with SMTP id 2so743370vws.4 for <dtn-users@mailman.dtnrg.org>; Thu, 13 Aug 2009 08:51:02 -0700 (PDT)
MIME-Version: 1.0
Sender: munncha@gmail.com
Received: by 10.220.127.144 with SMTP id g16mr1286957vcs.24.1250178662107;  Thu, 13 Aug 2009 08:51:02 -0700 (PDT)
In-Reply-To: <4A843401.7050708@bbn.com>
References: <D967F220-F796-4A56-B683-84E582A88945@tssg.org> <14879E14-AE3F-477E-9520-C779383759BE@netlab.tkk.fi> <9a4753250908130650s6f5ee18l26b66ba9022b6224@mail.gmail.com> <4A841C80.3030403@bbn.com> <9a4753250908130708j655ce914q97fc76ba1bf1659b@mail.gmail.com> <4A84283F.1070709@bbn.com> <9a4753250908130821u1a2ac73cyb2e72da4d672accf@mail.gmail.com> <4A8431A0.9010408@bbn.com> <9a4753250908130833t466421e6ga24ab6fddacd6887@mail.gmail.com> <4A843401.7050708@bbn.com>
Date: Thu, 13 Aug 2009 21:21:02 +0530
X-Google-Sender-Auth: c4c6288de02ecef5
Message-ID: <9a4753250908130851s3c0c101fqdee7e48ed65c2cd3@mail.gmail.com>
From: Kurtis Heimerl <kheimerl@eecs.berkeley.edu>
To: Daniel Ellard <dellard@bbn.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by maillists.intel-research.net id n7DFpvvm003734
Cc: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
Subject: Re: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Thu, 13 Aug 2009 15:51:58 -0000

Sorry if I'm being unclear, low on sleep this week.

I totally buy that. My overarching point is that DTNs are supposed to
put connectivity over performance, and a lot of these metrics are
doing the opposite. If we put a lot of these problems into E2E
semantics and just focus on how to avoid DOS (which directly impacts
connectivity) we'll be on more stable ground.

On Thu, Aug 13, 2009 at 9:10 PM, Daniel Ellard<dellard@bbn.com> wrote:
> Kurtis Heimerl wrote:
>> Ok, that's a good point. But maybe we can make it easier to keep it
>> properly configured by not using easily (and commonly) skewed metrics
>> such as wall clock to determine a bundle's fate.
>
> I completely agree.  All I want is a protocol that
>
> a) behaves properly when the configuration is correct
>
> b) doesn't depend on unrealistic assumptions in order to
> achieve correct configuration
>
> The debate mostly is about what assumptions are unrealistic.
>  There are many perspectives on this.  For the applications
> I am focussed on, synch'd clocks are not a realistic assumption.
>
> -Dan
>
> --
> Daniel Ellard, Ph.D.
> Senior Scientist, Network Research
> BBN Technologies
> 10 Moulton Street
> Cambridge, MA 02138
> dellard@bbn.com
>



Received: from mx3.bbn.com (mx3.bbn.com [128.33.1.81]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7DFfjCY003271 for <dtn-users@mailman.dtnrg.org>; Thu, 13 Aug 2009 08:41:46 -0700
Received: from senshu.bbn.com ([128.89.80.164]) by mx3.bbn.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from <dellard@bbn.com>) id 1MbcQ5-0003hg-At; Thu, 13 Aug 2009 11:40:49 -0400
Message-ID: <4A843401.7050708@bbn.com>
Date: Thu, 13 Aug 2009 11:40:49 -0400
From: Daniel Ellard <dellard@bbn.com>
Organization: BBN Technologies
User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605)
MIME-Version: 1.0
To: Kurtis Heimerl <kheimerl@eecs.berkeley.edu>
References: <D967F220-F796-4A56-B683-84E582A88945@tssg.org>	 <FEE36977-FB87-4819-AE45-39091289D2C1@tssg.org>	 <3A5AA67A8B120B48825BFFCF544385619447696D08@NDJSSCC03.ndc.nasa.gov>	 <14879E14-AE3F-477E-9520-C779383759BE@netlab.tkk.fi>	 <9a4753250908130650s6f5ee18l26b66ba9022b6224@mail.gmail.com>	 <4A841C80.3030403@bbn.com>	 <9a4753250908130708j655ce914q97fc76ba1bf1659b@mail.gmail.com>	 <4A84283F.1070709@bbn.com>	 <9a4753250908130821u1a2ac73cyb2e72da4d672accf@mail.gmail.com>	 <4A8431A0.9010408@bbn.com> <9a4753250908130833t466421e6ga24ab6fddacd6887@mail.gmail.com>
In-Reply-To: <9a4753250908130833t466421e6ga24ab6fddacd6887@mail.gmail.com>
X-Enigmail-Version: 0.96.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
Subject: Re: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Thu, 13 Aug 2009 15:41:46 -0000

Kurtis Heimerl wrote:
> Ok, that's a good point. But maybe we can make it easier to keep it
> properly configured by not using easily (and commonly) skewed metrics
> such as wall clock to determine a bundle's fate.

I completely agree.  All I want is a protocol that

a) behaves properly when the configuration is correct

b) doesn't depend on unrealistic assumptions in order to
achieve correct configuration

The debate mostly is about what assumptions are unrealistic.
 There are many perspectives on this.  For the applications
I am focussed on, synch'd clocks are not a realistic assumption.

-Dan

-- 
Daniel Ellard, Ph.D.
Senior Scientist, Network Research
BBN Technologies
10 Moulton Street
Cambridge, MA 02138
dellard@bbn.com


Received: from mail-vw0-f172.google.com (mail-vw0-f172.google.com [209.85.212.172]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7DFY93G002911 for <dtn-users@mailman.dtnrg.org>; Thu, 13 Aug 2009 08:34:09 -0700
Received: by vws2 with SMTP id 2so732526vws.4 for <dtn-users@mailman.dtnrg.org>; Thu, 13 Aug 2009 08:33:14 -0700 (PDT)
MIME-Version: 1.0
Sender: munncha@gmail.com
Received: by 10.220.41.194 with SMTP id p2mr1229997vce.81.1250177593830; Thu,  13 Aug 2009 08:33:13 -0700 (PDT)
In-Reply-To: <4A8431A0.9010408@bbn.com>
References: <D967F220-F796-4A56-B683-84E582A88945@tssg.org> <FEE36977-FB87-4819-AE45-39091289D2C1@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696D08@NDJSSCC03.ndc.nasa.gov> <14879E14-AE3F-477E-9520-C779383759BE@netlab.tkk.fi> <9a4753250908130650s6f5ee18l26b66ba9022b6224@mail.gmail.com> <4A841C80.3030403@bbn.com> <9a4753250908130708j655ce914q97fc76ba1bf1659b@mail.gmail.com> <4A84283F.1070709@bbn.com> <9a4753250908130821u1a2ac73cyb2e72da4d672accf@mail.gmail.com> <4A8431A0.9010408@bbn.com>
Date: Thu, 13 Aug 2009 21:03:13 +0530
X-Google-Sender-Auth: 3f54dddd12df7fb5
Message-ID: <9a4753250908130833t466421e6ga24ab6fddacd6887@mail.gmail.com>
From: Kurtis Heimerl <kheimerl@eecs.berkeley.edu>
To: Daniel Ellard <dellard@bbn.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
Subject: Re: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Thu, 13 Aug 2009 15:34:10 -0000

Ok, that's a good point. But maybe we can make it easier to keep it
properly configured by not using easily (and commonly) skewed metrics
such as wall clock to determine a bundle's fate.

On Thu, Aug 13, 2009 at 9:00 PM, Daniel Ellard<dellard@bbn.com> wrote:
> Kurtis Heimerl wrote:
>> The root of this thread says differently. The sending can provide
>> totally meaningful bundle expiration times, and a malconfigured router
>> drops it.
>
> Nothing in any protocol can keep a malconfigured router from
> doing anything imaginable with the bundles it receives.
>
> -Dan
>
> --
> Daniel Ellard, Ph.D.
> Senior Scientist, Network Research
> BBN Technologies
> 10 Moulton Street
> Cambridge, MA 02138
> dellard@bbn.com
>


Received: from mx3.bbn.com (mx3.bbn.com [128.33.1.81]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7DFVciJ002780 for <dtn-users@mailman.dtnrg.org>; Thu, 13 Aug 2009 08:31:39 -0700
Received: from senshu.bbn.com ([128.89.80.164]) by mx3.bbn.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from <dellard@bbn.com>) id 1MbcGG-0003cm-CY; Thu, 13 Aug 2009 11:30:40 -0400
Message-ID: <4A8431A0.9010408@bbn.com>
Date: Thu, 13 Aug 2009 11:30:40 -0400
From: Daniel Ellard <dellard@bbn.com>
Organization: BBN Technologies
User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605)
MIME-Version: 1.0
To: Kurtis Heimerl <kheimerl@eecs.berkeley.edu>
References: <D967F220-F796-4A56-B683-84E582A88945@tssg.org>	 <3A5AA67A8B120B48825BFFCF544385619447696CD0@NDJSSCC03.ndc.nasa.gov>	 <FEE36977-FB87-4819-AE45-39091289D2C1@tssg.org>	 <3A5AA67A8B120B48825BFFCF544385619447696D08@NDJSSCC03.ndc.nasa.gov>	 <14879E14-AE3F-477E-9520-C779383759BE@netlab.tkk.fi>	 <9a4753250908130650s6f5ee18l26b66ba9022b6224@mail.gmail.com>	 <4A841C80.3030403@bbn.com>	 <9a4753250908130708j655ce914q97fc76ba1bf1659b@mail.gmail.com>	 <4A84283F.1070709@bbn.com> <9a4753250908130821u1a2ac73cyb2e72da4d672accf@mail.gmail.com>
In-Reply-To: <9a4753250908130821u1a2ac73cyb2e72da4d672accf@mail.gmail.com>
X-Enigmail-Version: 0.96.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
Subject: Re: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Thu, 13 Aug 2009 15:31:39 -0000

Kurtis Heimerl wrote:
> The root of this thread says differently. The sending can provide
> totally meaningful bundle expiration times, and a malconfigured router
> drops it. 

Nothing in any protocol can keep a malconfigured router from
doing anything imaginable with the bundles it receives.

-Dan

-- 
Daniel Ellard, Ph.D.
Senior Scientist, Network Research
BBN Technologies
10 Moulton Street
Cambridge, MA 02138
dellard@bbn.com


Received: from mail-vw0-f172.google.com (mail-vw0-f172.google.com [209.85.212.172]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7DFM44t002313 for <dtn-users@mailman.dtnrg.org>; Thu, 13 Aug 2009 08:22:04 -0700
Received: by vws2 with SMTP id 2so724656vws.4 for <dtn-users@mailman.dtnrg.org>; Thu, 13 Aug 2009 08:21:09 -0700 (PDT)
MIME-Version: 1.0
Sender: munncha@gmail.com
Received: by 10.220.13.203 with SMTP id d11mr1251479vca.28.1250176869150; Thu,  13 Aug 2009 08:21:09 -0700 (PDT)
In-Reply-To: <4A84283F.1070709@bbn.com>
References: <D967F220-F796-4A56-B683-84E582A88945@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696CD0@NDJSSCC03.ndc.nasa.gov> <FEE36977-FB87-4819-AE45-39091289D2C1@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696D08@NDJSSCC03.ndc.nasa.gov> <14879E14-AE3F-477E-9520-C779383759BE@netlab.tkk.fi> <9a4753250908130650s6f5ee18l26b66ba9022b6224@mail.gmail.com> <4A841C80.3030403@bbn.com> <9a4753250908130708j655ce914q97fc76ba1bf1659b@mail.gmail.com> <4A84283F.1070709@bbn.com>
Date: Thu, 13 Aug 2009 20:51:09 +0530
X-Google-Sender-Auth: 07328be4984ae778
Message-ID: <9a4753250908130821u1a2ac73cyb2e72da4d672accf@mail.gmail.com>
From: Kurtis Heimerl <kheimerl@eecs.berkeley.edu>
To: Daniel Ellard <dellard@bbn.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by maillists.intel-research.net id n7DFM44t002313
Cc: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
Subject: Re: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Thu, 13 Aug 2009 15:22:05 -0000

The root of this thread says differently. The sending can provide
totally meaningful bundle expiration times, and a malconfigured router
drops it. Keeping the routers synced is extremely difficult, as we all
know. Though I think the relative timers is a good step forward, I'm
just uncertain of the utility of this whole set of solutions. I think
we can limit DOS (which I haven't seen a lot threads on) without
having using explicit timers. Hops or individual router  bundle hold
timers could work.

Ivancic does point out a good counterpoint about sensornet-like
systems. Low bandwidth, low storage, low-power links clearly need to
aggressively drop packets. I question the utility of time-sensitive
applications over these links, but they might be important. It comes
down to whether we expect more sync bundles or expired bundles to be
sent. I'm uncertain.

I think, at the core, my argument is that if you want a really
efficient network, you probably should move to a non-DT solution. As
such, small inefficiencies (such as forwarding expired bundles) should
be lower priority than getting connectivity.

Lastly, DTNs are designed to be really generic, so probably the best
answer is to run a variety of these schemes in parallel.

On Thu, Aug 13, 2009 at 8:20 PM, Daniel Ellard<dellard@bbn.com> wrote:
> Kurtis Heimerl wrote:
>> That seems like something that should be solved end-to-end though. Who
>> is the network to decide that the message is meaningless at that
>> point? Maybe I can predict future bus times or something.
>
> The network doesn't make value judgments.  It's up to the
> sender to assign a meaningful bundle expiration time.  The
> network merely acts upon the implication of this assignment.
>
> -Dan
>
> --
> Daniel Ellard, Ph.D.
> Senior Scientist, Network Research
> BBN Technologies
> 10 Moulton Street
> Cambridge, MA 02138
> dellard@bbn.com
>



Received: from ndmsnpf01.ndc.nasa.gov (ndmsnpf01.ndc.nasa.gov [198.117.0.121]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7DEsLdo000889 for <dtn-users@mailman.dtnrg.org>; Thu, 13 Aug 2009 07:54:21 -0700
Received: from ndjsppt03.ndc.nasa.gov (ndjsppt03.ndc.nasa.gov [198.117.1.102]) by ndmsnpf01.ndc.nasa.gov (Postfix) with ESMTP id 964A9260463; Thu, 13 Aug 2009 09:53:26 -0500 (CDT)
Received: from ndjshub01.ndc.nasa.gov (ndjshub01.ndc.nasa.gov [198.117.4.160]) by ndjsppt03.ndc.nasa.gov (8.14.3/8.14.3) with ESMTP id n7DErQ8Y004479; Thu, 13 Aug 2009 09:53:26 -0500
Received: from NDJSSCC03.ndc.nasa.gov ([198.117.4.170]) by ndjshub01.ndc.nasa.gov ([198.117.4.160]) with mapi; Thu, 13 Aug 2009 09:53:26 -0500
From: "Ivancic, William D. (GRC-RHN0)" <william.d.ivancic@nasa.gov>
To: Kurtis Heimerl <kheimerl@eecs.berkeley.edu>, Daniel Ellard <dellard@bbn.com>
Date: Thu, 13 Aug 2009 09:53:19 -0500
Thread-Topic: [dtn-users] Time question.
Thread-Index: AcocIFD+76YVPkC0QmexR/PEYTVt1gAA3T1Q
Message-ID: <3A5AA67A8B120B48825BFFCF54438561944769733D@NDJSSCC03.ndc.nasa.gov>
References: <D967F220-F796-4A56-B683-84E582A88945@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696CD0@NDJSSCC03.ndc.nasa.gov> <FEE36977-FB87-4819-AE45-39091289D2C1@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696D08@NDJSSCC03.ndc.nasa.gov> <14879E14-AE3F-477E-9520-C779383759BE@netlab.tkk.fi> <9a4753250908130650s6f5ee18l26b66ba9022b6224@mail.gmail.com> <4A841C80.3030403@bbn.com> <9a4753250908130708j655ce914q97fc76ba1bf1659b@mail.gmail.com>
In-Reply-To: <9a4753250908130708j655ce914q97fc76ba1bf1659b@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.7400:2.4.4, 1.2.40, 4.0.166 definitions=2009-08-13_10:2009-08-11, 2009-08-13, 2009-08-13 signatures=0
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by maillists.intel-research.net id n7DEsLdo000889
Cc: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
Subject: Re: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Thu, 13 Aug 2009 14:54:22 -0000

>-----Original Message-----
>From: dtn-users-bounces@maillists.intel-research.net [mailto:dtn-users-
>bounces@maillists.intel-research.net] On Behalf Of Kurtis Heimerl
>Sent: Thursday, August 13, 2009 10:09 AM
>To: Daniel Ellard
>Cc: dtn-users mailing list
>Subject: Re: [dtn-users] Time question.
>
>That seems like something that should be solved end-to-end though. Who
>is the network to decide that the message is meaningless at that
>point? Maybe I can predict future bus times or something.
>

The application that originates the bundle should be the entity that sets the lifetime of the bundle.  It is the application that generates the information and it should be the application that determines the useful lifetime of the information, not the network.  

Many (perhaps most) store-and-forward networks "that operate in disconnected and disrupted environments" use wireless links.  Storage, bandwidth, and power (transmission) are precious resources.  Thus, the ability for the network to discard information that has expired is highly desirable.

-- Will





Received: from mx3.bbn.com (mx3.bbn.com [128.33.1.81]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7DEpZVB000739 for <dtn-users@mailman.dtnrg.org>; Thu, 13 Aug 2009 07:51:36 -0700
Received: from senshu.bbn.com ([128.89.80.164]) by mx3.bbn.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from <dellard@bbn.com>) id 1MbbdX-0002si-CX; Thu, 13 Aug 2009 10:50:39 -0400
Message-ID: <4A84283F.1070709@bbn.com>
Date: Thu, 13 Aug 2009 10:50:39 -0400
From: Daniel Ellard <dellard@bbn.com>
Organization: BBN Technologies
User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605)
MIME-Version: 1.0
To: Kurtis Heimerl <kheimerl@eecs.berkeley.edu>
References: <D967F220-F796-4A56-B683-84E582A88945@tssg.org>	 <3A5AA67A8B120B48825BFFCF544385619447696CD0@NDJSSCC03.ndc.nasa.gov>	 <FEE36977-FB87-4819-AE45-39091289D2C1@tssg.org>	 <3A5AA67A8B120B48825BFFCF544385619447696D08@NDJSSCC03.ndc.nasa.gov>	 <14879E14-AE3F-477E-9520-C779383759BE@netlab.tkk.fi>	 <9a4753250908130650s6f5ee18l26b66ba9022b6224@mail.gmail.com>	 <4A841C80.3030403@bbn.com> <9a4753250908130708j655ce914q97fc76ba1bf1659b@mail.gmail.com>
In-Reply-To: <9a4753250908130708j655ce914q97fc76ba1bf1659b@mail.gmail.com>
X-Enigmail-Version: 0.96.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
Subject: Re: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Thu, 13 Aug 2009 14:51:36 -0000

Kurtis Heimerl wrote:
> That seems like something that should be solved end-to-end though. Who
> is the network to decide that the message is meaningless at that
> point? Maybe I can predict future bus times or something.

The network doesn't make value judgments.  It's up to the
sender to assign a meaningful bundle expiration time.  The
network merely acts upon the implication of this assignment.

-Dan

-- 
Daniel Ellard, Ph.D.
Senior Scientist, Network Research
BBN Technologies
10 Moulton Street
Cambridge, MA 02138
dellard@bbn.com


Received: from ndmsnpf01.ndc.nasa.gov (ndmsnpf01.ndc.nasa.gov [198.117.0.121]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7DEbXr7032556 for <dtn-users@mailman.dtnrg.org>; Thu, 13 Aug 2009 07:37:33 -0700
Received: from ndjsppt02.ndc.nasa.gov (ndjsppt02.ndc.nasa.gov [198.117.1.101]) by ndmsnpf01.ndc.nasa.gov (Postfix) with ESMTP id 30E1D260436; Thu, 13 Aug 2009 09:36:38 -0500 (CDT)
Received: from ndjshub05.ndc.nasa.gov (ndjshub05.ndc.nasa.gov [198.117.4.164]) by ndjsppt02.ndc.nasa.gov (8.14.3/8.14.3) with ESMTP id n7DEacUR018999; Thu, 13 Aug 2009 09:36:38 -0500
Received: from NDJSSCC03.ndc.nasa.gov ([198.117.4.170]) by ndjshub05.ndc.nasa.gov ([198.117.4.164]) with mapi; Thu, 13 Aug 2009 09:36:38 -0500
From: "Ivancic, William D. (GRC-RHN0)" <william.d.ivancic@nasa.gov>
To: Kurtis Heimerl <kheimerl@eecs.berkeley.edu>, =?iso-8859-1?Q?Teemu_K=E4rkk=E4inen?= <teemuk@netlab.tkk.fi>
Date: Thu, 13 Aug 2009 09:36:31 -0500
Thread-Topic: [dtn-users] Time question.
Thread-Index: AcocHQIPunolvn+STkWhEeKs8tGeOQABbqUw
Message-ID: <3A5AA67A8B120B48825BFFCF54438561944769730D@NDJSSCC03.ndc.nasa.gov>
References: <D967F220-F796-4A56-B683-84E582A88945@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696CD0@NDJSSCC03.ndc.nasa.gov> <FEE36977-FB87-4819-AE45-39091289D2C1@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696D08@NDJSSCC03.ndc.nasa.gov> <14879E14-AE3F-477E-9520-C779383759BE@netlab.tkk.fi> <9a4753250908130650s6f5ee18l26b66ba9022b6224@mail.gmail.com>
In-Reply-To: <9a4753250908130650s6f5ee18l26b66ba9022b6224@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.7400:2.4.4, 1.2.40, 4.0.166 definitions=2009-08-13_10:2009-08-11, 2009-08-13, 2009-08-13 signatures=0
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by maillists.intel-research.net id n7DEbXr7032556
Cc: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
Subject: Re: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Thu, 13 Aug 2009 14:37:33 -0000

>-----Original Message-----
>From: munncha@gmail.com [mailto:munncha@gmail.com] On Behalf Of Kurtis
>Heimerl
>Sent: Thursday, August 13, 2009 9:50 AM
>To: Teemu Kärkkäinen
>Cc: Ivancic, William D. (GRC-RHN0); dtn-users mailing list
>Subject: Re: [dtn-users] Time question.
>
>None of my clocks are every synced, so my solution has always been to
>set a timeout of something like a billion. Small networks though.
>

Such large bundle times are a pretty easy way to exploit a system and create denial-of-service.


>This is an interesting question though. What are we trying to avoid
>through the use of these timeouts? Network cycles? Router buffers
>overflowing from routeless packets? Record keeping?

Actually, all of the above.

Often, information is only useful for some period of time.  Thus, if the information becomes useless, there is no reason to waste system recourses.  

-- will



Received: from ndjsnpf03.ndc.nasa.gov (ndjsnpf03.ndc.nasa.gov [198.117.1.123]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7DEVZq3032289 for <dtn-users@mailman.dtnrg.org>; Thu, 13 Aug 2009 07:31:35 -0700
Received: from ndjsppt02.ndc.nasa.gov (ndjsppt02.ndc.nasa.gov [198.117.1.101]) by ndjsnpf03.ndc.nasa.gov (Postfix) with ESMTP id 0FB832D847E; Thu, 13 Aug 2009 09:30:40 -0500 (CDT)
Received: from ndjshub05.ndc.nasa.gov (ndjshub05.ndc.nasa.gov [198.117.4.164]) by ndjsppt02.ndc.nasa.gov (8.14.3/8.14.3) with ESMTP id n7DEUdkC009211; Thu, 13 Aug 2009 09:30:40 -0500
Received: from NDJSSCC03.ndc.nasa.gov ([198.117.4.170]) by ndjshub05.ndc.nasa.gov ([198.117.4.164]) with mapi; Thu, 13 Aug 2009 09:30:40 -0500
From: "Ivancic, William D. (GRC-RHN0)" <william.d.ivancic@nasa.gov>
To: =?iso-8859-1?Q?Teemu_K=E4rkk=E4inen?= <teemuk@netlab.tkk.fi>
Date: Thu, 13 Aug 2009 09:30:33 -0500
Thread-Topic: [dtn-users] Time question.
Thread-Index: AcocGzRcHk+4C3F1ReOBtvgFtJb6BgABS5Tg
Message-ID: <3A5AA67A8B120B48825BFFCF544385619447697300@NDJSSCC03.ndc.nasa.gov>
References: <D967F220-F796-4A56-B683-84E582A88945@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696CD0@NDJSSCC03.ndc.nasa.gov> <FEE36977-FB87-4819-AE45-39091289D2C1@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696D08@NDJSSCC03.ndc.nasa.gov> <14879E14-AE3F-477E-9520-C779383759BE@netlab.tkk.fi>
In-Reply-To: <14879E14-AE3F-477E-9520-C779383759BE@netlab.tkk.fi>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.7400:2.4.4, 1.2.40, 4.0.166 definitions=2009-08-13_10:2009-08-11, 2009-08-13, 2009-08-13 signatures=0
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by maillists.intel-research.net id n7DEVZq3032289
Cc: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
Subject: Re: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Thu, 13 Aug 2009 14:31:36 -0000

>-----Original Message-----
>From: Teemu Kärkkäinen [mailto:teemuk@netlab.tkk.fi]
>Sent: Thursday, August 13, 2009 9:37 AM
>To: Ivancic, William D. (GRC-RHN0)
>Cc: John Ronan; dtn-users mailing list
>Subject: Re: [dtn-users] Time question.
>
>On 12.8.2009, at 16.15, "Ivancic, William D. (GRC-RHN0)"
><william.d.ivancic@nasa.gov
> > wrote:
>>> -----Original Message-----
>>> From: John Ronan [mailto:jronan@tssg.org]
>>> Sent: Wednesday, August 12, 2009 9:05 AM
>>> To: Ivancic, William D. (GRC-RHN0)
>>> Cc: dtn-users mailing list
>>> Subject: Re: [dtn-users] Time question.
>>>
>>
>> More like a absolute time-to-live (TTL).  I create a bundle and
>> indicate it has a lifetime of X.  When a source receives it, the
>> source keeps track of the bundle time and adjusts the time on
>> transmission to the next bundle agent.
>
>This would get rid of the need for synchronized time, but would
>introduce a requirement to know the transmission times over the links
>(if the transmission times are significant compared to the storage
>times in the nodes). 

For a store-and-forward system where one is trying to handle disconnection, I believe the only place you will find transmission time as an issue relative to bundle lifetime may be in a deep space network.  Here, you would know the transmission delay.

>This might be problematic in, e.g., sneakernet
>type scenarios. 

I currently run sneakernet without any bundling protocol and it works quite well.  I am hard pressed to understand why one would want to add bundling protocol to something like a USB flash drive.  I can even add a README file that indicates what how long each file is good for, when the data was created according to my clock, how the data is encrypted and what keys are needed to decrypt the data.


>Implementation-wise it would also mean that every
>bundle would need to be modified immediately before being transmitted
>over a link.

That is quite true.




Received: from mail-vw0-f172.google.com (mail-vw0-f172.google.com [209.85.212.172]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7DE9Qb8031167 for <dtn-users@mailman.dtnrg.org>; Thu, 13 Aug 2009 07:09:26 -0700
Received: by vws2 with SMTP id 2so678561vws.4 for <dtn-users@mailman.dtnrg.org>; Thu, 13 Aug 2009 07:08:31 -0700 (PDT)
MIME-Version: 1.0
Sender: munncha@gmail.com
Received: by 10.220.46.79 with SMTP id i15mr1196774vcf.23.1250172510238; Thu,  13 Aug 2009 07:08:30 -0700 (PDT)
In-Reply-To: <4A841C80.3030403@bbn.com>
References: <D967F220-F796-4A56-B683-84E582A88945@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696CD0@NDJSSCC03.ndc.nasa.gov> <FEE36977-FB87-4819-AE45-39091289D2C1@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696D08@NDJSSCC03.ndc.nasa.gov> <14879E14-AE3F-477E-9520-C779383759BE@netlab.tkk.fi> <9a4753250908130650s6f5ee18l26b66ba9022b6224@mail.gmail.com> <4A841C80.3030403@bbn.com>
Date: Thu, 13 Aug 2009 19:38:30 +0530
X-Google-Sender-Auth: 5445697af6c3f59b
Message-ID: <9a4753250908130708j655ce914q97fc76ba1bf1659b@mail.gmail.com>
From: Kurtis Heimerl <kheimerl@eecs.berkeley.edu>
To: Daniel Ellard <dellard@bbn.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by maillists.intel-research.net id n7DE9Qb8031167
Cc: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
Subject: Re: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Thu, 13 Aug 2009 14:09:27 -0000

That seems like something that should be solved end-to-end though. Who
is the network to decide that the message is meaningless at that
point? Maybe I can predict future bus times or something.

I do see an argument for reducing network load by keeping that logic
in the network, but this is a much harder case to deal with than the
examples I gave. I don't see any solution aside from syncing clocks.

On Thu, Aug 13, 2009 at 7:30 PM, Daniel Ellard<dellard@bbn.com> wrote:
> Kurtis Heimerl wrote:
>> None of my clocks are every synced, so my solution has always been to
>> set a timeout of something like a billion. Small networks though.
>>
>> This is an interesting question though. What are we trying to avoid
>> through the use of these timeouts? Network cycles? Router buffers
>> overflowing from routeless packets? Record keeping?
>>
>
> One that gets overlooked at times is the fact that some
> information decreases over time.  For example, if I try to
> send someone a message saying "the bus is coming; it will be
> here in one minute" then the value of that message decreases
> rapidly until it's useless after one minute and can be
> discarded.
>
> Using this mechanism to detect network loops is less useful
> (the message could have circled the globe a dozen times
> before the minute expired) which is one reason some people
> (such as myself) are advocating the addition of a
> hops-to-live field as well as a time-to-live.
>
> -Dan
>
> --
> Daniel Ellard, Ph.D.
> Senior Scientist, Network Research
> BBN Technologies
> 10 Moulton Street
> Cambridge, MA 02138
> dellard@bbn.com
>



Received: from mx3.bbn.com (mx3.bbn.com [128.33.1.81]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7DE1VUh030803 for <dtn-users@mailman.dtnrg.org>; Thu, 13 Aug 2009 07:01:31 -0700
Received: from senshu.bbn.com ([128.89.80.164]) by mx3.bbn.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from <dellard@bbn.com>) id 1Mbar2-0002EA-Cc; Thu, 13 Aug 2009 10:00:32 -0400
Message-ID: <4A841C80.3030403@bbn.com>
Date: Thu, 13 Aug 2009 10:00:32 -0400
From: Daniel Ellard <dellard@bbn.com>
Organization: BBN Technologies
User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605)
MIME-Version: 1.0
To: Kurtis Heimerl <kheimerl@eecs.berkeley.edu>
References: <D967F220-F796-4A56-B683-84E582A88945@tssg.org>	<3A5AA67A8B120B48825BFFCF544385619447696CD0@NDJSSCC03.ndc.nasa.gov>	<FEE36977-FB87-4819-AE45-39091289D2C1@tssg.org>	<3A5AA67A8B120B48825BFFCF544385619447696D08@NDJSSCC03.ndc.nasa.gov>	<14879E14-AE3F-477E-9520-C779383759BE@netlab.tkk.fi> <9a4753250908130650s6f5ee18l26b66ba9022b6224@mail.gmail.com>
In-Reply-To: <9a4753250908130650s6f5ee18l26b66ba9022b6224@mail.gmail.com>
X-Enigmail-Version: 0.96.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
Subject: Re: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Thu, 13 Aug 2009 14:01:32 -0000

Kurtis Heimerl wrote:
> None of my clocks are every synced, so my solution has always been to
> set a timeout of something like a billion. Small networks though.
> 
> This is an interesting question though. What are we trying to avoid
> through the use of these timeouts? Network cycles? Router buffers
> overflowing from routeless packets? Record keeping?
>

One that gets overlooked at times is the fact that some
information decreases over time.  For example, if I try to
send someone a message saying "the bus is coming; it will be
here in one minute" then the value of that message decreases
rapidly until it's useless after one minute and can be
discarded.

Using this mechanism to detect network loops is less useful
(the message could have circled the globe a dozen times
before the minute expired) which is one reason some people
(such as myself) are advocating the addition of a
hops-to-live field as well as a time-to-live.

-Dan

-- 
Daniel Ellard, Ph.D.
Senior Scientist, Network Research
BBN Technologies
10 Moulton Street
Cambridge, MA 02138
dellard@bbn.com


Received: from mail-vw0-f172.google.com (mail-vw0-f172.google.com [209.85.212.172]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7DDpJAG030282 for <dtn-users@mailman.dtnrg.org>; Thu, 13 Aug 2009 06:51:19 -0700
Received: by vws2 with SMTP id 2so667544vws.4 for <dtn-users@mailman.dtnrg.org>; Thu, 13 Aug 2009 06:50:24 -0700 (PDT)
MIME-Version: 1.0
Sender: munncha@gmail.com
Received: by 10.220.41.194 with SMTP id p2mr1136345vce.81.1250171423937; Thu,  13 Aug 2009 06:50:23 -0700 (PDT)
In-Reply-To: <14879E14-AE3F-477E-9520-C779383759BE@netlab.tkk.fi>
References: <D967F220-F796-4A56-B683-84E582A88945@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696CD0@NDJSSCC03.ndc.nasa.gov> <FEE36977-FB87-4819-AE45-39091289D2C1@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696D08@NDJSSCC03.ndc.nasa.gov> <14879E14-AE3F-477E-9520-C779383759BE@netlab.tkk.fi>
Date: Thu, 13 Aug 2009 19:20:23 +0530
X-Google-Sender-Auth: 17e413ab3726b905
Message-ID: <9a4753250908130650s6f5ee18l26b66ba9022b6224@mail.gmail.com>
From: Kurtis Heimerl <kheimerl@eecs.berkeley.edu>
To: =?ISO-8859-1?Q?Teemu_K=E4rkk=E4inen?= <teemuk@netlab.tkk.fi>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by maillists.intel-research.net id n7DDpJAG030282
Cc: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
Subject: Re: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Thu, 13 Aug 2009 13:51:20 -0000

None of my clocks are every synced, so my solution has always been to
set a timeout of something like a billion. Small networks though.

This is an interesting question though. What are we trying to avoid
through the use of these timeouts? Network cycles? Router buffers
overflowing from routeless packets? Record keeping?

2009/8/13 Teemu Kärkkäinen <teemuk@netlab.tkk.fi>:
> On 12.8.2009, at 16.15, "Ivancic, William D. (GRC-RHN0)" <william.d.ivancic@nasa.gov
>  > wrote:
>>> -----Original Message-----
>>> From: John Ronan [mailto:jronan@tssg.org]
>>> Sent: Wednesday, August 12, 2009 9:05 AM
>>> To: Ivancic, William D. (GRC-RHN0)
>>> Cc: dtn-users mailing list
>>> Subject: Re: [dtn-users] Time question.
>>>
>>>
>>> On 12 Aug 2009, at 13:35, Ivancic, William D. (GRC-RHN0) wrote:
>>>
>>>> I am told time sync is not a problem. ..... Just kidding.
>>>>
>>>> How you sync in such an environment is a good question.  I will
>>>> tell you NASA Glenn Research Center (GRC) has experienced problems
>>>> and BBN has also.  BBN and GRC are discussing ways to standardize a
>>>> solution that does not require system time sync for the "Bundle
>>>> Protocol" to work - basically use relative time versus absolute
>>>> time.  Unfortunately, we do not have a solution implemented yet.
>>>>
>>> Something like 'drifting' all nodes to a common view or something?
>>>
>>
>> More like a absolute time-to-live (TTL).  I create a bundle and
>> indicate it has a lifetime of X.  When a source receives it, the
>> source keeps track of the bundle time and adjusts the time on
>> transmission to the next bundle agent.
>
> This would get rid of the need for synchronized time, but would
> introduce a requirement to know the transmission times over the links
> (if the transmission times are significant compared to the storage
> times in the nodes). This might be problematic in, e.g., sneakernet
> type scenarios. Implementation-wise it would also mean that every
> bundle would need to be modified immediately before being transmitted
> over a link.
>
> As such I would see it as a different trade-off to the current
> mechanism rather than an absolute improvement. However, I suspect both
> approaches should be supported.
>
>> We have also discussed usefulness of hop count to identify obvious
>> loops.
>>
>> -- Will
>
> -Teemu
>
> _______________________________________________
> dtn-users mailing list
> dtn-users@maillists.intel-research.net
> http://maillists.intel-research.net/mailman/listinfo/dtn-users
>



Received: from smtp.netlab.hut.fi (keskus.netlab.hut.fi [130.233.154.176]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7DDcPGR029691 for <dtn-users@mailman.dtnrg.org>; Thu, 13 Aug 2009 06:38:25 -0700
Received: from mailsrv.netlab.hut.fi (mailsrv.netlab.hut.fi [130.233.154.190]) by smtp.netlab.hut.fi (Postfix) with ESMTP id 64424C50FE; Thu, 13 Aug 2009 16:37:27 +0300 (EET DST)
Received: from [93.106.217.39] (gprs-prointernet-ffd96a00-39.dhcp.inet.fi [93.106.217.39]) by mailsrv.netlab.hut.fi (Postfix) with ESMTP id 6C57E120050; Thu, 13 Aug 2009 16:37:26 +0300 (EEST)
References: <D967F220-F796-4A56-B683-84E582A88945@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696CD0@NDJSSCC03.ndc.nasa.gov> <FEE36977-FB87-4819-AE45-39091289D2C1@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696D08@NDJSSCC03.ndc.nasa.gov>
Message-Id: <14879E14-AE3F-477E-9520-C779383759BE@netlab.tkk.fi>
From: =?utf-8?Q?Teemu_K=C3=A4rkk=C3=A4inen?= <teemuk@netlab.tkk.fi>
To: "Ivancic, William D. (GRC-RHN0)" <william.d.ivancic@nasa.gov>
In-Reply-To: <3A5AA67A8B120B48825BFFCF544385619447696D08@NDJSSCC03.ndc.nasa.gov>
Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
X-Mailer: iPhone Mail (7A400)
Mime-Version: 1.0 (iPhone Mail 7A400)
Date: Thu, 13 Aug 2009 16:37:14 +0300
Cc: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
Subject: Re: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Thu, 13 Aug 2009 13:38:26 -0000

On 12.8.2009, at 16.15, "Ivancic, William D. (GRC-RHN0)" <william.d.ivancic@nasa.gov 
 > wrote:
>> -----Original Message-----
>> From: John Ronan [mailto:jronan@tssg.org]
>> Sent: Wednesday, August 12, 2009 9:05 AM
>> To: Ivancic, William D. (GRC-RHN0)
>> Cc: dtn-users mailing list
>> Subject: Re: [dtn-users] Time question.
>>
>>
>> On 12 Aug 2009, at 13:35, Ivancic, William D. (GRC-RHN0) wrote:
>>
>>> I am told time sync is not a problem. ..... Just kidding.
>>>
>>> How you sync in such an environment is a good question.  I will
>>> tell you NASA Glenn Research Center (GRC) has experienced problems
>>> and BBN has also.  BBN and GRC are discussing ways to standardize a
>>> solution that does not require system time sync for the "Bundle
>>> Protocol" to work - basically use relative time versus absolute
>>> time.  Unfortunately, we do not have a solution implemented yet.
>>>
>> Something like 'drifting' all nodes to a common view or something?
>>
>
> More like a absolute time-to-live (TTL).  I create a bundle and  
> indicate it has a lifetime of X.  When a source receives it, the  
> source keeps track of the bundle time and adjusts the time on  
> transmission to the next bundle agent.

This would get rid of the need for synchronized time, but would  
introduce a requirement to know the transmission times over the links  
(if the transmission times are significant compared to the storage  
times in the nodes). This might be problematic in, e.g., sneakernet  
type scenarios. Implementation-wise it would also mean that every  
bundle would need to be modified immediately before being transmitted  
over a link.

As such I would see it as a different trade-off to the current  
mechanism rather than an absolute improvement. However, I suspect both  
approaches should be supported.

> We have also discussed usefulness of hop count to identify obvious  
> loops.
>
> -- Will

-Teemu



Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7CJ4piH011455 for <dtn-users@maillists.intel-research.net>; Wed, 12 Aug 2009 12:04:52 -0700
Received: by bwz28 with SMTP id 28so193794bwz.6 for <dtn-users@maillists.intel-research.net>; Wed, 12 Aug 2009 12:04:02 -0700 (PDT)
MIME-Version: 1.0
Sender: paul@pauledelman.net
Received: by 10.204.124.10 with SMTP id s10mr191206bkr.213.1250103842642; Wed,  12 Aug 2009 12:04:02 -0700 (PDT)
In-Reply-To: <1248227558.5940.271.camel@mightyatom.folly.org.uk>
References: <1248227558.5940.271.camel@mightyatom.folly.org.uk>
Date: Wed, 12 Aug 2009 14:04:02 -0500
X-Google-Sender-Auth: d6ffb8c8731e2246
Message-ID: <5ba155830908121204w2840f795q7a0f8938ef40c4fe@mail.gmail.com>
From: Paul Edelman <paul.edelman@gmail.com>
To: Elwyn Davies <elwynd@folly.org.uk>
Content-Type: multipart/alternative; boundary=001636c5a826791c290470f67b30
Cc: dtn-users <dtn-users@maillists.intel-research.net>
Subject: Re: [dtn-users] DTN2 incompatibility with v3 of xerces-c
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Wed, 12 Aug 2009 19:04:53 -0000

--001636c5a826791c290470f67b30
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

I had the same problem.  If you want to use ECL for now and don't have
another dependency requiring version 3+ of Xerces-C then install version
2.8.0.  This worked for me just fine.  Since Xerces appears to have been
refactored and Oasys has not been updated to work with version 3+, this
looks like our best option.  I hope this is helpful.

Cheers,

Paul Edelman
Department of Computer Science
Baylor University

On Tue, Jul 21, 2009 at 8:52 PM, Elwyn Davies <elwynd@folly.org.uk> wrote:

> Hi.
>
> I just tried to compile the DTN2 with the external convergence interface
> enabled and with the latest version of Xerces (v3/3.0.1).  Some major
> surgery seems to have been done to Xerces resulting in the DOMBuilder.h
> and some implementation header files disappearing since v2.8.0 and the
> parser builder being significantly changed.  Also I suspect that XMLByte
> has been changed from char to uchar but I haven't investigated exactly -
> oasys/serialize/XMLSerialize.cc doesn't compile now because of signed->
> unsigned casts in 4 places (I bodged these with reinterpret_cast<char
> *>(reinterpret_cast<void *>(... etc before the DOMBuilder problem raised
> its head)..
>
> This is not a show stopper for me (I turned it on for completeness sake)
> so I have turned it off again for the time being.  Could somebody who
> understands Xerces see if they can provide the necessary fixes please,
> as I am not a Xerces expert.
>
> Regards,
> Elwyn
>
> _______________________________________________
> dtn-users mailing list
> dtn-users@maillists.intel-research.net
> http://maillists.intel-research.net/mailman/listinfo/dtn-users
>

--001636c5a826791c290470f67b30
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I had the same problem.=A0 If you want to use ECL for now and don&#39;t hav=
e another dependency requiring version 3+ of Xerces-C then install version =
2.8.0.=A0 This worked for me just fine.=A0 Since Xerces appears to have bee=
n refactored and Oasys has not been updated to work with version 3+, this l=
ooks like our best option.=A0 I hope this is helpful.<br>
<br>Cheers,<br><br>Paul Edelman<br>Department of Computer Science<br>Baylor=
 University<br><br><div class=3D"gmail_quote">On Tue, Jul 21, 2009 at 8:52 =
PM, Elwyn Davies <span dir=3D"ltr">&lt;<a href=3D"mailto:elwynd@folly.org.u=
k">elwynd@folly.org.uk</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, =
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi.<br>
<br>
I just tried to compile the DTN2 with the external convergence interface<br=
>
enabled and with the latest version of Xerces (v3/3.0.1). =A0Some major<br>
surgery seems to have been done to Xerces resulting in the DOMBuilder.h<br>
and some implementation header files disappearing since v2.8.0 and the<br>
parser builder being significantly changed. =A0Also I suspect that XMLByte<=
br>
has been changed from char to uchar but I haven&#39;t investigated exactly =
-<br>
oasys/serialize/XMLSerialize.cc doesn&#39;t compile now because of signed-&=
gt;<br>
unsigned casts in 4 places (I bodged these with reinterpret_cast&lt;char<br=
>
*&gt;(reinterpret_cast&lt;void *&gt;(... etc before the DOMBuilder problem =
raised<br>
its head)..<br>
<br>
This is not a show stopper for me (I turned it on for completeness sake)<br=
>
so I have turned it off again for the time being. =A0Could somebody who<br>
understands Xerces see if they can provide the necessary fixes please,<br>
as I am not a Xerces expert.<br>
<br>
Regards,<br>
Elwyn<br>
<br>
_______________________________________________<br>
dtn-users mailing list<br>
<a href=3D"mailto:dtn-users@maillists.intel-research.net">dtn-users@maillis=
ts.intel-research.net</a><br>
<a href=3D"http://maillists.intel-research.net/mailman/listinfo/dtn-users" =
target=3D"_blank">http://maillists.intel-research.net/mailman/listinfo/dtn-=
users</a><br>
</blockquote></div><br>

--001636c5a826791c290470f67b30--


Received: from ndmsnpf01.ndc.nasa.gov (ndmsnpf01.ndc.nasa.gov [198.117.0.121]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7CDGaw1028014 for <dtn-users@mailman.dtnrg.org>; Wed, 12 Aug 2009 06:16:36 -0700
Received: from ndjsppt02.ndc.nasa.gov (ndjsppt02.ndc.nasa.gov [198.117.1.101]) by ndmsnpf01.ndc.nasa.gov (Postfix) with ESMTP id DEFD294C7; Wed, 12 Aug 2009 08:15:49 -0500 (CDT)
Received: from ndjshub01.ndc.nasa.gov (ndjshub01.ndc.nasa.gov [198.117.4.160]) by ndjsppt02.ndc.nasa.gov (8.14.3/8.14.3) with ESMTP id n7CDFmuu015346; Wed, 12 Aug 2009 08:15:48 -0500
Received: from NDJSSCC03.ndc.nasa.gov ([198.117.4.170]) by ndjshub01.ndc.nasa.gov ([198.117.4.160]) with mapi; Wed, 12 Aug 2009 08:15:48 -0500
From: "Ivancic, William D. (GRC-RHN0)" <william.d.ivancic@nasa.gov>
To: John Ronan <jronan@tssg.org>
Date: Wed, 12 Aug 2009 08:15:43 -0500
Thread-Topic: [dtn-users] Time question.
Thread-Index: AcobTXds1brX+S60QbiS09psIoSHFgAAO9+Q
Message-ID: <3A5AA67A8B120B48825BFFCF544385619447696D08@NDJSSCC03.ndc.nasa.gov>
References: <D967F220-F796-4A56-B683-84E582A88945@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696CD0@NDJSSCC03.ndc.nasa.gov> <FEE36977-FB87-4819-AE45-39091289D2C1@tssg.org>
In-Reply-To: <FEE36977-FB87-4819-AE45-39091289D2C1@tssg.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.7400:2.4.4, 1.2.40, 4.0.166 definitions=2009-08-12_08:2009-08-11, 2009-08-12, 2009-08-12 signatures=0
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by maillists.intel-research.net id n7CDGaw1028014
Cc: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
Subject: Re: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Wed, 12 Aug 2009 13:16:37 -0000

>-----Original Message-----
>From: John Ronan [mailto:jronan@tssg.org]
>Sent: Wednesday, August 12, 2009 9:05 AM
>To: Ivancic, William D. (GRC-RHN0)
>Cc: dtn-users mailing list
>Subject: Re: [dtn-users] Time question.
>
>
>On 12 Aug 2009, at 13:35, Ivancic, William D. (GRC-RHN0) wrote:
>
>> I am told time sync is not a problem. ..... Just kidding.
>>
>> How you sync in such an environment is a good question.  I will
>> tell you NASA Glenn Research Center (GRC) has experienced problems
>> and BBN has also.  BBN and GRC are discussing ways to standardize a
>> solution that does not require system time sync for the "Bundle
>> Protocol" to work - basically use relative time versus absolute
>> time.  Unfortunately, we do not have a solution implemented yet.
>>
>Something like 'drifting' all nodes to a common view or something?
>

More like a absolute time-to-live (TTL).  I create a bundle and indicate it has a lifetime of X.  When a source receives it, the source keeps track of the bundle time and adjusts the time on transmission to the next bundle agent.  

We have also discussed usefulness of hop count to identify obvious loops.


-- Will



Received: from smtps.tssg.org (smtps.tssg.org [193.1.185.47]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7CD5Uj5027506 for <dtn-users@mailman.dtnrg.org>; Wed, 12 Aug 2009 06:05:30 -0700
X-IronPort-AV: E=Sophos;i="4.43,367,1246834800";  d="scan'208";a="605310"
Received: from unknown (HELO [10.37.2.20]) ([10.37.2.20]) by smtps.tssg.org with ESMTP/TLS/AES128-SHA; 12 Aug 2009 14:04:43 +0100
In-Reply-To: <3A5AA67A8B120B48825BFFCF544385619447696CD0@NDJSSCC03.ndc.nasa.gov>
References: <D967F220-F796-4A56-B683-84E582A88945@tssg.org> <3A5AA67A8B120B48825BFFCF544385619447696CD0@NDJSSCC03.ndc.nasa.gov>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <FEE36977-FB87-4819-AE45-39091289D2C1@tssg.org>
Content-Transfer-Encoding: 7bit
From: John Ronan <jronan@tssg.org>
Date: Wed, 12 Aug 2009 14:04:41 +0100
To: "Ivancic, William D. (GRC-RHN0)" <william.d.ivancic@nasa.gov>
X-Mailer: Apple Mail (2.753.1)
Cc: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
Subject: Re: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Wed, 12 Aug 2009 13:05:31 -0000

On 12 Aug 2009, at 13:35, Ivancic, William D. (GRC-RHN0) wrote:

> I am told time sync is not a problem. ..... Just kidding.
>
> How you sync in such an environment is a good question.  I will  
> tell you NASA Glenn Research Center (GRC) has experienced problems  
> and BBN has also.  BBN and GRC are discussing ways to standardize a  
> solution that does not require system time sync for the "Bundle  
> Protocol" to work - basically use relative time versus absolute  
> time.  Unfortunately, we do not have a solution implemented yet.
>
Something like 'drifting' all nodes to a common view or something?

> Your input into the environment you operate in and the processing  
> power of you devices is useful information.

Ok,

Well some of it is using
http://www.dtnrg.org/wiki/AX25ConnectedModeConvergenceLayer, which  
Darren wrote.  These aren't a problem at the moment as both ends I'm  
testing with are internet connected and ntp synced, but that may not  
be the case for a node in the field.  If I'm stuck I can just tell  
someone to set it to the time on their handheld GPS.

Also I'm using several Icom ID-1 D-Star transcievers (http:// 
www.universal-radio.com/CATALOG/fm_txvrs/0337.html). At the moment  
it's either desktop or laptop based, so plenty power, but I'm also  
thinking about using a gumstix (http://www.gumstix.com/) plugged into  
the back of an ID-1 to act as a DTN node. Either that or the OpenMoko  
Freerunner would be the lowest powered devices that I'm experimenting  
with at the moment.

So far, in testing on a multi-hop network (3 ID-1 based nodes - A,B  
and C), where A and C cannot hear one another directly. NORM-CL is  
about 10% more efficient (i.e. finishes a transfer faster) than DTN2  
TCP-CL.

Regards
John

--
John Ronan <jronan@tssg.org>, +353-51-302938
Telecommunications Software &  Systems Group,  http://www.tssg.org





Received: from ndjsnpf01.ndc.nasa.gov (ndjsnpf01.ndc.nasa.gov [198.117.1.121]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7CCakrX026151 for <dtn-users@mailman.dtnrg.org>; Wed, 12 Aug 2009 05:36:47 -0700
Received: from ndjsppt02.ndc.nasa.gov (ndjsppt02.ndc.nasa.gov [198.117.1.101]) by ndjsnpf01.ndc.nasa.gov (Postfix) with ESMTP id 682AF3282B4; Wed, 12 Aug 2009 07:36:00 -0500 (CDT)
Received: from ndjshub04.ndc.nasa.gov (ndjshub04.ndc.nasa.gov [198.117.4.163]) by ndjsppt02.ndc.nasa.gov (8.14.3/8.14.3) with ESMTP id n7CCa0aH024364; Wed, 12 Aug 2009 07:36:00 -0500
Received: from NDJSSCC03.ndc.nasa.gov ([198.117.4.170]) by ndjshub04.ndc.nasa.gov ([198.117.4.163]) with mapi; Wed, 12 Aug 2009 07:36:00 -0500
From: "Ivancic, William D. (GRC-RHN0)" <william.d.ivancic@nasa.gov>
To: John Ronan <jronan@tssg.org>, dtn-users mailing list <dtn-users@mailman.dtnrg.org>
Date: Wed, 12 Aug 2009 07:35:49 -0500
Thread-Topic: [dtn-users] Time question.
Thread-Index: AcobRgQvZg3oC/e+TbyjT7laMt9WxwAAyM3w
Message-ID: <3A5AA67A8B120B48825BFFCF544385619447696CD0@NDJSSCC03.ndc.nasa.gov>
References: <D967F220-F796-4A56-B683-84E582A88945@tssg.org>
In-Reply-To: <D967F220-F796-4A56-B683-84E582A88945@tssg.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.7400:2.4.4, 1.2.40, 4.0.166 definitions=2009-08-12_08:2009-08-11, 2009-08-12, 2009-08-12 signatures=0
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by maillists.intel-research.net id n7CCakrX026151
Subject: Re: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Wed, 12 Aug 2009 12:36:47 -0000

I am told time sync is not a problem. ..... Just kidding.

How you sync in such an environment is a good question.  I will tell you NASA Glenn Research Center (GRC) has experienced problems and BBN has also.  BBN and GRC are discussing ways to standardize a solution that does not require system time sync for the "Bundle Protocol" to work - basically use relative time versus absolute time.  Unfortunately, we do not have a solution implemented yet.

Your input into the environment you operate in and the processing power of you devices is useful information.


-- Will

>-----Original Message-----
>From: dtn-users-bounces@maillists.intel-research.net [mailto:dtn-users-
>bounces@maillists.intel-research.net] On Behalf Of John Ronan
>Sent: Wednesday, August 12, 2009 8:03 AM
>To: dtn-users mailing list
>Subject: [dtn-users] Time question.
>
>Hi,
>
>This is
>I've been back through the archives a few years, as I'm trying to figure
>out how folks generally sync the time between dtn nodes.
>
>I'm doing some testing between nodes that have (relatively) low
>bandwidth RF links between them.  Now and again, if they have been off
>for a while the clocks can drift.  If this was on a remote site, I would
>be snookered as the node that has drifted will refuse to talk to the
>others
>
>Any thoughts?
>
>Regards
>John
>
>--
>John Ronan <jronan@tssg.org>, +353-51-302938 Telecommunications Software
>&  Systems Group,  http://www.tssg.org
>
>




Received: from smtps.tssg.org (smtps.tssg.org [193.1.185.47]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7CC47Vx024701 for <dtn-users@mailman.dtnrg.org>; Wed, 12 Aug 2009 05:04:08 -0700
X-IronPort-AV: E=Sophos;i="4.43,367,1246834800"; d="p7s'?scan'208";a="605149"
Received: from unknown (HELO [10.37.2.20]) ([10.37.2.20]) by smtps.tssg.org with ESMTP/TLS/AES128-SHA; 12 Aug 2009 13:03:20 +0100
Mime-Version: 1.0 (Apple Message framework v753.1)
To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
Message-Id: <D967F220-F796-4A56-B683-84E582A88945@tssg.org>
Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-22--959025498; protocol="application/pkcs7-signature"
From: John Ronan <jronan@tssg.org>
Date: Wed, 12 Aug 2009 13:03:17 +0100
X-Mailer: Apple Mail (2.753.1)
Subject: [dtn-users] Time question.
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Wed, 12 Aug 2009 12:04:08 -0000

--Apple-Mail-22--959025498
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

Hi,

This is
I've been back through the archives a few years, as I'm trying to  
figure out how folks generally sync the time between dtn nodes.

I'm doing some testing between nodes that have (relatively) low  
bandwidth RF links between them.  Now and again, if they have been  
off for a while the clocks can drift.  If this was on a remote site,  
I would be snookered as the node that has drifted will refuse to talk  
to the others

Any thoughts?

Regards
John

--
John Ronan <jronan@tssg.org>, +353-51-302938
Telecommunications Software &  Systems Group,  http://www.tssg.org




--Apple-Mail-22--959025498
Content-Transfer-Encoding: base64
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Disposition: attachment;
	filename=smime.p7s

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFKzCCBScw
ggMPoAMCAQICAwaFCTANBgkqhkiG9w0BAQUFADB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQL
ExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3Jp
dHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0wOTAzMDIxNDIzNDdaFw0x
MTAzMDIxNDIzNDdaMDUxEzARBgNVBAMTCkpvaG4gUm9uYW4xHjAcBgkqhkiG9w0BCQEWD2pyb25h
bkB0c3NnLm9yZzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAKqiWl/gwyfDOlnA9Vmp
7aIiODrUWvhi9x8mjeZxGLcQQ0S2JdcX2zMUFoWAlWMTB6s0SXnbRTs1P0Na14AgS81iQg0fIc1L
GfAEWpa+WPU4wvbrPdYyzmKwMhWalaBoKH960IA5Z/5vCJNYREIh8fyHEgYAt2eIMCyMfkNw2Zui
mh8AfuR0vbkQqBdgPj6NhzrXWd5ljt40cHm7PeELITZMfRhBaqv8d3DiP/yP4sfNfLn/Z9gdd2Nl
N2sLrg8yftGduTtB9hrRadLtdXxth67GGzHA+B3WD89hJjMLcfWZMMRCCXwBIH/W6LQH5qtdTo+G
C0mQeIGEpEn7kTvUqgECAwEAAaOB+zCB+DAMBgNVHRMBAf8EAjAAMFYGCWCGSAGG+EIBDQRJFkdU
byBnZXQgeW91ciBvd24gY2VydGlmaWNhdGUgZm9yIEZSRUUgaGVhZCBvdmVyIHRvIGh0dHA6Ly93
d3cuQ0FjZXJ0Lm9yZzBABgNVHSUEOTA3BggrBgEFBQcDBAYIKwYBBQUHAwIGCisGAQQBgjcKAwQG
CisGAQQBgjcKAwMGCWCGSAGG+EIEATAyBggrBgEFBQcBAQQmMCQwIgYIKwYBBQUHMAGGFmh0dHA6
Ly9vY3NwLmNhY2VydC5vcmcwGgYDVR0RBBMwEYEPanJvbmFuQHRzc2cub3JnMA0GCSqGSIb3DQEB
BQUAA4ICAQBMxRrfn5CK4xwxLenVl1fGxboQXIi8RBa9N12BYdjMcqvgk+ufND59DA5vCUiHh6Wb
7P8QDUx7rOl5Bj3eAwGQE8GnIeQ8aDjWUXeaGBuI86yD5xHDMeQcc7IGZK1hppktTYDI2eEX8exR
p92Wb92+dkiFxu+XRi80ZTvcmZQBg/45y7/pIQYGjBeF1n/mZYOuZJRHk9QbzRa4LcFqbljrmf5m
mAyo4VS3bQmTXLBR6UY90KvZfgIrjNYuIL29aQaU831EDxQejrO6i1md8PCChKitCukdaDxJAu1V
QNnIeahe0w1qCgfMZqbFamELtxrLnTjFwRSkSNEX3u8CS+uv6j6YX+QiPrFdbey7uR+f/JKLW/kx
BUfMbRA0mNJ+f9EscDjSLMj9VHnFiMgD21EcF+HjP13Q/d/amY3M+okyvK+MArW2ur+pjVHS9WcW
eqIkSbBYCPIcExkWDUn6XMvI2l8f9ZQRAJBRu3tXdDG1ctTBafhCYwg9x+Kyy34zybAHtN4KcSWD
WDfXomqitjgfIP+YCCL/md+WJauHK5/5OTtK/lNWbQX0fHYF+vwqEN5Fm26Noz8ythq/GAdK05tx
J9eDrVfjBukGWETkKfZJt0JBZOOzXLeaA5J7CiZpeJkFigLVGi4ge+Ps7cLf92gM2HsykTUFXc0r
gZYjoGa7ZjGCAzMwggMvAgEBMIGAMHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0dHA6
Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1dGhvcml0eTEhMB8G
CSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnAgMGhQkwCQYFKw4DAhoFAKCCAYcwGAYJKoZI
hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDkwODEyMTIwMzE4WjAjBgkqhkiG
9w0BCQQxFgQUJIUrylDQzYoVPK2+ccYgn9yIZRMwgZEGCSsGAQQBgjcQBDGBgzCBgDB5MRAwDgYD
VQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNB
IENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9y
ZwIDBoUJMIGTBgsqhkiG9w0BCRACCzGBg6CBgDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQL
ExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3Jp
dHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZwIDBoUJMA0GCSqGSIb3DQEBAQUA
BIIBAKIknygyDVMw+BY0Lcg9jXccNj2oS/EjPF0pVTocpcatitIPZvrNyYb6LNXCykYp0BoB9Pcu
tO2nJdD19550syCBDB+HLGyJjQ7MKKyy8+eApc1sHcPDzjJBuvjvDFLVhG3mqC7uEMva3BYIcdlM
YXUQftiMgSfR2IJn+UZW8X2Bp4kfw+ajcYPpQHccdrhH7TRl8hCtAwACGRiEqphdKM8AyHvwUnln
UICbGRycNSoc6CiFI+DKaItTEtHw3idiqewDvEPv3YorZwtP5kgWzUH00NqZHKHl6YcMUdOE89xK
c3TAvOMU230KQbw+XyztvS9fJoA2iy74/UArkx2yxG0AAAAAAAA=

--Apple-Mail-22--959025498--


Received: from web56608.mail.re3.yahoo.com (web56608.mail.re3.yahoo.com [66.196.97.52]) by maillists.intel-research.net (8.13.8/8.13.8) with SMTP id n7C27awA029685 for <dtn-users@maillists.intel-research.net>; Tue, 11 Aug 2009 19:07:36 -0700
Received: (qmail 39683 invoked by uid 60001); 12 Aug 2009 02:06:53 -0000
Message-ID: <717591.38597.qm@web56608.mail.re3.yahoo.com>
X-YMail-OSG: NbmRaEcVM1m.A77t.ijJWdIvEJmhNH0KgB.SFXlgyPLDdM47E2J277GB2LTcDPh_vQ.m1fqB.kuuVMhUwBL08SaGIWNxJFPoQMyXrOdx3HtnF3wG_ah9Vya4a7b3Ki81X83PbIVp0g_nA9EWnaWtZi6e5YEzCCmpMrhZEn7R_bfzg5JdgUPh6mJs7wDjyEQ6.7313dyyCesBn_raknLKbJuk_C1NfbSf1Vi6nX0SSayNuMlOWmQFp704s9h8ZyQDOmUZkvui5.IU4XUteZFJll5CiKeJGK1Ijne_i_ACyGONgEuqTuAhDyz32BShFkbZk.4uFD7GmZTKM9ixzSU-
Received: from [174.101.94.195] by web56608.mail.re3.yahoo.com via HTTP; Tue, 11 Aug 2009 19:06:53 PDT
X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.2
Date: Tue, 11 Aug 2009 19:06:53 -0700 (PDT)
From: Justin Dailey <dail8859@yahoo.com>
To: "Graham Keellings \(Leonix Solutions Pte Ltd\)" <Graham@LeonixSolutions.com>
In-Reply-To: <4A821CC5.4@LeonixSolutions.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1663400143-1250042813=:38597"
Cc: dtn-users@maillists.intel-research.net
Subject: Re: [dtn-users] Installing DTN2 on Fedora 10
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Wed, 12 Aug 2009 02:07:37 -0000

--0-1663400143-1250042813=:38597
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

I am kinda new to all of this but i will look into adding this "How To"
and the one about Installing it on ubuntu to the wiki. I am not aware
of any documentation about the available options for the configure
scripts, but that doesn't meant there isn't any.



Justin=20

--- On Tue, 8/11/09, Graham Keellings (Leonix Solutions Pte Ltd) <Graham@Le=
onixSolutions.com> wrote:

From: Graham Keellings (Leonix Solutions Pte Ltd) <Graham@LeonixSolutions.c=
om>
Subject: Re: [dtn-users] Installing DTN2 on Fedora 10
To: "Justin Dailey" <dail8859@yahoo.com>
Cc: dtn-users@maillists.intel-research.net
Date: Tuesday, August 11, 2009, 9:37 PM




 =20
Justin Dailey wrote:

  After reading through Graham Keellings post about installing DTN on Ubunt=
u (which helped tremedously)

I wish that I could claim the kudos, Justin, but anything I might have
written was based on an excellent nail by John Setzer.



Your contribution looks great and I will give it a try when I find
time. I wonder if we ought not collect such "How to"s and put them on
the wiki. What do you think?



Btw, I am not sure - is there any documentation of the various switches
for the "configure" scripts, other than in the scripts themselves?
Possibly another wiki candidate. And if there is a searchable archive
of the various mailing lists, I would link to that from the website or
wiki too.








   we followed the steps to try to install the latest build from the mercur=
ial repository on our Fedora 10 machines. However, Fedora does not have the=
 same packages as Ubuntu. The following is the instructions that we took to=
 install the latest build of DTN onto our Fedora 10 machines. Pretty much a=
ll we had to do was find equivalent packages. Some of the packages installe=
d may not be needed but we grabbed a few extra to be safe.

1. Install these packages and their dependencies
=A0=A0=A0 1. sudo yum groupinstall "Development Tools"
=A0=A0=A0 2. sudo yum groupinstall "Legacy Software Development"
=A0=A0=A0 3. sudo yum install libdbi
=A0=A0=A0 4. sudo yum install openser-db_berkeley
=A0=A0=A0 5. sudo yum install compact-db46
=A0=A0=A0 6. sudo yum install db4-devel
=A0=A0=A0 7. sudo yum install xerces-c-devel
=A0=A0=A0 8. sudo yum install xerces-c=20
=A0=A0=A0 9. sudo yum install expat-devel
=A0=A0=A0 10. sudo yum install monodevelop-devel
=A0=A0=A0 11. sudo yum install tcllib
=A0=A0=A0 12. sudo yum install tcl-devel
=A0=A0=A0 13. sudo yum install tclx-devel
2. cd /Some/Where/You/Want/To/Put/Install/Files
3. mkdir dtn2
4. cd dtn2
5. Download Oasys
=A0=A0=A0 1. Download latest build from http://dtn.sourceforge.net/hg/oasys=
 click on gz
=A0=A0=A0 2. Copy file to working directory
=A0=A0=A0 3. tar xvf oasys-xxxxx.tar.gz
=A0=A0=A0 4. rename the folder oasys-xxxxx to oasys-1.3.0
6. Install Oasys
=A0=A0=A0 1. cd oasys-1.3.0
=A0=A0=A0 2. CC=3Dgcc CXX=3Dg++ ./configure
=A0=A0=A0 3. make
=A0=A0=A0 4. sudo make install
7. cd to back to dtn2 if you are still in the oasys dir.
8. Download DTN2
=A0=A0=A0 1. Download latest build from http://dtn.sourceforge.net/hg/DTN2 =
click on gz
=A0=A0=A0 2. tar xvf DTN2-xxxxx.tar.gz
=A0=A0=A0 3. rename the folder DTN2-xxxxx to dtn-2.6.0
9. At this point you may want to look at dtn-2.6.0/README and dtn-2.6.0/doc=
/manual/index.html
10. Install DTN2
=A0=A0=A0 1. cd dtn-2.6.0
=A0=A0=A0 2. CC=3Dgcc CXX=3Dg++ ./configure -C
=A0=A0=A0 3. make
=A0=A0=A0 4. sudo make install=20

Hopefully this will help some people out getting there DTN up and running.

Justin



     =20
 =20
 =20
_______________________________________________
dtn-users mailing list
dtn-users@maillists.intel-research.net
http://maillists.intel-research.net/mailman/listinfo/dtn-users
 =20





--=20
Technical Director
Leonix Solutions (Pte) Ltd
18 Boon Lay Way
#09-95 TradeHub 21
Singapore 609966
Telephone:+65 6316 9968
Fax: +65 6316 9208

=20
=0A=0A=0A      
--0-1663400143-1250042813=:38597
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

<table cellspacing=3D"0" cellpadding=3D"0" border=3D"0" ><tr><td valign=3D"=
top" style=3D"font: inherit;">I am kinda new to all of this but i will look=
 into adding this "How To"
and the one about Installing it on ubuntu to the wiki. I am not aware
of any documentation about the available options for the configure
scripts, but that doesn't meant there isn't any.<br>
<br>
Justin <br><br>--- On <b>Tue, 8/11/09, Graham Keellings (Leonix Solutions P=
te Ltd) <i>&lt;Graham@LeonixSolutions.com&gt;</i></b> wrote:<br><blockquote=
 style=3D"border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; paddin=
g-left: 5px;"><br>From: Graham Keellings (Leonix Solutions Pte Ltd) &lt;Gra=
ham@LeonixSolutions.com&gt;<br>Subject: Re: [dtn-users] Installing DTN2 on =
Fedora 10<br>To: "Justin Dailey" &lt;dail8859@yahoo.com&gt;<br>Cc: dtn-user=
s@maillists.intel-research.net<br>Date: Tuesday, August 11, 2009, 9:37 PM<b=
r><br><div id=3D"yiv502279549">


 =20
Justin Dailey wrote:
<blockquote type=3D"cite">
  <pre>After reading through Graham Keellings post about installing DTN on =
Ubuntu (which helped tremedously)</pre>
</blockquote>
I wish that I could claim the kudos, Justin, but anything I might have
written was based on an excellent nail by John Setzer.<br>
<br>
Your contribution looks great and I will give it a try when I find
time. I wonder if we ought not collect such "How to"s and put them on
the wiki. What do you think?<br>
<br>
Btw, I am not sure - is there any documentation of the various switches
for the "configure" scripts, other than in the scripts themselves?
Possibly another wiki candidate. And if there is a searchable archive
of the various mailing lists, I would link to that from the website or
wiki too.<br>
<br>
<br>
<br>
<blockquote type=3D"cite">
  <pre> we followed the steps to try to install the latest build from the m=
ercurial repository on our Fedora 10 machines. However, Fedora does not hav=
e the same packages as Ubuntu. The following is the instructions that we to=
ok to install the latest build of DTN onto our Fedora 10 machines. Pretty m=
uch all we had to do was find equivalent packages. Some of the packages ins=
talled may not be needed but we grabbed a few extra to be safe.<br><br>1. I=
nstall these packages and their dependencies<br>&nbsp;&nbsp;&nbsp; 1. sudo =
yum groupinstall "Development Tools"<br>&nbsp;&nbsp;&nbsp; 2. sudo yum grou=
pinstall "Legacy Software Development"<br>&nbsp;&nbsp;&nbsp; 3. sudo yum in=
stall libdbi<br>&nbsp;&nbsp;&nbsp; 4. sudo yum install openser-db_berkeley<=
br>&nbsp;&nbsp;&nbsp; 5. sudo yum install compact-db46<br>&nbsp;&nbsp;&nbsp=
; 6. sudo yum install db4-devel<br>&nbsp;&nbsp;&nbsp; 7. sudo yum install x=
erces-c-devel<br>&nbsp;&nbsp;&nbsp; 8. sudo yum install xerces-c
 <br>&nbsp;&nbsp;&nbsp; 9. sudo yum install expat-devel<br>&nbsp;&nbsp;&nbs=
p; 10. sudo yum install monodevelop-devel<br>&nbsp;&nbsp;&nbsp; 11. sudo yu=
m install tcllib<br>&nbsp;&nbsp;&nbsp; 12. sudo yum install tcl-devel<br>&n=
bsp;&nbsp;&nbsp; 13. sudo yum install tclx-devel<br>2. cd /Some/Where/You/W=
ant/To/Put/Install/Files<br>3. mkdir dtn2<br>4. cd dtn2<br>5. Download Oasy=
s<br>&nbsp;&nbsp;&nbsp; 1. Download latest build from <a rel=3D"nofollow" c=
lass=3D"moz-txt-link-freetext" target=3D"_blank" href=3D"http://dtn.sourcef=
orge.net/hg/oasys">http://dtn.sourceforge.net/hg/oasys</a> click on gz<br>&=
nbsp;&nbsp;&nbsp; 2. Copy file to working directory<br>&nbsp;&nbsp;&nbsp; 3=
. tar xvf oasys-xxxxx.tar.gz<br>&nbsp;&nbsp;&nbsp; 4. rename the folder oas=
ys-xxxxx to oasys-1.3.0<br>6. Install Oasys<br>&nbsp;&nbsp;&nbsp; 1. cd oas=
ys-1.3.0<br>&nbsp;&nbsp;&nbsp; 2. CC=3Dgcc CXX=3Dg++ ./configure<br>&nbsp;&=
nbsp;&nbsp; 3. make<br>&nbsp;&nbsp;&nbsp; 4. sudo make install<br>7. cd to =
back
 to dtn2 if you are still in the oasys dir.<br>8. Download DTN2<br>&nbsp;&n=
bsp;&nbsp; 1. Download latest build from <a rel=3D"nofollow" class=3D"moz-t=
xt-link-freetext" target=3D"_blank" href=3D"http://dtn.sourceforge.net/hg/D=
TN2">http://dtn.sourceforge.net/hg/DTN2</a> click on gz<br>&nbsp;&nbsp;&nbs=
p; 2. tar xvf DTN2-xxxxx.tar.gz<br>&nbsp;&nbsp;&nbsp; 3. rename the folder =
DTN2-xxxxx to dtn-2.6.0<br>9. At this point you may want to look at dtn-2.6=
.0/README and dtn-2.6.0/doc/manual/index.html<br>10. Install DTN2<br>&nbsp;=
&nbsp;&nbsp; 1. cd dtn-2.6.0<br>&nbsp;&nbsp;&nbsp; 2. CC=3Dgcc CXX=3Dg++ ./=
configure -C<br>&nbsp;&nbsp;&nbsp; 3. make<br>&nbsp;&nbsp;&nbsp; 4. sudo ma=
ke install <br><br>Hopefully this will help some people out getting there D=
TN up and running.<br><br>Justin<br><br><br><br>      <br>  </pre>
  <pre><hr width=3D"90%" size=3D"4"><br>___________________________________=
____________<br>dtn-users mailing list<br><a rel=3D"nofollow" class=3D"moz-=
txt-link-abbreviated" ymailto=3D"mailto:dtn-users@maillists.intel-research.=
net" target=3D"_blank" href=3D"/mc/compose?to=3Ddtn-users@maillists.intel-r=
esearch.net">dtn-users@maillists.intel-research.net</a><br><a rel=3D"nofoll=
ow" class=3D"moz-txt-link-freetext" target=3D"_blank" href=3D"http://mailli=
sts.intel-research.net/mailman/listinfo/dtn-users">http://maillists.intel-r=
esearch.net/mailman/listinfo/dtn-users</a><br>  </pre>
</blockquote>
<br>
<br>
<pre class=3D"moz-signature">-- <br>Technical Director<br>Leonix Solutions =
(Pte) Ltd<br>18 Boon Lay Way<br>#09-95 TradeHub 21<br>Singapore 609966<br>T=
elephone:+65 6316 9968<br>Fax: +65 6316 9208<br></pre>
=20
</div></blockquote></td></tr></table><br>=0A=0A=0A=0A      
--0-1663400143-1250042813=:38597--


Received: from sky.fastbighost.net (sky.fastbighost.net [76.76.22.153]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n7C1bxvv028318 for <dtn-users@maillists.intel-research.net>; Tue, 11 Aug 2009 18:38:00 -0700
Received: from dyn98-b60-access.superdsl.com.sg ([202.73.60.98] helo=[192.9.200.103]) by sky.fastbighost.net with esmtpa (Exim 4.69) (envelope-from <Graham@LeonixSolutions.com>) id 1Mb2m9-0006bT-GU; Tue, 11 Aug 2009 21:37:14 -0400
Message-ID: <4A821CC5.4@LeonixSolutions.com>
Date: Wed, 12 Aug 2009 09:37:09 +0800
From: "Graham Keellings (Leonix Solutions Pte Ltd)" <Graham@LeonixSolutions.com>
Organization: Leonix Solutions Pte Ltd
User-Agent: Thunderbird 2.0.0.22 (X11/20090608)
MIME-Version: 1.0
To: Justin Dailey <dail8859@yahoo.com>
References: <607050.16485.qm@web56604.mail.re3.yahoo.com>
In-Reply-To: <607050.16485.qm@web56604.mail.re3.yahoo.com>
Content-Type: multipart/mixed; boundary="------------040200070700090308060308"
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - sky.fastbighost.net
X-AntiAbuse: Original Domain - maillists.intel-research.net
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - LeonixSolutions.com
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Cc: dtn-users@maillists.intel-research.net
Subject: Re: [dtn-users] Installing DTN2 on Fedora 10
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Wed, 12 Aug 2009 01:38:00 -0000

This is a multi-part message in MIME format.
--------------040200070700090308060308
Content-Type: multipart/alternative;
	boundary="------------000501030004090508000706"


--------------000501030004090508000706
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Justin Dailey wrote:
> After reading through Graham Keellings post about installing DTN on Ubuntu (which helped tremedously)
I wish that I could claim the kudos, Justin, but anything I might have 
written was based on an excellent nail by John Setzer.

Your contribution looks great and I will give it a try when I find time. 
I wonder if we ought not collect such "How to"s and put them on the 
wiki. What do you think?

Btw, I am not sure - is there any documentation of the various switches 
for the "configure" scripts, other than in the scripts themselves? 
Possibly another wiki candidate. And if there is a searchable archive of 
the various mailing lists, I would link to that from the website or wiki 
too.



>  we followed the steps to try to install the latest build from the mercurial repository on our Fedora 10 machines. However, Fedora does not have the same packages as Ubuntu. The following is the instructions that we took to install the latest build of DTN onto our Fedora 10 machines. Pretty much all we had to do was find equivalent packages. Some of the packages installed may not be needed but we grabbed a few extra to be safe.
>
> 1. Install these packages and their dependencies
>     1. sudo yum groupinstall "Development Tools"
>     2. sudo yum groupinstall "Legacy Software Development"
>     3. sudo yum install libdbi
>     4. sudo yum install openser-db_berkeley
>     5. sudo yum install compact-db46
>     6. sudo yum install db4-devel
>     7. sudo yum install xerces-c-devel
>     8. sudo yum install xerces-c 
>     9. sudo yum install expat-devel
>     10. sudo yum install monodevelop-devel
>     11. sudo yum install tcllib
>     12. sudo yum install tcl-devel
>     13. sudo yum install tclx-devel
> 2. cd /Some/Where/You/Want/To/Put/Install/Files
> 3. mkdir dtn2
> 4. cd dtn2
> 5. Download Oasys
>     1. Download latest build from http://dtn.sourceforge.net/hg/oasys click on gz
>     2. Copy file to working directory
>     3. tar xvf oasys-xxxxx.tar.gz
>     4. rename the folder oasys-xxxxx to oasys-1.3.0
> 6. Install Oasys
>     1. cd oasys-1.3.0
>     2. CC=gcc CXX=g++ ./configure
>     3. make
>     4. sudo make install
> 7. cd to back to dtn2 if you are still in the oasys dir.
> 8. Download DTN2
>     1. Download latest build from http://dtn.sourceforge.net/hg/DTN2 click on gz
>     2. tar xvf DTN2-xxxxx.tar.gz
>     3. rename the folder DTN2-xxxxx to dtn-2.6.0
> 9. At this point you may want to look at dtn-2.6.0/README and dtn-2.6.0/doc/manual/index.html
> 10. Install DTN2
>     1. cd dtn-2.6.0
>     2. CC=gcc CXX=g++ ./configure -C
>     3. make
>     4. sudo make install 
>
> Hopefully this will help some people out getting there DTN up and running.
>
> Justin
>
>
>
>       
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> dtn-users mailing list
> dtn-users@maillists.intel-research.net
> http://maillists.intel-research.net/mailman/listinfo/dtn-users
>   


-- 
Technical Director
Leonix Solutions (Pte) Ltd
18 Boon Lay Way
#09-95 TradeHub 21
Singapore 609966
Telephone:+65 6316 9968
Fax: +65 6316 9208


--------------000501030004090508000706
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Justin Dailey wrote:
<blockquote cite="mid:607050.16485.qm@web56604.mail.re3.yahoo.com"
 type="cite">
  <pre wrap="">After reading through Graham Keellings post about installing DTN on Ubuntu (which helped tremedously)</pre>
</blockquote>
I wish that I could claim the kudos, Justin, but anything I might have
written was based on an excellent nail by John Setzer.<br>
<br>
Your contribution looks great and I will give it a try when I find
time. I wonder if we ought not collect such "How to"s and put them on
the wiki. What do you think?<br>
<br>
Btw, I am not sure - is there any documentation of the various switches
for the "configure" scripts, other than in the scripts themselves?
Possibly another wiki candidate. And if there is a searchable archive
of the various mailing lists, I would link to that from the website or
wiki too.<br>
<br>
<br>
<br>
<blockquote cite="mid:607050.16485.qm@web56604.mail.re3.yahoo.com"
 type="cite">
  <pre wrap=""> we followed the steps to try to install the latest build from the mercurial repository on our Fedora 10 machines. However, Fedora does not have the same packages as Ubuntu. The following is the instructions that we took to install the latest build of DTN onto our Fedora 10 machines. Pretty much all we had to do was find equivalent packages. Some of the packages installed may not be needed but we grabbed a few extra to be safe.

1. Install these packages and their dependencies
&nbsp;&nbsp;&nbsp; 1. sudo yum groupinstall "Development Tools"
&nbsp;&nbsp;&nbsp; 2. sudo yum groupinstall "Legacy Software Development"
&nbsp;&nbsp;&nbsp; 3. sudo yum install libdbi
&nbsp;&nbsp;&nbsp; 4. sudo yum install openser-db_berkeley
&nbsp;&nbsp;&nbsp; 5. sudo yum install compact-db46
&nbsp;&nbsp;&nbsp; 6. sudo yum install db4-devel
&nbsp;&nbsp;&nbsp; 7. sudo yum install xerces-c-devel
&nbsp;&nbsp;&nbsp; 8. sudo yum install xerces-c 
&nbsp;&nbsp;&nbsp; 9. sudo yum install expat-devel
&nbsp;&nbsp;&nbsp; 10. sudo yum install monodevelop-devel
&nbsp;&nbsp;&nbsp; 11. sudo yum install tcllib
&nbsp;&nbsp;&nbsp; 12. sudo yum install tcl-devel
&nbsp;&nbsp;&nbsp; 13. sudo yum install tclx-devel
2. cd /Some/Where/You/Want/To/Put/Install/Files
3. mkdir dtn2
4. cd dtn2
5. Download Oasys
&nbsp;&nbsp;&nbsp; 1. Download latest build from <a class="moz-txt-link-freetext" href="http://dtn.sourceforge.net/hg/oasys">http://dtn.sourceforge.net/hg/oasys</a> click on gz
&nbsp;&nbsp;&nbsp; 2. Copy file to working directory
&nbsp;&nbsp;&nbsp; 3. tar xvf oasys-xxxxx.tar.gz
&nbsp;&nbsp;&nbsp; 4. rename the folder oasys-xxxxx to oasys-1.3.0
6. Install Oasys
&nbsp;&nbsp;&nbsp; 1. cd oasys-1.3.0
&nbsp;&nbsp;&nbsp; 2. CC=gcc CXX=g++ ./configure
&nbsp;&nbsp;&nbsp; 3. make
&nbsp;&nbsp;&nbsp; 4. sudo make install
7. cd to back to dtn2 if you are still in the oasys dir.
8. Download DTN2
&nbsp;&nbsp;&nbsp; 1. Download latest build from <a class="moz-txt-link-freetext" href="http://dtn.sourceforge.net/hg/DTN2">http://dtn.sourceforge.net/hg/DTN2</a> click on gz
&nbsp;&nbsp;&nbsp; 2. tar xvf DTN2-xxxxx.tar.gz
&nbsp;&nbsp;&nbsp; 3. rename the folder DTN2-xxxxx to dtn-2.6.0
9. At this point you may want to look at dtn-2.6.0/README and dtn-2.6.0/doc/manual/index.html
10. Install DTN2
&nbsp;&nbsp;&nbsp; 1. cd dtn-2.6.0
&nbsp;&nbsp;&nbsp; 2. CC=gcc CXX=g++ ./configure -C
&nbsp;&nbsp;&nbsp; 3. make
&nbsp;&nbsp;&nbsp; 4. sudo make install 

Hopefully this will help some people out getting there DTN up and running.

Justin



      
  </pre>
  <pre wrap="">
<hr size="4" width="90%">
_______________________________________________
dtn-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:dtn-users@maillists.intel-research.net">dtn-users@maillists.intel-research.net</a>
<a class="moz-txt-link-freetext" href="http://maillists.intel-research.net/mailman/listinfo/dtn-users">http://maillists.intel-research.net/mailman/listinfo/dtn-users</a>
  </pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="80">-- 
Technical Director
Leonix Solutions (Pte) Ltd
18 Boon Lay Way
#09-95 TradeHub 21
Singapore 609966
Telephone:+65 6316 9968
Fax: +65 6316 9208
</pre>
</body>
</html>

--------------000501030004090508000706--

--------------040200070700090308060308
Content-Type: text/x-vcard; charset=utf-8;
 name="Graham.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="Graham.vcf"

begin:vcard
fn:Graham Keellings
n:Keellings;Graham
org:Leonix Solutions Pte Ltd
adr:TradeHub 21;;18 Boon Lay Way #09-95;;;609966;Singapore
email;internet:Graham@LeonixSolutions.com
title:Technical director
tel;work:+65 6316 9968
tel;fax:+65 6316 9208
tel;cell:+65 9725 7353
x-mozilla-html:FALSE
url:http://leonixsolutions.com/
version:2.1
end:vcard


--------------040200070700090308060308--


Received: from web56604.mail.re3.yahoo.com (web56604.mail.re3.yahoo.com [66.196.97.48]) by maillists.intel-research.net (8.13.8/8.13.8) with SMTP id n7BI6wht008043 for <dtn-users@maillists.intel-research.net>; Tue, 11 Aug 2009 11:06:59 -0700
Received: (qmail 17208 invoked by uid 60001); 11 Aug 2009 18:06:18 -0000
Message-ID: <607050.16485.qm@web56604.mail.re3.yahoo.com>
X-YMail-OSG: T.8KgDAVM1lQQlAdKVrpJUikSNlnEiHTNe0pD7sOi7GEZfBzGDpcLDLd6VxGXP88UtKDLGNs1as3gxsWYh.SXVFKL5Q1cJq258RDCGhhLw689bJr0XMYWmYq8qbvsyJH41rEGEmpOD.S9EC_Pw5bhrn8GbkzzYWl100afdQQwZEo35p2u36eqjDf.HSOZZ4zhSanLEmpbk8e1xo9UXGa0zYLfrBTBQ6b_YwdJps_qJ_x_KxLchlqHAxd1nJsumBaiIyZyhXMgZBrow4uxJtNRlJ52ABD5FlW507VIViOQdopS0fynkV639U4HRNjeo2bmOciME4appoU1BNIRNhJmgJQ4SIK6JXz4QNUHhow9vikffQ-
Received: from [146.85.154.225] by web56604.mail.re3.yahoo.com via HTTP; Tue, 11 Aug 2009 11:06:18 PDT
X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.2
Date: Tue, 11 Aug 2009 11:06:18 -0700 (PDT)
From: Justin Dailey <dail8859@yahoo.com>
To: dtn-users@maillists.intel-research.net
In-Reply-To: <mailman.1.1249498801.28266.dtn-users@maillists.intel-research.net>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="0-57542072-1250013978=:16485"
Cc: dail8859@yahoo.com
Subject: [dtn-users] Installing DTN2 on Fedora 10
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Tue, 11 Aug 2009 18:06:59 -0000

--0-57542072-1250013978=:16485
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

After reading through Graham Keellings post about installing DTN on Ubuntu =
(which helped tremedously) we followed the steps to try to install the late=
st build from the mercurial repository on our Fedora 10 machines. However, =
Fedora does not have the same packages as Ubuntu. The following is the inst=
ructions that we took to install the latest build of DTN onto our Fedora 10=
 machines. Pretty much all we had to do was find equivalent packages. Some =
of the packages installed may not be needed but we grabbed a few extra to b=
e safe.

1. Install these packages and their dependencies
=A0=A0=A0 1. sudo yum groupinstall "Development Tools"
=A0=A0=A0 2. sudo yum groupinstall "Legacy Software Development"
=A0=A0=A0 3. sudo yum install libdbi
=A0=A0=A0 4. sudo yum install openser-db_berkeley
=A0=A0=A0 5. sudo yum install compact-db46
=A0=A0=A0 6. sudo yum install db4-devel
=A0=A0=A0 7. sudo yum install xerces-c-devel
=A0=A0=A0 8. sudo yum install xerces-c=20
=A0=A0=A0 9. sudo yum install expat-devel
=A0=A0=A0 10. sudo yum install monodevelop-devel
=A0=A0=A0 11. sudo yum install tcllib
=A0=A0=A0 12. sudo yum install tcl-devel
=A0=A0=A0 13. sudo yum install tclx-devel
2. cd /Some/Where/You/Want/To/Put/Install/Files
3. mkdir dtn2
4. cd dtn2
5. Download Oasys
=A0=A0=A0 1. Download latest build from http://dtn.sourceforge.net/hg/oasys=
 click on gz
=A0=A0=A0 2. Copy file to working directory
=A0=A0=A0 3. tar xvf oasys-xxxxx.tar.gz
=A0=A0=A0 4. rename the folder oasys-xxxxx to oasys-1.3.0
6. Install Oasys
=A0=A0=A0 1. cd oasys-1.3.0
=A0=A0=A0 2. CC=3Dgcc CXX=3Dg++ ./configure
=A0=A0=A0 3. make
=A0=A0=A0 4. sudo make install
7. cd to back to dtn2 if you are still in the oasys dir.
8. Download DTN2
=A0=A0=A0 1. Download latest build from http://dtn.sourceforge.net/hg/DTN2 =
click on gz
=A0=A0=A0 2. tar xvf DTN2-xxxxx.tar.gz
=A0=A0=A0 3. rename the folder DTN2-xxxxx to dtn-2.6.0
9. At this point you may want to look at dtn-2.6.0/README and dtn-2.6.0/doc=
/manual/index.html
10. Install DTN2
=A0=A0=A0 1. cd dtn-2.6.0
=A0=A0=A0 2. CC=3Dgcc CXX=3Dg++ ./configure -C
=A0=A0=A0 3. make
=A0=A0=A0 4. sudo make install=20

Hopefully this will help some people out getting there DTN up and running.

Justin
=0A=0A=0A      
--0-57542072-1250013978=:16485
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

<table cellspacing=3D"0" cellpadding=3D"0" border=3D"0" ><tr><td valign=3D"=
top" style=3D"font: inherit;">After reading through Graham Keellings post a=
bout installing DTN on Ubuntu (which helped tremedously) we followed the st=
eps to try to install the latest build from the mercurial repository on our=
 Fedora 10 machines. However, Fedora does not have the same packages as Ubu=
ntu. The following is the instructions that we took to install the latest b=
uild of DTN onto our Fedora 10 machines. Pretty much all we had to do was f=
ind equivalent packages. Some of the packages installed may not be needed b=
ut we grabbed a few extra to be safe.<br><br>1. Install these packages and =
their dependencies<br>&nbsp;&nbsp;&nbsp; 1. sudo yum groupinstall "Developm=
ent Tools"<br>&nbsp;&nbsp;&nbsp; 2. sudo yum groupinstall "Legacy Software =
Development"<br>&nbsp;&nbsp;&nbsp; 3. sudo yum install libdbi<br>&nbsp;&nbs=
p;&nbsp; 4. sudo yum install openser-db_berkeley<br>&nbsp;&nbsp;&nbsp; 5. s=
udo
 yum install compact-db46<br>&nbsp;&nbsp;&nbsp; 6. sudo yum install db4-dev=
el<br>&nbsp;&nbsp;&nbsp; 7. sudo yum install xerces-c-devel<br>&nbsp;&nbsp;=
&nbsp; 8. sudo yum install xerces-c <br>&nbsp;&nbsp;&nbsp; 9. sudo yum inst=
all expat-devel<br>&nbsp;&nbsp;&nbsp; 10. sudo yum install monodevelop-deve=
l<br>&nbsp;&nbsp;&nbsp; 11. sudo yum install tcllib<br>&nbsp;&nbsp;&nbsp; 1=
2. sudo yum install tcl-devel<br>&nbsp;&nbsp;&nbsp; 13. sudo yum install tc=
lx-devel<br>2. cd /Some/Where/You/Want/To/Put/Install/Files<br>3. mkdir dtn=
2<br>4. cd dtn2<br>5. Download Oasys<br>&nbsp;&nbsp;&nbsp; 1. Download late=
st build from http://dtn.sourceforge.net/hg/oasys click on gz<br>&nbsp;&nbs=
p;&nbsp; 2. Copy file to working directory<br>&nbsp;&nbsp;&nbsp; 3. tar xvf=
 oasys-xxxxx.tar.gz<br>&nbsp;&nbsp;&nbsp; 4. rename the folder oasys-xxxxx =
to oasys-1.3.0<br>6. Install Oasys<br>&nbsp;&nbsp;&nbsp; 1. cd oasys-1.3.0<=
br>&nbsp;&nbsp;&nbsp; 2. CC=3Dgcc CXX=3Dg++
 ./configure<br>&nbsp;&nbsp;&nbsp; 3. make<br>&nbsp;&nbsp;&nbsp; 4. sudo ma=
ke install<br>7. cd to back to dtn2 if you are still in the oasys dir.<br>8=
. Download DTN2<br>&nbsp;&nbsp;&nbsp; 1. Download latest build from http://=
dtn.sourceforge.net/hg/DTN2 click on gz<br>&nbsp;&nbsp;&nbsp; 2. tar xvf DT=
N2-xxxxx.tar.gz<br>&nbsp;&nbsp;&nbsp; 3. rename the folder DTN2-xxxxx to dt=
n-2.6.0<br>9. At this point you may want to look at dtn-2.6.0/README and dt=
n-2.6.0/doc/manual/index.html<br>10. Install DTN2<br>&nbsp;&nbsp;&nbsp; 1. =
cd dtn-2.6.0<br>&nbsp;&nbsp;&nbsp; 2. CC=3Dgcc CXX=3Dg++ ./configure -C<br>=
&nbsp;&nbsp;&nbsp; 3. make<br>&nbsp;&nbsp;&nbsp; 4. sudo make install <br><=
br>Hopefully this will help some people out getting there DTN up and runnin=
g.<br><br>Justin<br></td></tr></table><br>=0A=0A=0A=0A      
--0-57542072-1250013978=:16485--


Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.87]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n74MihKq005707 for <dtn-users@maillists.intel-research.net>; Tue, 4 Aug 2009 15:44:44 -0700
Received: from silver.research.intel-research.net (bldmz-nat-161-179.berkeley.intel-research.net [12.155.161.179]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.3/8.13.5) with ESMTP id n74MeWef006192 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for <dtn-users@maillists.intel-research.net>; Tue, 4 Aug 2009 15:40:33 -0700 (PDT)
Message-Id: <073D803E-526D-4E7B-8092-0CE4D3824582@cs.berkeley.edu>
From: Kevin Fall <kfall@cs.berkeley.edu>
To: dtn-users@maillists.intel-research.net
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v935.3)
Date: Tue, 4 Aug 2009 15:40:32 -0700
X-Mailer: Apple Mail (2.935.3)
Subject: [dtn-users] the US "VOICE" act
X-BeenThere: dtn-users@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: dtn-users mailing list <dtn-users.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@maillists.intel-research.net>
List-Help: <mailto:dtn-users-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Tue, 04 Aug 2009 22:44:44 -0000

A co-worker of mine just pointed me at this... maybe a calling for DTN?

http://www.citizentube.com/2009/07/us-senate-passes-voice-act-to-combat.html

cheers,
- K

