Received: from scss.tcd.ie (hermes.cs.tcd.ie [134.226.32.56]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id p1GDeI8v001418; Wed, 16 Feb 2011 05:40:18 -0800 Received: from localhost (localhost [127.0.0.1]) by hermes.scss.tcd.ie (Postfix) with ESMTP id 8D3A73E408A; Wed, 16 Feb 2011 13:40:56 +0000 (GMT) X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie Received: from scss.tcd.ie ([127.0.0.1]) by localhost (scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id LH3MBfaxRaxO; Wed, 16 Feb 2011 13:40:55 +0000 (GMT) Received: from [134.226.36.137] (stephen-samy.dsg.cs.tcd.ie [134.226.36.137]) by smtp.scss.tcd.ie (Postfix) with ESMTPSA id 575AE3E4089; Wed, 16 Feb 2011 13:40:53 +0000 (GMT) Message-ID: <4D5BD3E3.3040004@cs.tcd.ie> Date: Wed, 16 Feb 2011 13:40:51 +0000 From: Stephen Farrell User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101208 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: Peter Lovell References: <55E6F417-93B5-4BFF-A810-69538CDACB9D@gmail.com> <77491278-7A9D-4629-8838-4FF18269F856@gmail.com> <4D5B07B8.7020402@univ-ubs.fr> <20110216132042.370362335@smtp.mac.com> In-Reply-To: <20110216132042.370362335@smtp.mac.com> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: dtn-users@maillists.intel-research.net, dtn-interest@maillists.intel-research.net, Frederic Guidec Subject: Re: [dtn-users] [dtn-interest] Re(2): DTN2 vs Haggle X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2011 13:40:19 -0000 There's also draft-farrell-dtnrg-bpq which is (yet another) way we're looking at doing information centric networking with the BP. We're (TCD) writing code for that btw. and should have some feedback on how it works (or not:-) in a few months. S. On 16/02/11 13:20, Peter Lovell wrote: > Hi Rui, > > following on from Fred's comments ... > > DTN does involve itself with the business of getting data from source to > destination, and not much with the data content. However there are > separate efforts under way that look at find-by-content, pre-positioning > data, addressing bundles to users in a certain geographic area, and so > on. This work is not part of the "messaging" part of DTN but you will > find presentations included in the IETF proceedings (on-line) for example. > > Regards.....Peter > > > On Wed, Feb 16, 2011, Frederic Guidec wrote: > >> >> Hello Rui, >> >> The DTN2 approach is (at least currently) focused on destination-based >> networking: each bundle is adressed to a set destination, and is somehow >> routed toward that destination through DTN gateways. >> >> In contrast the Haggle platform supports content-based networking in >> disconnected MANETs: information (typically files) is "published" in the >> network, and it is received by hosts that have "subscribed" to receive >> this kind of information. The store-carry-and-forward approach is indeed >> used, as mobile hosts (or at least some of them) must store and carry >> messages while moving around in order to bridge the gap between >> non-connected parts of the network. >> >> You may find further information about the Haggle platform on >> http://code.google.com/p/haggle/wiki/FAQ, but you may also be interested >> to learn that there is another platform called DoDWAN (Document >> Dissemination in Wireless Ad hoc Networks), which is also devoted to >> content-based information dissemination in disconnected MANETs: >> http://www-valoria.univ-ubs.fr/CASA/DoDWAN >> >> Do not hesitate to contact me directly (or using this mailing-list) if >> you have any question about DoDWAN. For the Haggle platform, I'm afraid >> you'll have to wait until you can access their discussion list. ;-) >> >> Best regards, >> >> Fred Guidec >> -- >> >> >> On 02/15/2011 11:03 AM, Rui Quelhas wrote: >>> Hi again, >>> >>> anything on my previous message? Am I really in the wrong place? :) >>> >>> On 2011/02/11, at 16:47, Rui Quelhas wrote: >>> >>>> Hi there, >>>> >>>> I'm currently working on a project that requires the deployment of >> opportunistic and delay-tolerant services and I was wondering how can >> the DTN2 implementation and Haggle match? I'm perfectly aware that DTN >> adapts to a broad set of challenged environments like deep-space >> communications and military networks but my focus is all about >> terrestrial mobile networks (social and community based) and my concerns >> are specially about how can Haggle handle store-carry-forward. >>>> >>>> I'm probably talking nonsense and I should try to make theses >> questions using the Haggle lists but I guess they require some sort of >> authorization, and I'm still waiting for it. So, hopping that i can >> actually reach some Haggle users over here I would ask if anyone knows >> any good resource that establishes some kind of comparison between the >> two (DTN2 and Haggle)? >>>> >>>> >> >> >> -- >> Dr. Frederic GUIDEC ------------------------------------- >> Laboratoire VALORIA -- Université de Bretagne Sud >> Université Européenne de Bretagne >> Campus de Tohannic >> BP 573 - F-56017 Vannes, France >> mailto:Frederic.Guidec%AT%univ-ubs.fr >> http://www-valoria.univ-ubs.fr/Frederic.Guidec >> tel : +33 (0)2 97 01 72 16 >> fax : +33 (0)2 97 01 72 79 >> --------------------------------------------------------- >> _______________________________________________ >> dtn-interest mailing list >> dtn-interest@maillists.intel-research.net >> http://maillists.intel-research.net/mailman/listinfo/dtn-interest > > > > _______________________________________________ > dtn-interest mailing list > dtn-interest@maillists.intel-research.net > http://maillists.intel-research.net/mailman/listinfo/dtn-interest > Received: from mail-fx0-f41.google.com (mail-fx0-f41.google.com [209.85.161.41]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id p1GAN26r022944; Wed, 16 Feb 2011 02:23:02 -0800 Received: by fxm12 with SMTP id 12so1132610fxm.28 for ; Wed, 16 Feb 2011 02:23:39 -0800 (PST) Received: by 10.223.101.129 with SMTP id c1mr520984fao.25.1297851819559; Wed, 16 Feb 2011 02:23:39 -0800 (PST) Received: from [172.19.109.234] (socks.scom.uminho.pt [193.137.16.85]) by mx.google.com with ESMTPS id f24sm2148273fak.0.2011.02.16.02.23.37 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 16 Feb 2011 02:23:38 -0800 (PST) From: Rui Quelhas Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/alternative; boundary=Apple-Mail-16--430445768 Date: Wed, 16 Feb 2011 10:23:37 +0000 In-Reply-To: <4D5B07B8.7020402@univ-ubs.fr> To: dtn-interest@maillists.intel-research.net, dtn-users@maillists.intel-research.net References: <55E6F417-93B5-4BFF-A810-69538CDACB9D@gmail.com> <77491278-7A9D-4629-8838-4FF18269F856@gmail.com> <4D5B07B8.7020402@univ-ubs.fr> Message-Id: X-Mailer: Apple Mail (2.1082) Subject: Re: [dtn-users] [dtn-interest] DTN2 vs Haggle X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2011 10:23:03 -0000 --Apple-Mail-16--430445768 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Thanks for the help (including the off-list replies). Keep up the good work. On 02/15/2011 11:03 AM, Rui Quelhas wrote: > Hi again, >=20 > anything on my previous message? Am I really in the wrong place? :) >=20 > On 2011/02/11, at 16:47, Rui Quelhas wrote: >=20 >> Hi there, >>=20 >> I'm currently working on a project that requires the deployment of = opportunistic and delay-tolerant services and I was wondering how can = the DTN2 implementation and Haggle match? I'm perfectly aware that DTN = adapts to a broad set of challenged environments like deep-space = communications and military networks but my focus is all about = terrestrial mobile networks (social and community based) and my concerns = are specially about how can Haggle handle store-carry-forward. >>=20 >> I'm probably talking nonsense and I should try to make theses = questions using the Haggle lists but I guess they require some sort of = authorization, and I'm still waiting for it. So, hopping that i can = actually reach some Haggle users over here I would ask if anyone knows = any good resource that establishes some kind of comparison between the = two (DTN2 and Haggle)? >>=20 >>=20 --- Best regards, Rui Quelhas. --Apple-Mail-16--430445768 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi = again,

anything on my = previous message? Am I really in the wrong place? = :)

On 2011/02/11, at 16:47, Rui Quelhas = wrote:

Hi there,

I'm currently working on a = project that requires the deployment of opportunistic and delay-tolerant = services and I was wondering how can the DTN2 implementation and Haggle = match? I'm perfectly aware that DTN adapts to a broad set of challenged = environments like deep-space communications and military networks but my = focus is all about terrestrial mobile networks (social and community = based) and my concerns are specially about how can Haggle handle = store-carry-forward.

I'm probably talking nonsense = and I should try to make theses questions using the Haggle lists but I = guess they require some sort of authorization, and I'm still waiting for = it. So, hopping that i can actually reach some Haggle users over here I = would ask if anyone knows any good resource that establishes some kind = of comparison between the two (DTN2 and = Haggle)?


=


---
Best regards,
Rui = Quelhas.

= --Apple-Mail-16--430445768-- Received: from smtp.bbn.com (smtp.bbn.com [128.33.0.80]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id p1FEofxo025937 for ; Tue, 15 Feb 2011 06:50:42 -0800 Received: from senshu.bbn.com ([128.89.80.164]:49279) by smtp.bbn.com with esmtps (TLSv1:CAMELLIA256-SHA:256) (Exim 4.74 (FreeBSD)) (envelope-from ) id 1PpMFH-000CdJ-EF for dtn-users@maillists.intel-research.net; Tue, 15 Feb 2011 09:51:15 -0500 Message-ID: <4D5A92E3.5040405@bbn.com> Date: Tue, 15 Feb 2011 09:51:15 -0500 From: Daniel Ellard Organization: BBN Technologies User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: dtn-users@maillists.intel-research.net References: <55E6F417-93B5-4BFF-A810-69538CDACB9D@gmail.com> <77491278-7A9D-4629-8838-4FF18269F856@gmail.com> In-Reply-To: <77491278-7A9D-4629-8838-4FF18269F856@gmail.com> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [dtn-users] [dtn-interest] DTN2 vs Haggle X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2011 14:50:42 -0000 On 2/15/11 5:03 AM, Rui Quelhas wrote: > Hi again, > > anything on my previous message? Am I really in the wrong place? :) You're in the right place for DTN stuff, but maybe not for Haggle... I only have passing familiarity with Haggle, but it seems like they overlap in their goals and approaches. Some of the differences may be because DTN approaches the issues from a network-centric perspective, while Haggle approaches the issues from a data-centric perspective. There certainly seems to be things we could learn from each other. -Dan -- Daniel Ellard, Ph.D. Senior Scientist, Network Research BBN Technologies 10 Moulton Street Cambridge, MA 02138 dellard@bbn.com Received: from mail-fx0-f41.google.com (mail-fx0-f41.google.com [209.85.161.41]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id p1FA3GuZ010333; Tue, 15 Feb 2011 02:03:16 -0800 Received: by fxm12 with SMTP id 12so6220607fxm.28 for ; Tue, 15 Feb 2011 02:03:48 -0800 (PST) Received: by 10.223.96.73 with SMTP id g9mr5949145fan.24.1297764228460; Tue, 15 Feb 2011 02:03:48 -0800 (PST) Received: from dhcp-32.uminho.pt (dhcp-32.uminho.pt [193.136.9.172]) by mx.google.com with ESMTPS id o12sm1541132fav.6.2011.02.15.02.03.44 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 15 Feb 2011 02:03:45 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1082) From: Rui Quelhas In-Reply-To: <55E6F417-93B5-4BFF-A810-69538CDACB9D@gmail.com> Date: Tue, 15 Feb 2011 10:03:36 +0000 Message-Id: <77491278-7A9D-4629-8838-4FF18269F856@gmail.com> References: <55E6F417-93B5-4BFF-A810-69538CDACB9D@gmail.com> To: dtn-users@maillists.intel-research.net, dtn-interest@maillists.intel-research.net X-Mailer: Apple Mail (2.1082) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by maillists.intel-research.net id p1FA3GuZ010333 Subject: Re: [dtn-users] [dtn-interest] DTN2 vs Haggle X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2011 10:03:17 -0000 Hi again, anything on my previous message? Am I really in the wrong place? :) On 2011/02/11, at 16:47, Rui Quelhas wrote: > Hi there, > > I'm currently working on a project that requires the deployment of opportunistic and delay-tolerant services and I was wondering how can the DTN2 implementation and Haggle match? I'm perfectly aware that DTN adapts to a broad set of challenged environments like deep-space communications and military networks but my focus is all about terrestrial mobile networks (social and community based) and my concerns are specially about how can Haggle handle store-carry-forward. > > I'm probably talking nonsense and I should try to make theses questions using the Haggle lists but I guess they require some sort of authorization, and I'm still waiting for it. So, hopping that i can actually reach some Haggle users over here I would ask if anyone knows any good resource that establishes some kind of comparison between the two (DTN2 and Haggle)? > > > > --- > Best regards, > Rui Quelhas > _______________________________________________ > dtn-interest mailing list > dtn-interest@maillists.intel-research.net > http://maillists.intel-research.net/mailman/listinfo/dtn-interest --- Best regards, Rui Quelhas. Received: from scss.tcd.ie (hermes.cs.tcd.ie [134.226.32.56]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id p1DFxOLk006438 for ; Sun, 13 Feb 2011 07:59:25 -0800 Received: from localhost (localhost [127.0.0.1]) by hermes.scss.tcd.ie (Postfix) with ESMTP id 427913E407C; Sun, 13 Feb 2011 15:59:48 +0000 (GMT) X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie Received: from scss.tcd.ie ([127.0.0.1]) by localhost (scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id EfGZGiJtv+-u; Sun, 13 Feb 2011 15:59:48 +0000 (GMT) Received: from [10.87.48.6] (dsl-102-234.cust.imagine.ie [87.232.102.234]) by smtp.scss.tcd.ie (Postfix) with ESMTPSA id E8A453E406F; Sun, 13 Feb 2011 15:59:47 +0000 (GMT) Message-ID: <4D57FFF2.9090906@cs.tcd.ie> Date: Sun, 13 Feb 2011 15:59:46 +0000 From: Stephen Farrell User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101208 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: Darren Long References: <4D57F3B5.3060702@mac.com> <4D57FDF4.7@mac.com> In-Reply-To: <4D57FDF4.7@mac.com> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "dtn-users@maillists.intel-research.net" Subject: Re: [dtn-users] S10 logging curiosity in DTN2 X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2011 15:59:25 -0000 On 13/02/11 15:51, Darren Long wrote: > Ah, thanks. Is there anything available to analyse the S10 logs? Sort-of. We have a bunch of scripts to do various gnuplots but aren't quite ready to release those yet (couple of months probably - we have to get some papers written and want those to happen together). However, if you "grep S10 logfile" the first few lines should explain what's there. and the rest, once you delete the first N characters up to the readable date, are good input to anything that takes CSV format. Let me know if you see ways to make this better. S. > > Darren > > On 13/02/11 15:25, Stephen Farrell wrote: >> >> >> On 13 Feb 2011, at 15:07, Darren Long wrote: >> >>> I've updated to the hg repo tip and have been wondering what to make of >>> "OHCRAPBADEVENT" appearing in the logs in the S10 logging output. >> >> That's one of mine. When I added the S10 stuff I didn't know, and figured I didn't need to know, what these events represented, but just in case I put that in so I'd know it had happened, >> S >> >>> >>> A full exammple is below: >>> 2011-02-10 >>> 21:10:00,1297372200.588607,dtn://g0hww-6.dtn,OHCRAPBADEVENT,71,dtn://g0hww-6.dtn,350687400.123,dtn://*/dtlsr?lsa_seqno=8,86400,,,,,0.000000,,0,__FILE__:__LINE__ >>> >>> Cheers, >>> >>> Darren >>> _______________________________________________ >>> dtn-users mailing list >>> dtn-users@maillists.intel-research.net >>> http://maillists.intel-research.net/mailman/listinfo/dtn-users > > Received: from asmtpout023.mac.com (asmtpout023.mac.com [17.148.16.98]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id p1DFoupB006005 for ; Sun, 13 Feb 2011 07:50:56 -0800 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from [192.168.1.14] (94-30-69-47.xdsl.murphx.net [94.30.69.47]) by asmtp023.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LGK00LTRC1GCO70@asmtp023.mac.com> for dtn-users@maillists.intel-research.net; Sun, 13 Feb 2011 07:51:19 -0800 (PST) Message-id: <4D57FDF4.7@mac.com> Date: Sun, 13 Feb 2011 15:51:16 +0000 From: Darren Long User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 To: Stephen Farrell References: <4D57F3B5.3060702@mac.com> In-reply-to: X-Enigmail-Version: 1.1.1 Cc: "dtn-users@maillists.intel-research.net" Subject: Re: [dtn-users] S10 logging curiosity in DTN2 X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2011 15:50:56 -0000 Ah, thanks. Is there anything available to analyse the S10 logs? Darren On 13/02/11 15:25, Stephen Farrell wrote: > > > On 13 Feb 2011, at 15:07, Darren Long wrote: > >> I've updated to the hg repo tip and have been wondering what to make of >> "OHCRAPBADEVENT" appearing in the logs in the S10 logging output. > > That's one of mine. When I added the S10 stuff I didn't know, and figured I didn't need to know, what these events represented, but just in case I put that in so I'd know it had happened, > S > >> >> A full exammple is below: >> 2011-02-10 >> 21:10:00,1297372200.588607,dtn://g0hww-6.dtn,OHCRAPBADEVENT,71,dtn://g0hww-6.dtn,350687400.123,dtn://*/dtlsr?lsa_seqno=8,86400,,,,,0.000000,,0,__FILE__:__LINE__ >> >> Cheers, >> >> Darren >> _______________________________________________ >> dtn-users mailing list >> dtn-users@maillists.intel-research.net >> http://maillists.intel-research.net/mailman/listinfo/dtn-users Received: from scss.tcd.ie (hermes.cs.tcd.ie [134.226.32.56]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id p1DFPeSq004649 for ; Sun, 13 Feb 2011 07:25:40 -0800 Received: from localhost (localhost [127.0.0.1]) by hermes.scss.tcd.ie (Postfix) with ESMTP id 64E553E407C; Sun, 13 Feb 2011 15:26:01 +0000 (GMT) X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie Received: from scss.tcd.ie ([127.0.0.1]) by localhost (scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id DiaMHVBr5sIh; Sun, 13 Feb 2011 15:26:00 +0000 (GMT) Received: from [10.87.48.3] (dsl-102-234.cust.imagine.ie [87.232.102.234]) by smtp.scss.tcd.ie (Postfix) with ESMTPSA id 709773E4077; Sun, 13 Feb 2011 15:25:58 +0000 (GMT) References: <4D57F3B5.3060702@mac.com> In-Reply-To: <4D57F3B5.3060702@mac.com> Mime-Version: 1.0 (iPhone Mail 8C148) Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPhone Mail (8C148) From: Stephen Farrell Date: Sun, 13 Feb 2011 15:25:55 +0000 To: Darren Long Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by maillists.intel-research.net id p1DFPeSq004649 Cc: "dtn-users@maillists.intel-research.net" Subject: Re: [dtn-users] S10 logging curiosity in DTN2 X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2011 15:25:41 -0000 On 13 Feb 2011, at 15:07, Darren Long wrote: > I've updated to the hg repo tip and have been wondering what to make of > "OHCRAPBADEVENT" appearing in the logs in the S10 logging output. That's one of mine. When I added the S10 stuff I didn't know, and figured I didn't need to know, what these events represented, but just in case I put that in so I'd know it had happened, S > > A full exammple is below: > 2011-02-10 > 21:10:00,1297372200.588607,dtn://g0hww-6.dtn,OHCRAPBADEVENT,71,dtn://g0hww-6.dtn,350687400.123,dtn://*/dtlsr?lsa_seqno=8,86400,,,,,0.000000,,0,__FILE__:__LINE__ > > Cheers, > > Darren > _______________________________________________ > dtn-users mailing list > dtn-users@maillists.intel-research.net > http://maillists.intel-research.net/mailman/listinfo/dtn-users Received: from asmtpout023.mac.com (asmtpout023.mac.com [17.148.16.98]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id p1DF7Tiw003689 for ; Sun, 13 Feb 2011 07:07:29 -0800 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from [192.168.1.14] (94-30-69-47.xdsl.murphx.net [94.30.69.47]) by asmtp023.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LGK00K3PA0MIV60@asmtp023.mac.com> for dtn-users@maillists.intel-research.net; Sun, 13 Feb 2011 07:07:36 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-02-13_06:2011-02-13, 2011-02-13, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=5 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1102130047 Message-id: <4D57F3B5.3060702@mac.com> Date: Sun, 13 Feb 2011 15:07:33 +0000 From: Darren Long User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 To: dtn-users@maillists.intel-research.net X-Enigmail-Version: 1.1.1 Subject: [dtn-users] S10 logging curiosity in DTN2 X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2011 15:07:30 -0000 I've updated to the hg repo tip and have been wondering what to make of "OHCRAPBADEVENT" appearing in the logs in the S10 logging output. A full exammple is below: 2011-02-10 21:10:00,1297372200.588607,dtn://g0hww-6.dtn,OHCRAPBADEVENT,71,dtn://g0hww-6.dtn,350687400.123,dtn://*/dtlsr?lsa_seqno=8,86400,,,,,0.000000,,0,__FILE__:__LINE__ Cheers, Darren Received: from scss.tcd.ie (hermes.cs.tcd.ie [134.226.32.56]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id p1BMNmDp005167 for ; Fri, 11 Feb 2011 14:23:49 -0800 Received: from localhost (localhost [127.0.0.1]) by hermes.scss.tcd.ie (Postfix) with ESMTP id 6F3443E4082; Fri, 11 Feb 2011 22:24:03 +0000 (GMT) X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie Received: from scss.tcd.ie ([127.0.0.1]) by localhost (scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id a+O5ocqAl38L; Fri, 11 Feb 2011 22:24:03 +0000 (GMT) Received: from [10.87.48.6] (dsl-102-234.cust.imagine.ie [87.232.102.234]) by smtp.scss.tcd.ie (Postfix) with ESMTPSA id EE48D3E407F; Fri, 11 Feb 2011 22:24:02 +0000 (GMT) Message-ID: <4D55B701.7020108@cs.tcd.ie> Date: Fri, 11 Feb 2011 22:24:01 +0000 From: Stephen Farrell User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101208 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: DTN , DTN Security Discussion , "dtn-users@maillists.intel-research.net" References: <4D4BD4C6.3040900@cs.tcd.ie> In-Reply-To: <4D4BD4C6.3040900@cs.tcd.ie> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [dtn-users] [dtn-interest] Migrating mailing list and wiki X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2011 22:23:49 -0000 Hi again, Just an FYI, we've now migrated the wiki to its new home. Please let Alex (cc'd) and I know if you spot anything odd or broken. All current write access etc should be just the same (mine worked anyway;-). More on the mailing list next week, but the current plan is to move to e.g. dtn-interest@irtf.org so when we're ready we'll subscribe all the current list members to the new list(s), send out a last message to each of the lists being migrated (see the To: line above) and then shut these lists. List archives (both old and new) will be hosted at the new list info site. Again, any issues there please let us know. Sorry that you'll have to adjust your filters, but there ya go. I hope that'll all happen next week. Regards, Stephen. On 04/02/11 10:28, Stephen Farrell wrote: > > Hi all, > > Due to some machine changes with the current infrastructure > we're planning to migrate the DTNRG related lists (dtn-interest, > dtn-security and dtn-users) to the IETF/IRTF infrastructure in > the next few weeks. That'll mean you'll need to change filters > etc. but everything else should be the same. > > We're also planning to move the wiki, which, all going well, > should just result in a little downtime. > > Once we're all set, we'll send another mail with the final > details. > > If there're any issues with the above please mail Kevin and > I, and also cc Alex McMahon (alex.mcmahon@cs.tcd.ie) who'll > be doing most of the real work involved. > > Regards, > Stephen. > > _______________________________________________ > dtn-interest mailing list > dtn-interest@maillists.intel-research.net > http://maillists.intel-research.net/mailman/listinfo/dtn-interest > Received: from sapo.pt (relay1.ptmail.sapo.pt [212.55.154.21]) by maillists.intel-research.net (8.13.8/8.13.8) with SMTP id p1BGlE6X019775 for ; Fri, 11 Feb 2011 08:47:15 -0800 Received: (qmail 15121 invoked from network); 11 Feb 2011 16:47:26 -0000 Received: from unknown (HELO sapo.pt) (10.134.37.163) by relay1 with SMTP; 11 Feb 2011 16:47:26 -0000 Received: (qmail 1224 invoked from network); 11 Feb 2011 16:47:26 -0000 X-AntiVirus: PTMail-AV 0.4-0.96.5 X-Scan-Status: AV clean (0.01710 seconds); AS clean (0.00545 seconds); Received: from unknown (HELO [192.168.1.105]) (rfpquelhas@sapo.pt@[213.22.102.67]) (envelope-sender ) by mta13 (qmail-ptmail-1.0.0) with SMTP for ; 11 Feb 2011 16:47:26 -0000 From: Rui Quelhas Content-Type: text/plain; charset=us-ascii Date: Fri, 11 Feb 2011 16:47:26 +0000 Message-Id: <55E6F417-93B5-4BFF-A810-69538CDACB9D@gmail.com> To: dtn-users@maillists.intel-research.net, dtn-interest@maillists.intel-research.net Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by maillists.intel-research.net id p1BGlE6X019775 Subject: [dtn-users] DTN2 vs Haggle X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2011 16:47:15 -0000 Hi there, I'm currently working on a project that requires the deployment of opportunistic and delay-tolerant services and I was wondering how can the DTN2 implementation and Haggle match? I'm perfectly aware that DTN adapts to a broad set of challenged environments like deep-space communications and military networks but my focus is all about terrestrial mobile networks (social and community based) and my concerns are specially about how can Haggle handle store-carry-forward. I'm probably talking nonsense and I should try to make theses questions using the Haggle lists but I guess they require some sort of authorization, and I'm still waiting for it. So, hopping that i can actually reach some Haggle users over here I would ask if anyone knows any good resource that establishes some kind of comparison between the two (DTN2 and Haggle)? --- Best regards, Rui Quelhas Received: from mail-gx0-f169.google.com (mail-gx0-f169.google.com [209.85.161.169]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id p1BGSwXX018723 for ; Fri, 11 Feb 2011 08:28:58 -0800 Received: by gxk5 with SMTP id 5so1152412gxk.28 for ; Fri, 11 Feb 2011 08:29:11 -0800 (PST) Received: by 10.90.33.13 with SMTP id g13mr770081agg.162.1297441751505; Fri, 11 Feb 2011 08:29:11 -0800 (PST) MIME-Version: 1.0 Sender: bdillow@gmail.com Received: by 10.90.106.3 with HTTP; Fri, 11 Feb 2011 08:28:51 -0800 (PST) In-Reply-To: References: <182A2B5D-2654-4B56-A96F-2C1B482B0778@nasa.gov> From: Barrett Dillow Date: Fri, 11 Feb 2011 11:28:51 -0500 X-Google-Sender-Auth: 4ZHmT0DQiqfHDIdjIrA5tzz0db4 Message-ID: To: "Burleigh, Scott C (313B)" Content-Type: multipart/alternative; boundary=001636283b4eb71acc049c04327e Cc: "dtn-users@maillists.intel-research.net" Subject: Re: [dtn-users] DTN, QNX, ground stations? X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2011 16:28:59 -0000 --001636283b4eb71acc049c04327e Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable To the entire list, thanks for all the great information! You've been very helpful. On Tue, Feb 8, 2011 at 3:06 PM, Burleigh, Scott C (313B) < scott.c.burleigh@jpl.nasa.gov> wrote: > Exactly right. Cubesats can be configured in many, many ways, and plenty > of those configurations would make them only suitable as low-rate data > sources. > > > > On the other hand, there=92s a fairly inexpensive Cubesat-ready S-band > transceiver you can buy from Microhard Systems that operates at up to 230= .4 > kbps, enough bandwidth to support a fair amount of traffic if you deploye= d a > few dozen of the things. There are lots of possibilities. > > > > Scott > > > > *From:* Ivancic, William D. (GRC-RHN0) [mailto:william.d.ivancic@nasa.gov= ] > > *Sent:* Tuesday, February 08, 2011 11:28 AM > > *To:* Burleigh, Scott C (313B) > *Cc:* ; > dtn-users@maillists.intel-research.net > *Subject:* Re: [dtn-users] DTN, QNX, ground stations? > > > > True. It depends what you are trying to do and the capabilities of the > particular cubesat. > > > > Downlink is probably much higher (low rate) than the uplink. It is a > cubesat. I probably has a whip antenna. It might only have a downlink. > > > > - Will > > > > > > > > > > On Feb 8, 2011, at 1:16 PM, Burleigh, Scott C (313B) wrote: > > > > I disagree, Will. Cubesats could be very useful as delay-tolerant router= s in a low-rate comsat network. > > > > Scott > > > > "Ivancic, William D. (GRC-RHN0)" wrote: > > > > For a cubesat you probably just need the shim. You probably will only be > sourcing data. In addition, it may be over a unidirectional link. On th= e > ground you can use full blown DTN. > > > > Regarding the Disaster Monitoring Constellation: my contracts have ended > and I am in the process or tearing the system down. > > > > - Will > > > > > > > > > > > > On Feb 8, 2011, at 6:20 AM, > wrote: > > > > Barrett, > > > > I don't believe dtn2 will ever run on an unmanned spacecraft; it's simply > too resource-intensive and unix-y. I don't expect to see dtn2 implemented= on > a nanosatellite. (We implemented a custom bundle shim on RTEMS on the UK-= DMC > satellite to generate bundles delivered to a full dtn2 implementation > running on linux on the ground.) > > > > Cubesats are using AX.25 in comms for the most part, although arguments > have been made for e.g. using HTTP to deliver files (a paper by Jamie Cut= ler > while at Stanford, before moving to Michigan). There has been much > discussion of increased access to cubesats via networked ground stations; > see e.g. > > http://www.genso.org/ > > http://www.esa.int/esaCP/SEMSOC5KXMF_index_0.html > > http://www.astro.mech.tohoku.ac.jp/~gsn/en/ > > these are European/Japanese efforts building on radio amateur interest - > little US involvement. > > > > The IP-based Disaster Monitoring Constellation has a number > of internetworked IP-capable ground stations for exactly the reason you > describe. > > > > Lloyd Wood > > http://sat-net.com/L.Wood/dtn > > > > ------------------------------ > > *From:* dtn-users-bounces@maillists.intel-research.net [mailto: > dtn-users-bounces@maillists.intel-research.net] *On Behalf Of *Barrett > Dillow > *Sent:* 08 February 2011 02:21 > *To:* dtn-users@maillists.intel-research.net > *Subject:* [dtn-users] DTN, QNX, ground stations? > > Hello list, > > My university lab is competing for a nanosat project. I'm trying to gathe= r > information about DTN implementations to present to the group, and the > following questions that I couldn't find answered online. Thanks for your > consideration. > > Has DTN2 or ION been ported to QNX for the spacecraft side? Anyone know t= he > depth of difference between QNX and VxWorks? (As I see ION has been > implemented on VxWorks, perhaps porting to QNX would be a viable option.) > > I've seen very little about ground station configuration. I had almost > expected Universities to have configured a basic ground station package (= or > list of requirements) so that a network of them across the globe could > create DTN ground links, and share data with their experimental satellite= s > via the terrestrial internet. Has this happened and I just haven't found = it > yet? If my lab builds a ground station to talk to our nanosat, it will be > idle (but operational) for all but the small windows of time in which we = can > see our satellite. I would be more than happy to have it configured to as= k > as another DTN ground station, if our project could be incorporated into = a > network of such shared-use ground stations. > > Thanks again for your thoughts. > Cheers, > > Barrett Dillow > PhD Candidate > Space Systems Laboratory > University of Maryland, College Park > > _______________________________________________ > dtn-users mailing list > dtn-users@maillists.intel-research.net > http://maillists.intel-research.net/mailman/listinfo/dtn-users > > > > > > > > ****************************** > William D. Ivancic > Phone 216-433-3494 > Fax 216-433-8705 > Networking Lab 216-433-2620 > DTN Lab 216-433-2981 > Mobile 440-503-4892 > http://roland.grc.nasa.gov/~ivancic > > > > _______________________________________________ > dtn-users mailing list > dtn-users@maillists.intel-research.net > http://maillists.intel-research.net/mailman/listinfo/dtn-users > > --001636283b4eb71acc049c04327e Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable To the entire list, thanks for all the great information!
You've be= en very helpful.

On Tue, Feb 8, 2011 at = 3:06 PM, Burleigh, Scott C (313B) <scott.c.burleigh@jpl.nasa.gov> = wrote:

Exactly right.=A0 Cubesats can be = configured in many, many ways, and plenty of those configurations would mak= e them only suitable as low-rate data sources.

=A0

On the other hand, there=92s a fairly inexpensive Cubesat-ready S-band = transceiver you can buy from Microhard Systems that operates at up to 230.4= kbps, enough bandwidth to support a fair amount of traffic if you deployed= a few dozen of the things.=A0 There are lots of possibilities.

=A0

Scott

=A0

Fr= om: Ivancic, William D. (GRC-RH= N0) [mailto:william.d.ivancic@nasa.gov]
Sent: Tuesday, February 08, 2011 11:28 AM


To: Burleigh, Scott C (313B)
Cc: <L.Wood@surrey.ac.uk&g= t; <L.Wood@surr= ey.ac.uk>; dtn-users@maillists.intel-research.net
Subject: Re: [dtn-users] DTN, QNX, ground stations?

=A0

True. =A0It depends what you are trying to do and the capabi= lities of the particular cubesat. =A0

=A0

Downli= nk is probably much higher (low rate) than the uplink. =A0It is a cubesat. = =A0I probably has a whip antenna. =A0It might only have a downlink.

=A0

- Will

=A0

=A0

=A0

=A0

On Feb 8, 2011, at 1:16 PM, Burleigh, Scott C (313B) wrote:



I disagree, Will.=A0 Cubesats could be very useful as delay-tolerant ro=
uters in a low-rate comsat network.
=A0
Scott
=A0
"Ivancic, Wi=
lliam D. (GRC-RHN0)" <william.d.ivancic@nasa.gov> wrote:
=A0

For a cubesat you probably just need the shim. =A0You probably will only = be sourcing data. =A0In addition, it may be over a unidirectional link. =A0= On the ground you can use full blown DTN.

=A0

Regard= ing the Disaster Monitoring Constellation: =A0my contracts have ended and I= am in the process or tearing the system down.

=A0

- Will

=A0

=A0

=A0

=A0

=A0

On Feb 8, 2011, at 6:20 AM, <L.Wood@surrey.ac.uk> <<= a href=3D"mailto:L.Wood@surrey.ac.uk" target=3D"_blank">L.Wood@surrey.ac.uk= > wrote:



<= span style=3D"font-size:10.0pt;color:blue">Barrett,

=A0

I don't believe dtn2 will ever run on = an unmanned spacecraft; it's=A0simply too resource-intensive and unix-y= . I don't expect to see dtn2 implemented on a nanosatellite. (We implem= ented a custom bundle shim on RTEMS on the UK-DMC satellite to generate bun= dles delivered to a full dtn2 implementation running on linux on the ground= .)

=A0

= Cubesats are using AX.25 in com= ms for the most part, although arguments have been made for e.g. using HTTP= to deliver files (a paper by Jamie Cutler while at Stanford, before moving= to Michigan). There has been much discussion of increased access to cubesa= ts via networked ground stations; see e.g.

these are European/Japanese eff= orts building on radio amateur interest=A0- little US involvement.

=A0

The IP-based Disaster Monitor= ing Constellation has a=A0number of=A0internetworked IP-capable ground stat= ions for exactly the reason you describe.

=A0

= Lloyd Wood

http://sat-net.com/L.W= ood/dtn



From: dtn-users-bounces@maillists.intel-research.net [mailto:<= a href=3D"mailto:dtn-users-bounces@maillists.intel-research.net" target=3D"= _blank">dtn-users-bounces@maillists.intel-research.net] On Behalf Of= Barrett Dillow
Sent: 08 February 2011 02:21
To: dtn-users@maillists.inte= l-research.net
Subject: [dtn-users] DTN, QNX, ground stations= ?

Hello list,

My university lab is competing fo= r a nanosat project. I'm trying to gather information about DTN impleme= ntations to present to the group, and the following questions that I couldn= 't find answered online. Thanks for your consideration.

Has DTN2 or ION been ported to QNX for the spacecraft side? Anyone know= the depth of difference between QNX and VxWorks? (As I see ION has been im= plemented on VxWorks, perhaps porting to QNX would be a viable option.)
I've seen very little about ground station configuration. I had alm= ost expected Universities to have configured a basic ground station package= (or list of requirements) so that a network of them across the globe could= create DTN ground links, and share data with their experimental satellites= via the terrestrial internet. Has this happened and I just haven't fou= nd it yet? If my lab builds a ground station to talk to our nanosat, it wil= l be idle (but operational) for all but the small windows of time in which = we can see our satellite. I would be more than happy to have it configured = to ask as another DTN ground station, if our project could be incorporated = into a network of such shared-use ground stations.

Thanks again for your thoughts.
Cheers,

Barrett Dillow
PhD= Candidate
Space Systems Laboratory
University of Maryland, College P= ark

______________________________________= _________
dtn-users mailing list
dtn-users@maillists.intel-research.net
http://maillists.intel-research.net/mailman/listinfo/dtn-us= ers

=A0

=A0

=A0

********************= **********
William D. Ivancic
Phone 216-433-3494
Fax 216-433-8705
Networking Lab 216-433-2620
DTN Lab 216-433-2981
Mobile 440-503-4892
h= ttp://roland.grc.nasa.gov/~ivancic

=A0


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


--001636283b4eb71acc049c04327e-- Received: from asmtpout024.mac.com (asmtpout024.mac.com [17.148.16.99]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id p199M5AA004733 for ; Wed, 9 Feb 2011 01:22:05 -0800 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from [192.168.1.10] ([94.30.69.47]) by asmtp024.mac.com (Oracle Communications Messaging Exchange Server 7u4-18.01 64bit (built Jul 15 2010)) with ESMTPSA id <0LGC002UBFCRPJ80@asmtp024.mac.com> for dtn-users@maillists.intel-research.net; Wed, 09 Feb 2011 01:22:06 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-02-09_04:2011-02-09, 2011-02-09, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=1 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1102090005 From: Darren Long In-reply-to: <4D517665.3000709@cs.tcd.ie> Date: Wed, 09 Feb 2011 09:22:03 +0000 Message-id: References: <1297183553.3883.2.camel@Nokia-N900> <4D517665.3000709@cs.tcd.ie> To: dtn-users@maillists.intel-research.net X-Mailer: Apple Mail (2.1082) Subject: Re: [dtn-users] DTN, QNX, ground stations? X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2011 09:22:05 -0000 Switched to dtn-interest for the follow up to this, as requested. Darren On 8 Feb 2011, at 16:59, Stephen Farrell wrote: > > > On 08/02/11 16:49, Burleigh, Scott C (313B) wrote: >> If someone is working on an AX.25 link service adapter for LTP in ION, I too would be very interested to hear about it; it would be most welcome. > > Ditto. > >> Darren, can you say a little more about which aspects of LTP make it ill-suited for the environment you're looking at? > > Be v. interested in that too. If you do that though I think moving > the thread to dtn-interest would be better since its (presumably) > protocol-design that'd discussed and not code. > > S. > >> >> Scott >> >> -----Original Message----- >> From: Darren Long [mailto:darren.long@mac.com] >> Sent: Tuesday, February 08, 2011 8:46 AM >> To: Burleigh, Scott C (313B); Barrett Dillow; dtn-users@maillists.intel-research.net >> Subject: Re: [dtn-users] DTN, QNX, ground stations? >> >> I've heard rumours that an LTP over disconnected mode AX.25 (datagrams) may be forthcoming in ION. I'd be interested in learning more about these plans. For my part, I'm currently dreaming up a derivative of LTP more suited for use on shared channels using LEO amateur satellites as bent pipe relays (digipeaters) with the intent to implement a CL for DTN2 in the near future. >> >> The existing AX.25 connected mode CL I've implemented is better suited for terrestrial links. >> >> Cheers, >> >> Darren >> >> ----- Original message ----- >>> Hi, Barrett. ION has not yet been ported to QNX, but I suspect that the >>> port would not be too difficult: QNX seems to be fully POSIX-compliant, >>> and that's mainly what the portability shim in ION requires. I'm >>> guessing that the port might be similar to the RTEMS port, and possibly >>> a bit easier; maybe 10-20 hours to tweak ici/include/platform.h and >>> ici/library/platform.c and platform_sm.c, and maybe another 20-30 hours >>> to develop a build environment along the lines of arch-rtems. If you're >>> interested in taking it on I would be glad to provide whatever helpful >>> hints I can. >>> >>> I don't know of an existing network of DTN-equipped ground stations, but >>> as we see more and more Cubesats flying I think the motivation for >>> building such a network will grow. Either ION or DTN2 would work fine >>> in ground stations, as they interoperate pretty well. The major hurdle >>> here, I guess, would be development of an AX.25 convergence-layer >>> adapter or (better, I believe) an AX.25 link service adapter under LTP. >>> >>> Scott >>> >>> From: dtn-users-bounces@maillists.intel-research.net >>> [mailto:dtn-users-bounces@maillists.intel-research.net] On Behalf Of >>> Barrett Dillow Sent: Monday, February 07, 2011 6:21 PM To: >>> dtn-users@maillists.intel-research.net Subject: [dtn-users] DTN, QNX, >>> ground stations? >>> >>> Hello list, >>> >>> My university lab is competing for a nanosat project. I'm trying to >>> gather information about DTN implementations to present to the group, >>> and the following questions that I couldn't find answered online. Thanks >>> for your consideration. >>> >>> Has DTN2 or ION been ported to QNX for the spacecraft side? Anyone know >>> the depth of difference between QNX and VxWorks? (As I see ION has been >>> implemented on VxWorks, perhaps porting to QNX would be a viable option.) >>> >>> I've seen very little about ground station configuration. I had almost >>> expected Universities to have configured a basic ground station package >>> (or list of requirements) so that a network of them across the globe >>> could create DTN ground links, and share data with their experimental >>> satellites via the terrestrial internet. Has this happened and I just >>> haven't found it yet? If my lab builds a ground station to talk to our >>> nanosat, it will be idle (but operational) for all but the small windows >>> of time in which we can see our satellite. I would be more than happy to >>> have it configured to ask as another DTN ground station, if our project >>> could be incorporated into a network of such shared-use ground stations. >>> >>> Thanks again for your thoughts. >>> Cheers, >>> >>> Barrett Dillow >>> PhD Candidate >>> Space Systems Laboratory >>> University of Maryland, College Park >> >> >> _______________________________________________ >> dtn-users mailing list >> dtn-users@maillists.intel-research.net >> http://maillists.intel-research.net/mailman/listinfo/dtn-users Received: from mail.jpl.nasa.gov (sentrion3.jpl.nasa.gov [128.149.139.109]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id p18K6njS027615 for ; Tue, 8 Feb 2011 12:06:50 -0800 Received: from mail.jpl.nasa.gov (altvirehtstap01.jpl.nasa.gov [128.149.137.72]) by smtp.jpl.nasa.gov (Switch-3.4.3/Switch-3.4.3) with ESMTP id p18K6q9A030645 (using TLSv1/SSLv3 with cipher RC4-MD5 (128 bits) verified FAIL) for ; Tue, 8 Feb 2011 12:06:52 -0800 Received: from ALTPHYEMBEVSP40.RES.AD.JPL ([128.149.137.86]) by ALTVIREHTSTAP01.RES.AD.JPL ([128.149.137.72]) with mapi; Tue, 8 Feb 2011 12:06:51 -0800 From: "Burleigh, Scott C (313B)" To: "dtn-users@maillists.intel-research.net" Date: Tue, 8 Feb 2011 12:06:50 -0800 Thread-Topic: [dtn-users] DTN, QNX, ground stations? Thread-Index: AcvHxkcvwZbtSz7RR1yy3HE7USffCgABA6Pg Message-ID: References: <182A2B5D-2654-4B56-A96F-2C1B482B0778@nasa.gov> In-Reply-To: <182A2B5D-2654-4B56-A96F-2C1B482B0778@nasa.gov> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_F25A909AA776104A92E2780BFCB3AEA81D5B538BALTPHYEMBEVSP40_" MIME-Version: 1.0 X-Source-IP: altvirehtstap01.jpl.nasa.gov [128.149.137.72] X-Source-Sender: scott.c.burleigh@jpl.nasa.gov X-AUTH: Authorized Subject: Re: [dtn-users] DTN, QNX, ground stations? X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2011 20:06:50 -0000 --_000_F25A909AA776104A92E2780BFCB3AEA81D5B538BALTPHYEMBEVSP40_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Exactly right. Cubesats can be configured in many, many ways, and plenty o= f those configurations would make them only suitable as low-rate data sourc= es. On the other hand, there's a fairly inexpensive Cubesat-ready S-band transc= eiver you can buy from Microhard Systems that operates at up to 230.4 kbps,= enough bandwidth to support a fair amount of traffic if you deployed a few= dozen of the things. There are lots of possibilities. Scott From: Ivancic, William D. (GRC-RHN0) [mailto:william.d.ivancic@nasa.gov] Sent: Tuesday, February 08, 2011 11:28 AM To: Burleigh, Scott C (313B) Cc: ; dtn-users@maillists.intel-= research.net Subject: Re: [dtn-users] DTN, QNX, ground stations? True. It depends what you are trying to do and the capabilities of the par= ticular cubesat. Downlink is probably much higher (low rate) than the uplink. It is a cubes= at. I probably has a whip antenna. It might only have a downlink. - Will On Feb 8, 2011, at 1:16 PM, Burleigh, Scott C (313B) wrote: I disagree, Will. Cubesats could be very useful as delay-tolerant routers = in a low-rate comsat network. Scott "Ivancic, William D. (GRC-RHN0)" > wrote: For a cubesat you probably just need the shim. You probably will only be s= ourcing data. In addition, it may be over a unidirectional link. On the g= round you can use full blown DTN. Regarding the Disaster Monitoring Constellation: my contracts have ended a= nd I am in the process or tearing the system down. - Will On Feb 8, 2011, at 6:20 AM, > > wrote: Barrett, I don't believe dtn2 will ever run on an unmanned spacecraft; it's simply t= oo resource-intensive and unix-y. I don't expect to see dtn2 implemented on= a nanosatellite. (We implemented a custom bundle shim on RTEMS on the UK-D= MC satellite to generate bundles delivered to a full dtn2 implementation ru= nning on linux on the ground.) Cubesats are using AX.25 in comms for the most part, although arguments hav= e been made for e.g. using HTTP to deliver files (a paper by Jamie Cutler w= hile at Stanford, before moving to Michigan). There has been much discussio= n of increased access to cubesats via networked ground stations; see e.g. http://www.genso.org/ http://www.esa.int/esaCP/SEMSOC5KXMF_index_0.html http://www.astro.mech.tohoku.ac.jp/~gsn/en/ these are European/Japanese efforts building on radio amateur interest - li= ttle US involvement. The IP-based Disaster Monitoring Constellation has a number of internetwork= ed IP-capable ground stations for exactly the reason you describe. Lloyd Wood http://sat-net.com/L.Wood/dtn ________________________________ From: dtn-users-bounces@maillists.intel-research.net [mailto:dtn-users-bounces@maillists.intel-= research.net] On Behalf Of Barrett Dillow Sent: 08 February 2011 02:21 To: dtn-users@maillists.intel-research.net Subject: [dtn-users] DTN, QNX, ground stations? Hello list, My university lab is competing for a nanosat project. I'm trying to gather = information about DTN implementations to present to the group, and the foll= owing questions that I couldn't find answered online. Thanks for your consi= deration. Has DTN2 or ION been ported to QNX for the spacecraft side? Anyone know the= depth of difference between QNX and VxWorks? (As I see ION has been implem= ented on VxWorks, perhaps porting to QNX would be a viable option.) I've seen very little about ground station configuration. I had almost expe= cted Universities to have configured a basic ground station package (or lis= t of requirements) so that a network of them across the globe could create = DTN ground links, and share data with their experimental satellites via the= terrestrial internet. Has this happened and I just haven't found it yet? I= f my lab builds a ground station to talk to our nanosat, it will be idle (b= ut operational) for all but the small windows of time in which we can see o= ur satellite. I would be more than happy to have it configured to ask as an= other DTN ground station, if our project could be incorporated into a netwo= rk of such shared-use ground stations. Thanks again for your thoughts. Cheers, Barrett Dillow PhD Candidate Space Systems Laboratory University of Maryland, College Park _______________________________________________ dtn-users mailing list dtn-users@maillists.intel-research.net http://maillists.intel-research.net/mailman/listinfo/dtn-users ****************************** William D. Ivancic Phone 216-433-3494 Fax 216-433-8705 Networking Lab 216-433-2620 DTN Lab 216-433-2981 Mobile 440-503-4892 http://roland.grc.nasa.gov/~ivancic --_000_F25A909AA776104A92E2780BFCB3AEA81D5B538BALTPHYEMBEVSP40_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Exactly right.  Cubesats can be configured in many, many wa= ys, and plenty of those configurations would make them only suitable as low= -rate data sources.

 

On the other hand, ther= e’s a fairly inexpensive Cubesat-ready S-band transceiver you can buy= from Microhard Systems that operates at up to 230.4 kbps, enough bandwidth= to support a fair amount of traffic if you deployed a few dozen of the thi= ngs.  There are lots of possibilities.

 

Scott

 

From: Ivancic, William D. (GRC-RH= N0) [mailto:william.d.ivancic@nasa.gov]
Sent: Tuesday, February = 08, 2011 11:28 AM
To: Burleigh, Scott C (313B)
Cc: <= L.Wood@surrey.ac.uk> <L.Wood@surrey.ac.uk>; dtn-users@maillists.in= tel-research.net
Subject: Re: [dtn-users] DTN, QNX, ground statio= ns?

 =

True.  It depends what you are trying to do a= nd the capabilities of the particular cubesat.  

 

Dow= nlink is probably much higher (low rate) than the uplink.  It is a cub= esat.  I probably has a whip antenna.  It might only have a downl= ink.

 

- Will

 

 

=

 

 

On Feb 8, 201= 1, at 1:16 PM, Burleigh, Scott C (313B) wrote:



I disagree, Will.  Cubesats could be =
very useful as delay-tolerant routers in a low-rate comsat network.
 
Scott
 =

&q=
uot;Ivancic, William D. (GRC-RHN0)" <william.d.ivancic@nasa.gov> wrote:=

 

For a cubesat you pro= bably just need the shim.  You probably will only be sourcing data. &n= bsp;In addition, it may be over a unidirectional link.  On the ground = you can use full blown DTN.

&= nbsp;

Regarding the Disaster Monit= oring Constellation:  my contracts have ended and I am in the process = or tearing the system down.

<= o:p> 

- Will

 

 

 

 

 

On Feb 8, 2011, at= 6:20 AM, <L.Wood@surrey.ac.uk> <L.Wood@surrey.ac.uk>= ; wrote:



Barrett,

 

I = don't believe dtn2 will ever run on an unmanned spacecraft; it's simpl= y too resource-intensive and unix-y. I don't expect to see dtn2 implemented= on a nanosatellite. (We implemented a custom bundle shim on RTEMS on the U= K-DMC satellite to generate bundles delivered to a full dtn2 implementation= running on linux on the ground.)

 

Cubesat= s are using AX.25 in comms for the most part, although arguments have been = made for e.g. using HTTP to deliver files (a paper by Jamie Cutler while at= Stanford, before moving to Michigan). There has been much discussion of in= creased access to cubesats via networked ground stations; see e.g.

h= ttp://www.esa.int/esaCP/SEMSOC5KXMF_index_0.html

<= /div>

these are European/Japanese effor= ts building on radio amateur interest - little US involvement.<= o:p>

 

The IP-based Disaster Monitoring Constellation ha= s a number of internetworked IP-capable ground stations for exact= ly the reason you describe.

 

Lloyd Wood

http://sat-net.com/L.Wood/dtn

<= /div>



From:= dtn-users-bo= unces@maillists.intel-research.net [mailto:dtn-users-bounces@maillists.= intel-research.net] On Behalf Of Barrett Dillow
Sent: 08 F= ebruary 2011 02:21
To: dtn-users@maillists.intel-research.net
Subject: [dtn-users] DTN, QNX, ground stations?

Hello list,

My university lab is competing for a nanosat pr= oject. I'm trying to gather information about DTN implementations to presen= t to the group, and the following questions that I couldn't find answered o= nline. Thanks for your consideration.

Has DTN2 or ION been ported to= QNX for the spacecraft side? Anyone know the depth of difference between Q= NX and VxWorks? (As I see ION has been implemented on VxWorks, perhaps port= ing to QNX would be a viable option.)

I've seen very little about g= round station configuration. I had almost expected Universities to have con= figured a basic ground station package (or list of requirements) so that a = network of them across the globe could create DTN ground links, and share d= ata with their experimental satellites via the terrestrial internet. Has th= is happened and I just haven't found it yet? If my lab builds a ground stat= ion to talk to our nanosat, it will be idle (but operational) for all but t= he small windows of time in which we can see our satellite. I would be more= than happy to have it configured to ask as another DTN ground station, if = our project could be incorporated into a network of such shared-use ground = stations.

Thanks again for your thoughts.
Cheers,

Barrett= Dillow
PhD Candidate
Space Systems Laboratory
University of Maryl= and, College Park

_______________= ________________________________
dtn-users mailing list
dtn-users@maillists.intel-rese= arch.net
http://maillists.intel-research.net/mailman/listinfo/dtn-us= ers

 

=

 

 

<= p class=3DMsoNormal>******************************
W= illiam D. Ivancic
Phone 216-433-34= 94
Fax 216-433-8705
Networking Lab 216-433-2620
DTN Lab 216-433-2981
Mobile 440-503-4892
http://roland.grc.nasa.gov/~ivanc= ic

 

= --_000_F25A909AA776104A92E2780BFCB3AEA81D5B538BALTPHYEMBEVSP40_-- 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 p18JRpsS025448 for ; Tue, 8 Feb 2011 11:27:51 -0800 Received: from ndjsppt05.ndc.nasa.gov (ndjsppt05.ndc.nasa.gov [198.117.1.104]) by ndjsnpf02.ndc.nasa.gov (Postfix) with ESMTP id 874B7A828C; Tue, 8 Feb 2011 13:27:53 -0600 (CST) Received: from ndjshub02.ndc.nasa.gov (ndjshub02-pub.ndc.nasa.gov [198.117.1.161]) by ndjsppt05.ndc.nasa.gov (8.14.3/8.14.3) with ESMTP id p18JRrxp030910; Tue, 8 Feb 2011 13:27:53 -0600 Received: from NDJSSCC07.ndc.nasa.gov ([198.117.4.178]) by ndjshub02.ndc.nasa.gov ([198.117.1.161]) with mapi; Tue, 8 Feb 2011 13:27:52 -0600 From: "Ivancic, William D. (GRC-RHN0)" To: "Burleigh, Scott C" Date: Tue, 8 Feb 2011 13:27:51 -0600 Thread-Topic: [dtn-users] DTN, QNX, ground stations? Thread-Index: AcvHxkcvwZbtSz7RR1yy3HE7USffCg== Message-ID: <182A2B5D-2654-4B56-A96F-2C1B482B0778@nasa.gov> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/signed; boundary="Apple-Mail-14-1058491894"; protocol="application/pkcs7-signature"; micalg=sha1 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15, 1.0.148, 0.0.0000 definitions=2011-02-08_05:2011-02-08, 2011-02-08, 1970-01-01 signatures=0 Cc: "dtn-users@maillists.intel-research.net" , " " Subject: Re: [dtn-users] DTN, QNX, ground stations? X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2011 19:27:52 -0000 --Apple-Mail-14-1058491894 Content-Type: multipart/alternative; boundary=Apple-Mail-13-1058491830 --Apple-Mail-13-1058491830 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii True. It depends what you are trying to do and the capabilities of the = particular cubesat. =20 Downlink is probably much higher (low rate) than the uplink. It is a = cubesat. I probably has a whip antenna. It might only have a downlink. - Will On Feb 8, 2011, at 1:16 PM, Burleigh, Scott C (313B) wrote: > I disagree, Will. Cubesats could be very useful as delay-tolerant = routers in a low-rate comsat network. >=20 > Scott >=20 > "Ivancic, William D. (GRC-RHN0)" wrote: >=20 > For a cubesat you probably just need the shim. You probably will only = be sourcing data. In addition, it may be over a unidirectional link. = On the ground you can use full blown DTN. >=20 > Regarding the Disaster Monitoring Constellation: my contracts have = ended and I am in the process or tearing the system down. >=20 > - Will >=20 >=20 >=20 >=20 >=20 > On Feb 8, 2011, at 6:20 AM, = wrote: >=20 >> Barrett, >> =20 >> I don't believe dtn2 will ever run on an unmanned spacecraft; it's = simply too resource-intensive and unix-y. I don't expect to see dtn2 = implemented on a nanosatellite. (We implemented a custom bundle shim on = RTEMS on the UK-DMC satellite to generate bundles delivered to a full = dtn2 implementation running on linux on the ground.) >> =20 >> Cubesats are using AX.25 in comms for the most part, although = arguments have been made for e.g. using HTTP to deliver files (a paper = by Jamie Cutler while at Stanford, before moving to Michigan). There has = been much discussion of increased access to cubesats via networked = ground stations; see e.g. >> http://www.genso.org/ >> http://www.esa.int/esaCP/SEMSOC5KXMF_index_0.html >> http://www.astro.mech.tohoku.ac.jp/~gsn/en/ >> these are European/Japanese efforts building on radio amateur = interest - little US involvement. >> =20 >> The IP-based Disaster Monitoring Constellation has a number of = internetworked IP-capable ground stations for exactly the reason you = describe. >> =20 >> Lloyd Wood >> http://sat-net.com/L.Wood/dtn >>=20 >> From: dtn-users-bounces@maillists.intel-research.net = [mailto:dtn-users-bounces@maillists.intel-research.net] On Behalf Of = Barrett Dillow >> Sent: 08 February 2011 02:21 >> To: dtn-users@maillists.intel-research.net >> Subject: [dtn-users] DTN, QNX, ground stations? >>=20 >> Hello list, >>=20 >> My university lab is competing for a nanosat project. I'm trying to = gather information about DTN implementations to present to the group, = and the following questions that I couldn't find answered online. Thanks = for your consideration. >>=20 >> Has DTN2 or ION been ported to QNX for the spacecraft side? Anyone = know the depth of difference between QNX and VxWorks? (As I see ION has = been implemented on VxWorks, perhaps porting to QNX would be a viable = option.)=20 >>=20 >> I've seen very little about ground station configuration. I had = almost expected Universities to have configured a basic ground station = package (or list of requirements) so that a network of them across the = globe could create DTN ground links, and share data with their = experimental satellites via the terrestrial internet. Has this happened = and I just haven't found it yet? If my lab builds a ground station to = talk to our nanosat, it will be idle (but operational) for all but the = small windows of time in which we can see our satellite. I would be more = than happy to have it configured to ask as another DTN ground station, = if our project could be incorporated into a network of such shared-use = ground stations.=20 >>=20 >> Thanks again for your thoughts. >> Cheers, >>=20 >> Barrett Dillow >> PhD Candidate >> Space Systems Laboratory >> University of Maryland, College Park >> _______________________________________________ >> dtn-users mailing list >> dtn-users@maillists.intel-research.net >> http://maillists.intel-research.net/mailman/listinfo/dtn-users >=20 >=20 ****************************** William D. Ivancic Phone 216-433-3494 Fax 216-433-8705 Networking Lab 216-433-2620 DTN Lab 216-433-2981 Mobile 440-503-4892 http://roland.grc.nasa.gov/~ivancic --Apple-Mail-13-1058491830 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii True. =  It depends what you are trying to do and the capabilities of the = particular cubesat.  

Downlink is probably much = higher (low rate) than the uplink.  It is a cubesat.  I = probably has a whip antenna.  It might only have a = downlink.

- = Will




On= Feb 8, 2011, at 1:16 PM, Burleigh, Scott C (313B) wrote:

I disagree, Will.  Cubesats could be =
very useful as delay-tolerant routers in a low-rate comsat network.

Scott

"Ivancic, William D. (GRC-RHN0)" <william.d.ivancic@nasa.gov&=
gt; wrote:
For a cubesat you probably just need the shim.  You probably = will only be sourcing data.  In addition, it may be over a = unidirectional link.  On the ground you can use full blown DTN.

Regarding the Disaster Monitoring Constellation:  my contracts = have ended and I am in the process or tearing the system down.

- Will





On Feb 8, 2011, at 6:20 AM, <L.Wood@surrey.ac.uk> <L.Wood@surrey.ac.uk> = wrote:

Barrett,
 
I don't believe dtn2 will ever run on an unmanned = spacecraft; it's simply too resource-intensive and unix-y. I don't = expect to see dtn2 implemented on a nanosatellite. (We implemented a custom bundle shim on RTEMS on the UK-DMC satellite to generate = bundles delivered to a full dtn2 implementation running on linux on the = ground.)
 
Cubesats are using AX.25 in comms for the most part, = although arguments have been made for e.g. using HTTP to deliver files = (a paper by Jamie Cutler while at Stanford, before moving to Michigan). There has been much discussion of increased access = to cubesats via networked ground stations; see e.g.
http://www.genso.org/
these are European/Japanese efforts building on radio = amateur interest - little US involvement.
 
The IP-based Disaster Monitoring Constellation has = a number of internetworked IP-capable ground stations for = exactly the reason you describe.
 
Lloyd Wood

From: dtn-users-bounces@maillists.intel-research.net = [mailto:dtn-users-bounces@maillists.intel-research.net] On Behalf Of Barrett Dillow
Sent: 08 February 2011 02:21
To: dtn-users@maillists= .intel-research.net
Subject: [dtn-users] DTN, QNX, ground stations?

Hello list,

My university lab is competing for a nanosat project. I'm trying to = gather information about DTN implementations to present to the group, = and the following questions that I couldn't find answered online. Thanks = for your consideration.

Has DTN2 or ION been ported to QNX for the spacecraft side? Anyone know = the depth of difference between QNX and VxWorks? (As I see ION has been = implemented on VxWorks, perhaps porting to QNX would be a viable = option.)

I've seen very little about ground station configuration. I had almost = expected Universities to have configured a basic ground station package = (or list of requirements) so that a network of them across the globe = could create DTN ground links, and share data with their experimental satellites via the terrestrial internet. Has = this happened and I just haven't found it yet? If my lab builds a ground = station to talk to our nanosat, it will be idle (but operational) for = all but the small windows of time in which we can see our satellite. I would be more than happy to have it configured = to ask as another DTN ground station, if our project could be = incorporated into a network of such shared-use ground stations.

Thanks again for your thoughts.
Cheers,

Barrett Dillow
PhD Candidate
Space Systems Laboratory
University of Maryland, College Park
_______________________________________________
dtn-users mailing list
dtn-users@maillists= .intel-research.net
ht= tp://maillists.intel-research.net/mailman/listinfo/dtn-users




William D. Ivancic
Fax 216-433-8705
Networking Lab 216-433-2620DTN = Lab 216-433-2981
Mobile 440-503-4892
; Tue, 8 Feb 2011 11:09:31 -0800 X-IronPort-AV: E=Sophos;i="4.60,443,1291593600"; d="scan'208";a="2297320" Received: from webmail.tssg.org ([10.71.10.11]) by smtps.tssg.org with ESMTP; 08 Feb 2011 19:09:33 +0000 Received: from 2001:770:100:4e::2 (SquirrelMail authenticated user jronan) by webmail.tssg.org with HTTP; Tue, 8 Feb 2011 19:09:33 -0000 Message-ID: <1be34f98851bc18cacc2794941a487d7.squirrel@webmail.tssg.org> In-Reply-To: References: Date: Tue, 8 Feb 2011 19:09:33 -0000 From: jronan@tssg.org To: "Barrett Dillow" User-Agent: SquirrelMail/1.4.20 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: dtn-users@maillists.intel-research.net Subject: Re: [dtn-users] DTN, QNX, ground stations? X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2011 19:09:32 -0000 > Hello list, > > My university lab is competing for a nanosat project. I'm trying to gather > information about DTN implementations to present to the group, and the > following questions that I couldn't find answered online. Thanks for your > consideration. > Good luck with it > I've seen very little about ground station configuration. I had almost > expected Universities to have configured a basic ground station package > (or Some cubesat's have Amateur Radio operators involved. Hence they use a variety of frequencys and modes to send telemetry back to earth. Probably the lowest common denominator would be 1200 baud AX.25 used on PCSAT2 and others (http://www.usna.edu/Users/aero/bruninga/pcsat2.html). Mr Bruninga is probably a good person to get guidance from re Amateur Radio involvement (if you are thinking that way). Generally, as the cubesats have a 'science' bent (and especially if there is a repeater/transponder on board), Amateur Radio operators will get involved and act as ground stations if their equipment allows. I myself have a relatively simple groundstation in place for receiving data from the International Space Station. The APRS-IS backbone has been used in the past to propagate telemetry to any/all stations interested in it. If I can poke Darren hard enough, we might even get to exchange UI frames through the ISS sometime this year. Regards John Ronan Received: from asmtpout024.mac.com (asmtpout024.mac.com [17.148.16.99]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id p18ISVH2022279 for ; Tue, 8 Feb 2011 10:28:31 -0800 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from [192.168.1.10] ([94.30.69.47]) by asmtp024.mac.com (Oracle Communications Messaging Exchange Server 7u4-18.01 64bit (built Jul 15 2010)) with ESMTPSA id <0LGB0053X9ZGA000@asmtp024.mac.com> for dtn-users@maillists.intel-research.net; Tue, 08 Feb 2011 10:28:33 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-02-08_05:2011-02-08, 2011-02-08, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1102080089 From: Darren Long In-reply-to: Date: Tue, 08 Feb 2011 18:28:26 +0000 Message-id: References: <1297183553.3883.2.camel@Nokia-N900> To: "Burleigh, Scott C (313B)" X-Mailer: Apple Mail (2.1082) Cc: dtn-users@maillists.intel-research.net Subject: Re: [dtn-users] DTN, QNX, ground stations? X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2011 18:28:31 -0000 On 8 Feb 2011, at 16:49, Burleigh, Scott C (313B) wrote: > If someone is working on an AX.25 link service adapter for LTP in ION, I too would be very interested to hear about it; it would be most welcome. I've just appended the contents of a a mail send last year to the interest list below. This is all I've heard, but it is interesting indeed. More on the LTP derivative later. Cheers, Darren On 30 Jul 2010, at 00:13, Oyake, Amalaye (316D) wrote: > That is generally the path I am thinking along! > > > > > On Thursday07/29/2010 Thursday~07/29/2010 -4:08 PM, "Darren Long" wrote: > > That is interesting. I've been wondering about LTP over AX.25 UI frames (i.e. disconnected mode) and have wondered about doing that with ION rather than DTN2. Are you having similar thoughts? > > Darren > > On 30 Jul 2010, at 00:05, Oyake, Amalaye (316D) wrote: > > ION is what I have been working with ... I hope to add a CL Layer wrt to AX.25 ... It is a good fit. > > Regards, > > * Amalaye Oyake * > * Flight Software Applications & Data Product Mgmt */\ > * 818.393.7168 work 626.399.1707 cell *|| > * Jet Propulsion Laboratory, Pasadena CA 91109 */||\ Received: from mail.jpl.nasa.gov (sentrion1.jpl.nasa.gov [128.149.139.105]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id p18IGsBA021685 for ; Tue, 8 Feb 2011 10:16:54 -0800 Received: from mail.jpl.nasa.gov (altvirehtstap01.jpl.nasa.gov [128.149.137.72]) by smtp.jpl.nasa.gov (Switch-3.4.3/Switch-3.4.3) with ESMTP id p18IGtFO030860 (using TLSv1/SSLv3 with cipher RC4-MD5 (128 bits) verified FAIL); Tue, 8 Feb 2011 10:16:56 -0800 Received: from ALTPHYEMBEVSP40.RES.AD.JPL ([128.149.137.86]) by ALTVIREHTSTAP01.RES.AD.JPL ([128.149.137.72]) with mapi; Tue, 8 Feb 2011 10:16:55 -0800 From: "Burleigh, Scott C (313B)" To: "Ivancic, William D. (GRC-RHN0)" , " " Date: Tue, 8 Feb 2011 10:16:54 -0800 Thread-Topic: [dtn-users] DTN, QNX, ground stations? Thread-Index: AcvHuiTSgo+qoTR0QgitC+kcY1bYKwAAjkA9 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_m4f1lu80c6fjbjt99oyjjvpg1297188741519emailandroidcom_" MIME-Version: 1.0 X-Source-IP: altvirehtstap01.jpl.nasa.gov [128.149.137.72] X-Source-Sender: scott.c.burleigh@jpl.nasa.gov X-AUTH: Authorized Cc: "dtn-users@maillists.intel-research.net" Subject: Re: [dtn-users] DTN, QNX, ground stations? X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2011 18:16:55 -0000 --_000_m4f1lu80c6fjbjt99oyjjvpg1297188741519emailandroidcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I disagree, Will. Cubesats could be very useful as delay-tolerant routers = in a low-rate comsat network. Scott "Ivancic, William D. (GRC-RHN0)" wrote: For a cubesat you probably just need the shim. You probably will only be s= ourcing data. In addition, it may be over a unidirectional link. On the g= round you can use full blown DTN. Regarding the Disaster Monitoring Constellation: my contracts have ended a= nd I am in the process or tearing the system down. - Will On Feb 8, 2011, at 6:20 AM, > > wrote: Barrett, I don't believe dtn2 will ever run on an unmanned spacecraft; it's simply t= oo resource-intensive and unix-y. I don't expect to see dtn2 implemented on= a nanosatellite. (We implemented a custom bundle shim on RTEMS on the UK-D= MC satellite to generate bundles delivered to a full dtn2 implementation ru= nning on linux on the ground.) Cubesats are using AX.25 in comms for the most part, although arguments hav= e been made for e.g. using HTTP to deliver files (a paper by Jamie Cutler w= hile at Stanford, before moving to Michigan). There has been much discussio= n of increased access to cubesats via networked ground stations; see e.g. http://www.genso.org/ http://www.esa.int/esaCP/SEMSOC5KXMF_index_0.html http://www.astro.mech.tohoku.ac.jp/~gsn/en/ these are European/Japanese efforts building on radio amateur interest - li= ttle US involvement. The IP-based Disaster Monitoring Constellation has a number of internetwork= ed IP-capable ground stations for exactly the reason you describe. Lloyd Wood http://sat-net.com/L.Wood/dtn ________________________________ From: dtn-users-bounces@maillists.intel-research.net [mailto:dtn-users-bounces@maillists.intel-= research.net] On Behalf Of Barrett Dillow Sent: 08 February 2011 02:21 To: dtn-users@maillists.intel-research.net Subject: [dtn-users] DTN, QNX, ground stations? Hello list, My university lab is competing for a nanosat project. I'm trying to gather = information about DTN implementations to present to the group, and the foll= owing questions that I couldn't find answered online. Thanks for your consi= deration. Has DTN2 or ION been ported to QNX for the spacecraft side? Anyone know the= depth of difference between QNX and VxWorks? (As I see ION has been implem= ented on VxWorks, perhaps porting to QNX would be a viable option.) I've seen very little about ground station configuration. I had almost expe= cted Universities to have configured a basic ground station package (or lis= t of requirements) so that a network of them across the globe could create = DTN ground links, and share data with their experimental satellites via the= terrestrial internet. Has this happened and I just haven't found it yet? I= f my lab builds a ground station to talk to our nanosat, it will be idle (b= ut operational) for all but the small windows of time in which we can see o= ur satellite. I would be more than happy to have it configured to ask as an= other DTN ground station, if our project could be incorporated into a netwo= rk of such shared-use ground stations. Thanks again for your thoughts. Cheers, Barrett Dillow PhD Candidate Space Systems Laboratory University of Maryland, College Park _______________________________________________ dtn-users mailing list dtn-users@maillists.intel-research.net http://maillists.intel-research.net/mailman/listinfo/dtn-users --_000_m4f1lu80c6fjbjt99oyjjvpg1297188741519emailandroidcom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable 
I disagree, Will.  Cubesats could be very useful as delay-toler=
ant routers in a low-rate comsat network.=0A=
=0A=
Scott=0A=
=0A=
"Ivancic, William D. (GRC-RHN0)" <william.d.ivancic@nasa.gov&g=
t; wrote:=0A=
=0A=
For a cubesat you probably just need the shim.  You probably will= only be sourcing data.  In addition, it may be over a unidirectional = link.  On the ground you can use full blown DTN.

Regarding the Disaster Monitoring Constellation:  my contracts ha= ve ended and I am in the process or tearing the system down.

- Will






Barrett,
 
I don't believe dtn2 will ever run on an unmanned spacecraft= ; it's simply too resource-intensive and unix-y. I don't expect to see= dtn2 implemented on a nanosatellite. (We implemented a custom bundle shim on RTEMS on the UK-DMC satellite to generate bundles = delivered to a full dtn2 implementation running on linux on the ground.)
 
Cubesats are using AX.25 in comms for the most part, althoug= h arguments have been made for e.g. using HTTP to deliver files (a paper by= Jamie Cutler while at Stanford, before moving to Michigan). There has been much discussion of increased access to= cubesats via networked ground stations; see e.g.
these are European/Japanese efforts building on radio amateu= r interest - little US involvement.
 
The IP-based Disaster Monitoring Constellation has a nu= mber of internetworked IP-capable ground stations for exactly the reas= on you describe.
 
Lloyd Wood

From: dtn-users-bounces@maillists.intel-research.net [mailto:dtn-users-bounce= s@maillists.intel-research.net] On Behalf Of Barrett Dillow
Sent: 08 February 2011 02:21
To: dtn-us= ers@maillists.intel-research.net
Subject: [dtn-users] DTN, QNX, ground stations?

Hello list,

My university lab is competing for a nanosat project. I'm trying to gather = information about DTN implementations to present to the group, and the foll= owing questions that I couldn't find answered online. Thanks for your consi= deration.

Has DTN2 or ION been ported to QNX for the spacecraft side? Anyone know the= depth of difference between QNX and VxWorks? (As I see ION has been implem= ented on VxWorks, perhaps porting to QNX would be a viable option.)

I've seen very little about ground station configuration. I had almost expe= cted Universities to have configured a basic ground station package (or lis= t of requirements) so that a network of them across the globe could create = DTN ground links, and share data with their experimental satellites via the terrestrial internet. Has this = happened and I just haven't found it yet? If my lab builds a ground station= to talk to our nanosat, it will be idle (but operational) for all but the = small windows of time in which we can see our satellite. I would be more than happy to have it configured to= ask as another DTN ground station, if our project could be incorporated in= to a network of such shared-use ground stations.

Thanks again for your thoughts.
Cheers,

Barrett Dillow
PhD Candidate
Space Systems Laboratory
University of Maryland, College Park
_______________________________________________
dtn-users mailing list
dtn-users@maillis= ts.intel-research.net
http://maillists.intel-research.net/mailman/listinfo/dtn-users


--_000_m4f1lu80c6fjbjt99oyjjvpg1297188741519emailandroidcom_-- 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 p18I0xRv020824 for ; Tue, 8 Feb 2011 10:00:59 -0800 Received: from ndjsppt04.ndc.nasa.gov (ndjsppt04.ndc.nasa.gov [198.117.1.103]) by ndmsnpf03.ndc.nasa.gov (Postfix) with ESMTP id 50A6E180F7E; Tue, 8 Feb 2011 12:01:01 -0600 (CST) Received: from ndjshub03.ndc.nasa.gov (ndjshub03-pub.ndc.nasa.gov [198.117.1.33]) by ndjsppt04.ndc.nasa.gov (8.14.3/8.14.3) with ESMTP id p18I10K7023316; Tue, 8 Feb 2011 12:01:00 -0600 Received: from NDJSSCC07.ndc.nasa.gov ([198.117.4.178]) by ndjshub03.ndc.nasa.gov ([10.202.202.162]) with mapi; Tue, 8 Feb 2011 12:01:00 -0600 From: "Ivancic, William D. (GRC-RHN0)" To: " " Date: Tue, 8 Feb 2011 12:00:59 -0600 Thread-Topic: [dtn-users] DTN, QNX, ground stations? Thread-Index: AcvHuiTSgo+qoTR0QgitC+kcY1bYKw== Message-ID: <63C31427-3626-4E2B-9C8E-E46406926B8F@nasa.gov> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/signed; boundary="Apple-Mail-6-1053279577"; protocol="application/pkcs7-signature"; micalg=sha1 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15, 1.0.148, 0.0.0000 definitions=2011-02-08_05:2011-02-08, 2011-02-08, 1970-01-01 signatures=0 Cc: "dtn-users@maillists.intel-research.net" Subject: Re: [dtn-users] DTN, QNX, ground stations? X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2011 18:01:00 -0000 --Apple-Mail-6-1053279577 Content-Type: multipart/alternative; boundary=Apple-Mail-5-1053279542 --Apple-Mail-5-1053279542 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii For a cubesat you probably just need the shim. You probably will only = be sourcing data. In addition, it may be over a unidirectional link. = On the ground you can use full blown DTN. Regarding the Disaster Monitoring Constellation: my contracts have = ended and I am in the process or tearing the system down. - Will On Feb 8, 2011, at 6:20 AM, = wrote: > Barrett, > =20 > I don't believe dtn2 will ever run on an unmanned spacecraft; it's = simply too resource-intensive and unix-y. I don't expect to see dtn2 = implemented on a nanosatellite. (We implemented a custom bundle shim on = RTEMS on the UK-DMC satellite to generate bundles delivered to a full = dtn2 implementation running on linux on the ground.) > =20 > Cubesats are using AX.25 in comms for the most part, although = arguments have been made for e.g. using HTTP to deliver files (a paper = by Jamie Cutler while at Stanford, before moving to Michigan). There has = been much discussion of increased access to cubesats via networked = ground stations; see e.g. > http://www.genso.org/ > http://www.esa.int/esaCP/SEMSOC5KXMF_index_0.html > http://www.astro.mech.tohoku.ac.jp/~gsn/en/ > these are European/Japanese efforts building on radio amateur interest = - little US involvement. > =20 > The IP-based Disaster Monitoring Constellation has a number of = internetworked IP-capable ground stations for exactly the reason you = describe. > =20 > Lloyd Wood > http://sat-net.com/L.Wood/dtn >=20 > From: dtn-users-bounces@maillists.intel-research.net = [mailto:dtn-users-bounces@maillists.intel-research.net] On Behalf Of = Barrett Dillow > Sent: 08 February 2011 02:21 > To: dtn-users@maillists.intel-research.net > Subject: [dtn-users] DTN, QNX, ground stations? >=20 > Hello list, >=20 > My university lab is competing for a nanosat project. I'm trying to = gather information about DTN implementations to present to the group, = and the following questions that I couldn't find answered online. Thanks = for your consideration. >=20 > Has DTN2 or ION been ported to QNX for the spacecraft side? Anyone = know the depth of difference between QNX and VxWorks? (As I see ION has = been implemented on VxWorks, perhaps porting to QNX would be a viable = option.)=20 >=20 > I've seen very little about ground station configuration. I had almost = expected Universities to have configured a basic ground station package = (or list of requirements) so that a network of them across the globe = could create DTN ground links, and share data with their experimental = satellites via the terrestrial internet. Has this happened and I just = haven't found it yet? If my lab builds a ground station to talk to our = nanosat, it will be idle (but operational) for all but the small windows = of time in which we can see our satellite. I would be more than happy to = have it configured to ask as another DTN ground station, if our project = could be incorporated into a network of such shared-use ground stations.=20= >=20 > Thanks again for your thoughts. > Cheers, >=20 > Barrett Dillow > PhD Candidate > Space Systems Laboratory > University of Maryland, College Park > _______________________________________________ > dtn-users mailing list > dtn-users@maillists.intel-research.net > http://maillists.intel-research.net/mailman/listinfo/dtn-users --Apple-Mail-5-1053279542 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii For a cubesat you probably just need the shim.  You probably will only be sourcing data.  In addition, it may be over a unidirectional link.  On the ground you can use full blown DTN.

Regarding the Disaster Monitoring Constellation:  my contracts have ended and I am in the process or tearing the system down.

- Will





On Feb 8, 2011, at 6:20 AM, <L.Wood@surrey.ac.uk> <L.Wood@surrey.ac.uk> wrote:

Barrett,
 
I don't believe dtn2 will ever run on an unmanned spacecraft; it's simply too resource-intensive and unix-y. I don't expect to see dtn2 implemented on a nanosatellite. (We implemented a custom bundle shim on RTEMS on the UK-DMC satellite to generate bundles delivered to a full dtn2 implementation running on linux on the ground.)
 
Cubesats are using AX.25 in comms for the most part, although arguments have been made for e.g. using HTTP to deliver files (a paper by Jamie Cutler while at Stanford, before moving to Michigan). There has been much discussion of increased access to cubesats via networked ground stations; see e.g.
these are European/Japanese efforts building on radio amateur interest - little US involvement.
 
The IP-based Disaster Monitoring Constellation has a number of internetworked IP-capable ground stations for exactly the reason you describe.
 
Lloyd Wood

From: dtn-users-bounces@maillists.intel-research.net [mailto:dtn-users-bounces@maillists.intel-research.net] On Behalf Of Barrett Dillow
Sent: 08 February 2011 02:21
To: dtn-users@maillists.intel-research.net
Subject: [dtn-users] DTN, QNX, ground stations?

Hello list,

My university lab is competing for a nanosat project. I'm trying to gather information about DTN implementations to present to the group, and the following questions that I couldn't find answered online. Thanks for your consideration.

Has DTN2 or ION been ported to QNX for the spacecraft side? Anyone know the depth of difference between QNX and VxWorks? (As I see ION has been implemented on VxWorks, perhaps porting to QNX would be a viable option.)

I've seen very little about ground station configuration. I had almost expected Universities to have configured a basic ground station package (or list of requirements) so that a network of them across the globe could create DTN ground links, and share data with their experimental satellites via the terrestrial internet. Has this happened and I just haven't found it yet? If my lab builds a ground station to talk to our nanosat, it will be idle (but operational) for all but the small windows of time in which we can see our satellite. I would be more than happy to have it configured to ask as another DTN ground station, if our project could be incorporated into a network of such shared-use ground stations.

Thanks again for your thoughts.
Cheers,

Barrett Dillow
PhD Candidate
Space Systems Laboratory
University of Maryland, College Park
_______________________________________________
dtn-users mailing list
dtn-users@maillists.intel-research.net
http://maillists.intel-research.net/mailman/listinfo/dtn-users


--Apple-Mail-5-1053279542-- --Apple-Mail-6-1053279577 Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIQTzCCCA0w ggb1oAMCAQICBEvVLBkwDQYJKoZIhvcNAQEFBQAweDELMAkGA1UEBhMCVVMxGDAWBgNVBAoTD1Uu Uy4gR292ZXJubWVudDENMAsGA1UECxMETkFTQTEiMCAGA1UECxMZQ2VydGlmaWNhdGlvbiBBdXRo b3JpdGllczEcMBoGA1UECxMTTkFTQSBPcGVyYXRpb25hbCBDQTAeFw0xMDEwMTUxNjIyMTVaFw0x MzEwMTUxNjUyMTVaMHkxCzAJBgNVBAYTAlVTMRgwFgYDVQQKEw9VLlMuIEdvdmVybm1lbnQxDTAL BgNVBAsTBE5BU0ExDzANBgNVBAsTBlBlb3BsZTEwMBYGA1UEAxMPV0lMTElBTSBJVkFOQ0lDMBYG CgmSJomT8ixkAQETCHdpdmFuY2ljMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAqn5l 7k+sZH12gm4g3FPjj2l5X89tn5rbXw3uv2oc6iJ2Cv9RwFN5IYpcBYrUAVRnpGveEBAX6PTSBunt feMBPSGgO731DnGvV0mQLmghDP/lDqESkQlbThZ/42RnON+eSMa7OW+nFXAJsIjvfcxS84Bizy/4 J8XOXnTrg+csQ5BPyKgO0N2lm8WbgzfM0zZNxMe8esFxdEd5DnTo3IEPB9C7awf9/4zlB4kVfTa/ DG87iaAhgY4yJ3iyvSUHn1FdHo3VviRmDPBiVlceNwZh5esbwPFRh9/WAakV6KIneedN9sCO1XAY ZGrB25NT27vDaBKlKExDy0OhL3RCwV1j+QIDAQABo4IEnDCCBJgwDgYDVR0PAQH/BAQDAgUgMCUG A1UdIAQeMBwwDAYKYIZIAWUDAgEDBjAMBgpghkgBZQMCAQUHMFgGCWCGSAGG+mseAQRLDElUaGUg cHJpdmF0ZSBrZXkgY29ycmVzcG9uZGluZyB0byB0aGlzIGNlcnRpZmljYXRlIG1heSBoYXZlIGJl ZW4gZXhwb3J0ZWQuMIH9BggrBgEFBQcBAQSB8DCB7TAwBggrBgEFBQcwAoYkaHR0cDovL3BraS50 cmVhcy5nb3Yvbm9jYV9lZV9haWEucDdjMIGVBggrBgEFBQcwAoaBiGxkYXA6Ly9uZGFjLmFyYy5u YXNhLmdvdi9vdT1OQVNBJTIwT3BlcmF0aW9uYWwlMjBDQSxvdT1DZXJ0aWZpY2F0aW9uJTIwQXV0 aG9yaXRpZXMsb3U9TkFTQSxvPVUuUy4lMjBHb3Zlcm5tZW50LGM9VVM/Y0FDZXJ0aWZpY2F0ZTti aW5hcnkwIQYIKwYBBQUHMAGGFWh0dHA6Ly9vY3NwLnRyZWFzLmdvdjBFBgNVHREEPjA8gR53aWxs aWFtLmQuaXZhbmNpY0BncmMubmFzYS5nb3aBGndpbGxpYW0uZC5pdmFuY2ljQG5hc2EuZ292MBsG A1UdCQQUMBIwEAYJKoZIhvZ9B0QdMQMCARwwggI5BgNVHR8EggIwMIICLDCB9KCB8aCB7oYjaHR0 cDovL2hjLm5hc2EuZ292L2NvbWJpbmVkQ1JMMS5jcmyGgZdsZGFwOi8vbGMubmFzYS5nb3YvY249 V2luQ29tYmluZWQxLG91PU5BU0ElMjBPcGVyYXRpb25hbCUyMENBLG91PUNlcnRpZmljYXRpb24l MjBBdXRob3JpdGllcyxvdT1OQVNBLG89VS5TLiUyMEdvdmVybm1lbnQsYz1VUz9jZXJ0aWZpY2F0 ZVJldm9jYXRpb25MaXN0hi1odHRwOi8vcGtpLnRyZWFzLmdvdi9OQVNBX09wZXJhdGlvbmFsX0NB MS5jcmwwggExoIIBLaCCASmGgZdsZGFwOi8vbmRhYy5hcmMubmFzYS5nb3YvY249Q1JMMzA3LG91 PU5BU0ElMjBPcGVyYXRpb25hbCUyMENBLG91PUNlcnRpZmljYXRpb24lMjBBdXRob3JpdGllcyxv dT1OQVNBLG89VS5TLiUyMEdvdmVybm1lbnQsYz1VUz9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0 pIGMMIGJMQswCQYDVQQGEwJVUzEYMBYGA1UEChMPVS5TLiBHb3Zlcm5tZW50MQ0wCwYDVQQLEwRO QVNBMSIwIAYDVQQLExlDZXJ0aWZpY2F0aW9uIEF1dGhvcml0aWVzMRwwGgYDVQQLExNOQVNBIE9w ZXJhdGlvbmFsIENBMQ8wDQYDVQQDEwZDUkwzMDcwHwYDVR0jBBgwFoAUqm21iZ4nGumsLfHmb40j tqC/k8EwHQYDVR0OBBYEFByv2xEOrHmeYif9763Hp4VNNKgtMAkGA1UdEwQCMAAwGQYJKoZIhvZ9 B0EABAwwChsEVjcuMQMCBJAwDQYJKoZIhvcNAQEFBQADggEBAB7uuaeEKO9rXWYHsguOTYbLR8QT cvOvDO3dKmWS+Iro6xjbRx+su+aVtk9JKLfNV3JJyH2PjMV26Fe3mlfLYFK1nDfHtubTF5u1GSU/ keLn53lgprV5GxF6IseX02jMbjqd8SDsMWlOEbr1GlrhwDkI4OrTJPP9x9TvFLwJZ8OUbk2FjV32 y/Cv9ARLVafpsNIkyznu5w5LVOr58Cl/pNBeHOJj/xLE0yNm0qnS9/J9z025EqM/pKiSHC+iGbE/ tb5rtAAxz3LqU8kwUBS4XMX/KQakpMQyNOX39T+/zX9FTVdRtik0+bkF20tWxIVs9pYXb3XLn1mf g2vd9tAQUPYwggg6MIIHIqADAgECAgRF45rtMA0GCSqGSIb3DQEBBQUAMHgxCzAJBgNVBAYTAlVT MRgwFgYDVQQKEw9VLlMuIEdvdmVybm1lbnQxDTALBgNVBAsTBE5BU0ExIjAgBgNVBAsTGUNlcnRp ZmljYXRpb24gQXV0aG9yaXRpZXMxHDAaBgNVBAsTE05BU0EgT3BlcmF0aW9uYWwgQ0EwHhcNMTAw NDA5MTQ0MzM2WhcNMTMwNDA5MTUxMzM2WjB5MQswCQYDVQQGEwJVUzEYMBYGA1UEChMPVS5TLiBH b3Zlcm5tZW50MQ0wCwYDVQQLEwROQVNBMQ8wDQYDVQQLEwZQZW9wbGUxMDAWBgNVBAMTD1dJTExJ QU0gSVZBTkNJQzAWBgoJkiaJk/IsZAEBEwh3aXZhbmNpYzCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBAOGA/uCyQ8dCx3eSgrjJEfY6FEipS6tlMP6IaosNDkhyxrQd2PjYdzFipp3rwGie Iyo44HfBGZ9eCaAD4wm6ho2gZD1r9mhKGOGC8gHWT5jaRB4vVpA8Pt4uzKznbgeBmb2YHQNNCi/j IUA9s7hfAj2wL5K2leumve7VFXu0DMaCDPQ4eCvsyDCnQnDygTze3Ngxb0vEfCIyUKuii9doYRb9 6QQa0zMwcWhf3CQQczHPJQ3SXlw/sOFUmyrvgtyzVxrujLV0Asck0BFONBCnT+ruC1AL+dhgFwf8 2TqwOhDPqFdeTFFlkd4AYWjuuyPQ5vhGzdB4tTDvczFQNVmhOJcCAwEAAaOCBMkwggTFMA4GA1Ud DwEB/wQEAwIGwDArBgNVHRAEJDAigA8yMDEwMDQwOTE0NDMzNlqBDzIwMTIwNTE1MTkxMzM2WjAl BgNVHSAEHjAcMAwGCmCGSAFlAwIBAwYwDAYKYIZIAWUDAgEFBzBYBglghkgBhvprHgEESwxJVGhl IHByaXZhdGUga2V5IGNvcnJlc3BvbmRpbmcgdG8gdGhpcyBjZXJ0aWZpY2F0ZSBtYXkgaGF2ZSBi ZWVuIGV4cG9ydGVkLjCB/QYIKwYBBQUHAQEEgfAwge0wMAYIKwYBBQUHMAKGJGh0dHA6Ly9wa2ku dHJlYXMuZ292L25vY2FfZWVfYWlhLnA3YzCBlQYIKwYBBQUHMAKGgYhsZGFwOi8vbmRhYy5hcmMu bmFzYS5nb3Yvb3U9TkFTQSUyME9wZXJhdGlvbmFsJTIwQ0Esb3U9Q2VydGlmaWNhdGlvbiUyMEF1 dGhvcml0aWVzLG91PU5BU0Esbz1VLlMuJTIwR292ZXJubWVudCxjPVVTP2NBQ2VydGlmaWNhdGU7 YmluYXJ5MCEGCCsGAQUFBzABhhVodHRwOi8vb2NzcC50cmVhcy5nb3YwRQYDVR0RBD4wPIEed2ls bGlhbS5kLml2YW5jaWNAZ3JjLm5hc2EuZ292gRp3aWxsaWFtLmQuaXZhbmNpY0BuYXNhLmdvdjAb BgNVHQkEFDASMBAGCSqGSIb2fQdEHTEDAgEcMIICOQYDVR0fBIICMDCCAiwwgfSggfGgge6GI2h0 dHA6Ly9oYy5uYXNhLmdvdi9jb21iaW5lZENSTDEuY3JshoGXbGRhcDovL2xjLm5hc2EuZ292L2Nu PVdpbkNvbWJpbmVkMSxvdT1OQVNBJTIwT3BlcmF0aW9uYWwlMjBDQSxvdT1DZXJ0aWZpY2F0aW9u JTIwQXV0aG9yaXRpZXMsb3U9TkFTQSxvPVUuUy4lMjBHb3Zlcm5tZW50LGM9VVM/Y2VydGlmaWNh dGVSZXZvY2F0aW9uTGlzdIYtaHR0cDovL3BraS50cmVhcy5nb3YvTkFTQV9PcGVyYXRpb25hbF9D QTEuY3JsMIIBMaCCAS2gggEphoGXbGRhcDovL25kYWMuYXJjLm5hc2EuZ292L2NuPUNSTDI3MCxv dT1OQVNBJTIwT3BlcmF0aW9uYWwlMjBDQSxvdT1DZXJ0aWZpY2F0aW9uJTIwQXV0aG9yaXRpZXMs b3U9TkFTQSxvPVUuUy4lMjBHb3Zlcm5tZW50LGM9VVM/Y2VydGlmaWNhdGVSZXZvY2F0aW9uTGlz dKSBjDCBiTELMAkGA1UEBhMCVVMxGDAWBgNVBAoTD1UuUy4gR292ZXJubWVudDENMAsGA1UECxME TkFTQTEiMCAGA1UECxMZQ2VydGlmaWNhdGlvbiBBdXRob3JpdGllczEcMBoGA1UECxMTTkFTQSBP cGVyYXRpb25hbCBDQTEPMA0GA1UEAxMGQ1JMMjcwMB8GA1UdIwQYMBaAFKpttYmeJxrprC3x5m+N I7agv5PBMB0GA1UdDgQWBBQWXJKHrIuZ+GiRe0BQ9V81wGEpcTAJBgNVHRMEAjAAMBkGCSqGSIb2 fQdBAAQMMAobBFY3LjEDAgSwMA0GCSqGSIb3DQEBBQUAA4IBAQCKdAGdNGrsprekQbQDyeHcBjO4 bN84v2WaCOVswOgIknOwLpGr1uGRxURVhoGFRML/SOsVbPGIQSyzb+BpSQiyi0cc3paD3XGv/h4v kf3tvVFlIHGM/5HLtG7yDUh90VdqicGEcv3anqbs4Dq7dUUxJUp1dWQ2JE5XnkA9v5VPmgPMG6LO fCT+u9gkIF2fNKLxKgqCG25nO9QGjhiDo5Q4PidXdPg6jqsDM/3lgflJphHOwP/f94ySCLexhpt+ CKdI8UeADOTq+wRbGt3SRnLGyrb1zaMGBgC33RZR7IWvturcfPIIBtKHtnFMRl6HExVR8zc/nj6L kuAk4Smw/lIwMYIDMzCCAy8CAQEwgYAweDELMAkGA1UEBhMCVVMxGDAWBgNVBAoTD1UuUy4gR292 ZXJubWVudDENMAsGA1UECxMETkFTQTEiMCAGA1UECxMZQ2VydGlmaWNhdGlvbiBBdXRob3JpdGll czEcMBoGA1UECxMTTkFTQSBPcGVyYXRpb25hbCBDQQIEReOa7TAJBgUrDgMCGgUAoIIBhzAYBgkq hkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMTAyMDgxODAwNTlaMCMGCSqG SIb3DQEJBDEWBBTd5uycg1+6nCX9z5Cw4XY2EEe2sDCBkQYJKwYBBAGCNxAEMYGDMIGAMHgxCzAJ BgNVBAYTAlVTMRgwFgYDVQQKEw9VLlMuIEdvdmVybm1lbnQxDTALBgNVBAsTBE5BU0ExIjAgBgNV BAsTGUNlcnRpZmljYXRpb24gQXV0aG9yaXRpZXMxHDAaBgNVBAsTE05BU0EgT3BlcmF0aW9uYWwg Q0ECBEvVLBkwgZMGCyqGSIb3DQEJEAILMYGDoIGAMHgxCzAJBgNVBAYTAlVTMRgwFgYDVQQKEw9V LlMuIEdvdmVybm1lbnQxDTALBgNVBAsTBE5BU0ExIjAgBgNVBAsTGUNlcnRpZmljYXRpb24gQXV0 aG9yaXRpZXMxHDAaBgNVBAsTE05BU0EgT3BlcmF0aW9uYWwgQ0ECBEvVLBkwDQYJKoZIhvcNAQEB BQAEggEANBDv3P5NlUE7pbzT/oHBz8F0w0Y7Zd4pWGdtxdxLJRlRM/jHSO4+3Oy1PQhdawqQhTDt QmJnewxP4uBdnmCxRNzD3+duu7Qe3ZYEw8zCZCO9Fjfg3FXUGvUcleFpVUjjSninIsR/hAfQO8Z1 Oy9OSzsFAgUX9y5Ucbx78NIn5hkZ+NYkfOZyo0Sc1xgxK/KnN1Hjz4lE1c4zbs4fcWPRhGHRoBpm ZzseinZUBM1HDR3XQHYSeVzpNY8onDvnP44ssQrEqT7wR4jkHnNRLvqPHWguse4Nvz5G8/PtbymR zOmf5/8ltwpDVHpxwagLfnz/UhQuCtJqw7wnc++5GikGAQAAAAAAAA== --Apple-Mail-6-1053279577-- Received: from scss.tcd.ie (hermes.cs.tcd.ie [134.226.32.56]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id p18GxL9J017446 for ; Tue, 8 Feb 2011 08:59:22 -0800 Received: from localhost (localhost [127.0.0.1]) by hermes.scss.tcd.ie (Postfix) with ESMTP id E845D3E4085; Tue, 8 Feb 2011 16:59:23 +0000 (GMT) X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie Received: from scss.tcd.ie ([127.0.0.1]) by localhost (scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id HHeJkK6SmXTs; Tue, 8 Feb 2011 16:59:23 +0000 (GMT) Received: from [134.226.36.137] (stephen-samy.dsg.cs.tcd.ie [134.226.36.137]) by smtp.scss.tcd.ie (Postfix) with ESMTPSA id 2D35A3E407C; Tue, 8 Feb 2011 16:59:18 +0000 (GMT) Message-ID: <4D517665.3000709@cs.tcd.ie> Date: Tue, 08 Feb 2011 16:59:17 +0000 From: Stephen Farrell User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101208 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: "Burleigh, Scott C (313B)" References: <1297183553.3883.2.camel@Nokia-N900> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "dtn-users@maillists.intel-research.net" Subject: Re: [dtn-users] DTN, QNX, ground stations? X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2011 16:59:22 -0000 On 08/02/11 16:49, Burleigh, Scott C (313B) wrote: > If someone is working on an AX.25 link service adapter for LTP in ION, I too would be very interested to hear about it; it would be most welcome. Ditto. > Darren, can you say a little more about which aspects of LTP make it ill-suited for the environment you're looking at? Be v. interested in that too. If you do that though I think moving the thread to dtn-interest would be better since its (presumably) protocol-design that'd discussed and not code. S. > > Scott > > -----Original Message----- > From: Darren Long [mailto:darren.long@mac.com] > Sent: Tuesday, February 08, 2011 8:46 AM > To: Burleigh, Scott C (313B); Barrett Dillow; dtn-users@maillists.intel-research.net > Subject: Re: [dtn-users] DTN, QNX, ground stations? > > I've heard rumours that an LTP over disconnected mode AX.25 (datagrams) may be forthcoming in ION. I'd be interested in learning more about these plans. For my part, I'm currently dreaming up a derivative of LTP more suited for use on shared channels using LEO amateur satellites as bent pipe relays (digipeaters) with the intent to implement a CL for DTN2 in the near future. > > The existing AX.25 connected mode CL I've implemented is better suited for terrestrial links. > > Cheers, > > Darren > > ----- Original message ----- >> Hi, Barrett. ION has not yet been ported to QNX, but I suspect that the >> port would not be too difficult: QNX seems to be fully POSIX-compliant, >> and that's mainly what the portability shim in ION requires. I'm >> guessing that the port might be similar to the RTEMS port, and possibly >> a bit easier; maybe 10-20 hours to tweak ici/include/platform.h and >> ici/library/platform.c and platform_sm.c, and maybe another 20-30 hours >> to develop a build environment along the lines of arch-rtems. If you're >> interested in taking it on I would be glad to provide whatever helpful >> hints I can. >> >> I don't know of an existing network of DTN-equipped ground stations, but >> as we see more and more Cubesats flying I think the motivation for >> building such a network will grow. Either ION or DTN2 would work fine >> in ground stations, as they interoperate pretty well. The major hurdle >> here, I guess, would be development of an AX.25 convergence-layer >> adapter or (better, I believe) an AX.25 link service adapter under LTP. >> >> Scott >> >> From: dtn-users-bounces@maillists.intel-research.net >> [mailto:dtn-users-bounces@maillists.intel-research.net] On Behalf Of >> Barrett Dillow Sent: Monday, February 07, 2011 6:21 PM To: >> dtn-users@maillists.intel-research.net Subject: [dtn-users] DTN, QNX, >> ground stations? >> >> Hello list, >> >> My university lab is competing for a nanosat project. I'm trying to >> gather information about DTN implementations to present to the group, >> and the following questions that I couldn't find answered online. Thanks >> for your consideration. >> >> Has DTN2 or ION been ported to QNX for the spacecraft side? Anyone know >> the depth of difference between QNX and VxWorks? (As I see ION has been >> implemented on VxWorks, perhaps porting to QNX would be a viable option.) >> >> I've seen very little about ground station configuration. I had almost >> expected Universities to have configured a basic ground station package >> (or list of requirements) so that a network of them across the globe >> could create DTN ground links, and share data with their experimental >> satellites via the terrestrial internet. Has this happened and I just >> haven't found it yet? If my lab builds a ground station to talk to our >> nanosat, it will be idle (but operational) for all but the small windows >> of time in which we can see our satellite. I would be more than happy to >> have it configured to ask as another DTN ground station, if our project >> could be incorporated into a network of such shared-use ground stations. >> >> Thanks again for your thoughts. >> Cheers, >> >> Barrett Dillow >> PhD Candidate >> Space Systems Laboratory >> University of Maryland, College Park > > > _______________________________________________ > dtn-users mailing list > dtn-users@maillists.intel-research.net > http://maillists.intel-research.net/mailman/listinfo/dtn-users Received: from mail.jpl.nasa.gov (smtp.jpl.nasa.gov [128.149.139.109]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id p18GnvD3016960 for ; Tue, 8 Feb 2011 08:49:57 -0800 Received: from mail.jpl.nasa.gov (altvirehtstap02.jpl.nasa.gov [128.149.137.73]) by smtp.jpl.nasa.gov (Switch-3.4.3/Switch-3.4.3) with ESMTP id p18GnvxK028972 (using TLSv1/SSLv3 with cipher RC4-MD5 (128 bits) verified FAIL); Tue, 8 Feb 2011 08:49:58 -0800 Received: from ALTPHYEMBEVSP40.RES.AD.JPL ([128.149.137.86]) by ALTVIREHTSTAP02.RES.AD.JPL ([128.149.137.73]) with mapi; Tue, 8 Feb 2011 08:49:57 -0800 From: "Burleigh, Scott C (313B)" To: Darren Long , Barrett Dillow , "dtn-users@maillists.intel-research.net" Date: Tue, 8 Feb 2011 08:49:56 -0800 Thread-Topic: [dtn-users] DTN, QNX, ground stations? Thread-Index: AcvHr64esYZIxcWZToGvwYvN3NP7gwAADWEQ Message-ID: References: <1297183553.3883.2.camel@Nokia-N900> In-Reply-To: <1297183553.3883.2.camel@Nokia-N900> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 X-Source-IP: altvirehtstap02.jpl.nasa.gov [128.149.137.73] X-Source-Sender: scott.c.burleigh@jpl.nasa.gov X-AUTH: Authorized Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by maillists.intel-research.net id p18GnvD3016960 Subject: Re: [dtn-users] DTN, QNX, ground stations? X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2011 16:49:57 -0000 If someone is working on an AX.25 link service adapter for LTP in ION, I too would be very interested to hear about it; it would be most welcome. Darren, can you say a little more about which aspects of LTP make it ill-suited for the environment you're looking at? Scott -----Original Message----- From: Darren Long [mailto:darren.long@mac.com] Sent: Tuesday, February 08, 2011 8:46 AM To: Burleigh, Scott C (313B); Barrett Dillow; dtn-users@maillists.intel-research.net Subject: Re: [dtn-users] DTN, QNX, ground stations? I've heard rumours that an LTP over disconnected mode AX.25 (datagrams) may be forthcoming in ION. I'd be interested in learning more about these plans. For my part, I'm currently dreaming up a derivative of LTP more suited for use on shared channels using LEO amateur satellites as bent pipe relays (digipeaters) with the intent to implement a CL for DTN2 in the near future. The existing AX.25 connected mode CL I've implemented is better suited for terrestrial links. Cheers, Darren ----- Original message ----- > Hi, Barrett.  ION has not yet been ported to QNX, but I suspect that the > port would not be too difficult: QNX seems to be fully POSIX-compliant, > and that's mainly what the portability shim in ION requires.  I'm > guessing that the port might be similar to the RTEMS port, and possibly > a bit easier; maybe 10-20 hours to tweak ici/include/platform.h and > ici/library/platform.c and platform_sm.c, and maybe another 20-30 hours > to develop a build environment along the lines of arch-rtems.  If you're > interested in taking it on I would be glad to provide whatever helpful > hints I can. > > I don't know of an existing network of DTN-equipped ground stations, but > as we see more and more Cubesats flying I think the motivation for > building such a network will grow.  Either ION or DTN2 would work fine > in ground stations, as they interoperate pretty well.  The major hurdle > here, I guess, would be development of an AX.25 convergence-layer > adapter or (better, I believe) an AX.25 link service adapter under LTP. > > Scott > > From: dtn-users-bounces@maillists.intel-research.net > [mailto:dtn-users-bounces@maillists.intel-research.net] On Behalf Of > Barrett Dillow Sent: Monday, February 07, 2011 6:21 PM To: > dtn-users@maillists.intel-research.net Subject: [dtn-users] DTN, QNX, > ground stations? > > Hello list, > > My university lab is competing for a nanosat project. I'm trying to > gather information about DTN implementations to present to the group, > and the following questions that I couldn't find answered online. Thanks > for your consideration. > > Has DTN2 or ION been ported to QNX for the spacecraft side? Anyone know > the depth of difference between QNX and VxWorks? (As I see ION has been > implemented on VxWorks, perhaps porting to QNX would be a viable option.) > > I've seen very little about ground station configuration. I had almost > expected Universities to have configured a basic ground station package > (or list of requirements) so that a network of them across the globe > could create DTN ground links, and share data with their experimental > satellites via the terrestrial internet. Has this happened and I just > haven't found it yet? If my lab builds a ground station to talk to our > nanosat, it will be idle (but operational) for all but the small windows > of time in which we can see our satellite. I would be more than happy to > have it configured to ask as another DTN ground station, if our project > could be incorporated into a network of such shared-use ground stations. > > Thanks again for your thoughts. > Cheers, > > Barrett Dillow > PhD Candidate > Space Systems Laboratory > University of Maryland, College Park 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 p18Gk3nb016668 for ; Tue, 8 Feb 2011 08:46:04 -0800 MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; charset=utf-8 Received: from [10.117.234.159] (nat67.mia.three.co.uk [217.171.129.67]) by asmtp015.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LGB003TD58JMD00@asmtp015.mac.com> for dtn-users@maillists.intel-research.net; Tue, 08 Feb 2011 08:45:59 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-02-08_05:2011-02-08, 2011-02-08, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1102080075 From: Darren Long To: "Burleigh, Scott C (313B)" , Barrett Dillow , dtn-users@maillists.intel-research.net X-Mailer: Modest 3.2 References: In-reply-to: Content-id: <1297183552.3883.1.camel@Nokia-N900> Date: Tue, 08 Feb 2011 16:45:53 +0000 Message-id: <1297183553.3883.2.camel@Nokia-N900> Subject: Re: [dtn-users] DTN, QNX, ground stations? X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Darren Long List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2011 16:46:04 -0000 I've heard rumours that an LTP over disconnected mode AX.25 (datagrams) may be forthcoming in ION. I'd be interested in learning more about these plans. For my part, I'm currently dreaming up a derivative of LTP more suited for use on shared channels using LEO amateur satellites as bent pipe relays (digipeaters) with the intent to implement a CL for DTN2 in the near future. The existing AX.25 connected mode CL I've implemented is better suited for terrestrial links. Cheers, Darren ----- Original message ----- > Hi, Barrett.  ION has not yet been ported to QNX, but I suspect that the > port would not be too difficult: QNX seems to be fully POSIX-compliant, > and that's mainly what the portability shim in ION requires.  I'm > guessing that the port might be similar to the RTEMS port, and possibly > a bit easier; maybe 10-20 hours to tweak ici/include/platform.h and > ici/library/platform.c and platform_sm.c, and maybe another 20-30 hours > to develop a build environment along the lines of arch-rtems.  If you're > interested in taking it on I would be glad to provide whatever helpful > hints I can. > > I don't know of an existing network of DTN-equipped ground stations, but > as we see more and more Cubesats flying I think the motivation for > building such a network will grow.  Either ION or DTN2 would work fine > in ground stations, as they interoperate pretty well.  The major hurdle > here, I guess, would be development of an AX.25 convergence-layer > adapter or (better, I believe) an AX.25 link service adapter under LTP. > > Scott > > From: dtn-users-bounces@maillists.intel-research.net > [mailto:dtn-users-bounces@maillists.intel-research.net] On Behalf Of > Barrett Dillow Sent: Monday, February 07, 2011 6:21 PM To: > dtn-users@maillists.intel-research.net Subject: [dtn-users] DTN, QNX, > ground stations? > > Hello list, > > My university lab is competing for a nanosat project. I'm trying to > gather information about DTN implementations to present to the group, > and the following questions that I couldn't find answered online. Thanks > for your consideration. > > Has DTN2 or ION been ported to QNX for the spacecraft side? Anyone know > the depth of difference between QNX and VxWorks? (As I see ION has been > implemented on VxWorks, perhaps porting to QNX would be a viable option.) > > I've seen very little about ground station configuration. I had almost > expected Universities to have configured a basic ground station package > (or list of requirements) so that a network of them across the globe > could create DTN ground links, and share data with their experimental > satellites via the terrestrial internet. Has this happened and I just > haven't found it yet? If my lab builds a ground station to talk to our > nanosat, it will be idle (but operational) for all but the small windows > of time in which we can see our satellite. I would be more than happy to > have it configured to ask as another DTN ground station, if our project > could be incorporated into a network of such shared-use ground stations. > > Thanks again for your thoughts. > Cheers, > > Barrett Dillow > PhD Candidate > Space Systems Laboratory > University of Maryland, College Park Received: from mail.jpl.nasa.gov (smtp.jpl.nasa.gov [128.149.139.109]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id p18FvDbQ013994 for ; Tue, 8 Feb 2011 07:57:14 -0800 Received: from mail.jpl.nasa.gov (altvirehtstap01.jpl.nasa.gov [128.149.137.72]) by smtp.jpl.nasa.gov (Switch-3.4.3/Switch-3.4.3) with ESMTP id p18FvEoc022114 (using TLSv1/SSLv3 with cipher RC4-MD5 (128 bits) verified FAIL); Tue, 8 Feb 2011 07:57:15 -0800 Received: from ALTPHYEMBEVSP40.RES.AD.JPL ([128.149.137.86]) by ALTVIREHTSTAP01.RES.AD.JPL ([128.149.137.72]) with mapi; Tue, 8 Feb 2011 07:57:14 -0800 From: "Burleigh, Scott C (313B)" To: Barrett Dillow , "dtn-users@maillists.intel-research.net" Date: Tue, 8 Feb 2011 07:57:11 -0800 Thread-Topic: [dtn-users] DTN, QNX, ground stations? Thread-Index: AcvHN3Xujsmm1c9PT061sNj7p/hX7wAb0akA Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_F25A909AA776104A92E2780BFCB3AEA81D5B533DALTPHYEMBEVSP40_" MIME-Version: 1.0 X-Source-IP: altvirehtstap01.jpl.nasa.gov [128.149.137.72] X-Source-Sender: scott.c.burleigh@jpl.nasa.gov X-AUTH: Authorized Subject: Re: [dtn-users] DTN, QNX, ground stations? X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2011 15:57:14 -0000 --_000_F25A909AA776104A92E2780BFCB3AEA81D5B533DALTPHYEMBEVSP40_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Barrett. ION has not yet been ported to QNX, but I suspect that the po= rt would not be too difficult: QNX seems to be fully POSIX-compliant, and t= hat's mainly what the portability shim in ION requires. I'm guessing that = the port might be similar to the RTEMS port, and possibly a bit easier; may= be 10-20 hours to tweak ici/include/platform.h and ici/library/platform.c a= nd platform_sm.c, and maybe another 20-30 hours to develop a build environm= ent along the lines of arch-rtems. If you're interested in taking it on I = would be glad to provide whatever helpful hints I can. I don't know of an existing network of DTN-equipped ground stations, but as= we see more and more Cubesats flying I think the motivation for building s= uch a network will grow. Either ION or DTN2 would work fine in ground stat= ions, as they interoperate pretty well. The major hurdle here, I guess, wo= uld be development of an AX.25 convergence-layer adapter or (better, I beli= eve) an AX.25 link service adapter under LTP. Scott From: dtn-users-bounces@maillists.intel-research.net [mailto:dtn-users-boun= ces@maillists.intel-research.net] On Behalf Of Barrett Dillow Sent: Monday, February 07, 2011 6:21 PM To: dtn-users@maillists.intel-research.net Subject: [dtn-users] DTN, QNX, ground stations? Hello list, My university lab is competing for a nanosat project. I'm trying to gather = information about DTN implementations to present to the group, and the foll= owing questions that I couldn't find answered online. Thanks for your consi= deration. Has DTN2 or ION been ported to QNX for the spacecraft side? Anyone know the= depth of difference between QNX and VxWorks? (As I see ION has been implem= ented on VxWorks, perhaps porting to QNX would be a viable option.) I've seen very little about ground station configuration. I had almost expe= cted Universities to have configured a basic ground station package (or lis= t of requirements) so that a network of them across the globe could create = DTN ground links, and share data with their experimental satellites via the= terrestrial internet. Has this happened and I just haven't found it yet? I= f my lab builds a ground station to talk to our nanosat, it will be idle (b= ut operational) for all but the small windows of time in which we can see o= ur satellite. I would be more than happy to have it configured to ask as an= other DTN ground station, if our project could be incorporated into a netwo= rk of such shared-use ground stations. Thanks again for your thoughts. Cheers, Barrett Dillow PhD Candidate Space Systems Laboratory University of Maryland, College Park --_000_F25A909AA776104A92E2780BFCB3AEA81D5B533DALTPHYEMBEVSP40_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi, Barre= tt.  ION has not yet been ported to QNX, but I suspect that the port w= ould not be too difficult: QNX seems to be fully POSIX-compliant, and that&= #8217;s mainly what the portability shim in ION requires.  I’m g= uessing that the port might be similar to the RTEMS port, and possibly a bi= t easier; maybe 10-20 hours to tweak ici/include/platform.h and ici/library= /platform.c and platform_sm.c, and maybe another 20-30 hours to develop a b= uild environment along the lines of arch-rtems.  If you’re inter= ested in taking it on I would be glad to provide whatever helpful hints I c= an.

 

I don’t know of an existing network= of DTN-equipped ground stations, but as we see more and more Cubesats flyi= ng I think the motivation for building such a network will grow.  Eith= er ION or DTN2 would work fine in ground stations, as they interoperate pre= tty well.  The major hurdle here, I guess, would be development of an = AX.25 convergence-layer adapter or (better, I believe) an AX.25 link servic= e adapter under LTP.

 

Scott=

 

From: dtn-users-bounces@maillists.intel-research.net [mailto:d= tn-users-bounces@maillists.intel-research.net] On Behalf Of Barrett = Dillow
Sent: Monday, February 07, 2011 6:21 PM
To: dtn-= users@maillists.intel-research.net
Subject: [dtn-users] DTN, QNX,= ground stations?

&nbs= p;

Hello list,

My university lab is co= mpeting for a nanosat project. I'm trying to gather information about DTN i= mplementations to present to the group, and the following questions that I = couldn't find answered online. Thanks for your consideration.

Has DT= N2 or ION been ported to QNX for the spacecraft side? Anyone know the depth= of difference between QNX and VxWorks? (As I see ION has been implemented = on VxWorks, perhaps porting to QNX would be a viable option.)

I've = seen very little about ground station configuration. I had almost expected = Universities to have configured a basic ground station package (or list of = requirements) so that a network of them across the globe could create DTN g= round links, and share data with their experimental satellites via the terr= estrial internet. Has this happened and I just haven't found it yet? If my = lab builds a ground station to talk to our nanosat, it will be idle (but op= erational) for all but the small windows of time in which we can see our sa= tellite. I would be more than happy to have it configured to ask as another= DTN ground station, if our project could be incorporated into a network of= such shared-use ground stations.

Thanks again for your thoughts.Cheers,

Barrett Dillow
PhD Candidate
Space Systems Laborator= y
University of Maryland, College Park

= --_000_F25A909AA776104A92E2780BFCB3AEA81D5B533DALTPHYEMBEVSP40_-- Received: from mail1.bemta3.messagelabs.com (mail1.bemta3.messagelabs.com [195.245.230.34]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id p18BKscX031425 for ; Tue, 8 Feb 2011 03:20:55 -0800 Received: from [195.245.230.131:44516] by server-6.bemta-3.messagelabs.com id 1F/E7-08514-617215D4; Tue, 08 Feb 2011 11:20:54 +0000 X-VirusChecked: Checked X-Env-Sender: L.Wood@surrey.ac.uk X-Msg-Ref: server-13.tower-78.messagelabs.com!1297164053!53935363!1 X-StarScan-Version: 6.2.9; banners=-,-,- X-Originating-IP: [131.227.200.39] Received: (qmail 1516 invoked from network); 8 Feb 2011 11:20:53 -0000 Received: from unknown (HELO EXHT012P.surrey.ac.uk) (131.227.200.39) by server-13.tower-78.messagelabs.com with AES128-SHA encrypted SMTP; 8 Feb 2011 11:20:53 -0000 Received: from EXMB01CMS.surrey.ac.uk ([169.254.1.223]) by EXHT012P.surrey.ac.uk ([131.227.200.39]) with mapi; Tue, 8 Feb 2011 11:20:53 +0000 From: To: , Date: Tue, 8 Feb 2011 11:20:56 +0000 Thread-Topic: [dtn-users] DTN, QNX, ground stations? Thread-Index: AcvHN6MIJCpjyBojTumHjAg5YKObIAAR0ulQ Message-ID: References: In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: multipart/alternative; boundary="_000_FD7B10366AE3794AB1EC5DE97A93A3732150080287EXMB01CMSsurr_" MIME-Version: 1.0 Subject: Re: [dtn-users] DTN, QNX, ground stations? X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2011 11:20:56 -0000 --_000_FD7B10366AE3794AB1EC5DE97A93A3732150080287EXMB01CMSsurr_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Barrett, I don't believe dtn2 will ever run on an unmanned spacecraft; it's simply t= oo resource-intensive and unix-y. I don't expect to see dtn2 implemented on= a nanosatellite. (We implemented a custom bundle shim on RTEMS on the UK-D= MC satellite to generate bundles delivered to a full dtn2 implementation ru= nning on linux on the ground.) Cubesats are using AX.25 in comms for the most part, although arguments hav= e been made for e.g. using HTTP to deliver files (a paper by Jamie Cutler w= hile at Stanford, before moving to Michigan). There has been much discussio= n of increased access to cubesats via networked ground stations; see e.g. http://www.genso.org/ http://www.esa.int/esaCP/SEMSOC5KXMF_index_0.html http://www.astro.mech.tohoku.ac.jp/~gsn/en/ these are European/Japanese efforts building on radio amateur interest - li= ttle US involvement. The IP-based Disaster Monitoring Constellation has a number of internetwork= ed IP-capable ground stations for exactly the reason you describe. Lloyd Wood http://sat-net.com/L.Wood/dtn ________________________________ From: dtn-users-bounces@maillists.intel-research.net [mailto:dtn-users-boun= ces@maillists.intel-research.net] On Behalf Of Barrett Dillow Sent: 08 February 2011 02:21 To: dtn-users@maillists.intel-research.net Subject: [dtn-users] DTN, QNX, ground stations? Hello list, My university lab is competing for a nanosat project. I'm trying to gather = information about DTN implementations to present to the group, and the foll= owing questions that I couldn't find answered online. Thanks for your consi= deration. Has DTN2 or ION been ported to QNX for the spacecraft side? Anyone know the= depth of difference between QNX and VxWorks? (As I see ION has been implem= ented on VxWorks, perhaps porting to QNX would be a viable option.) I've seen very little about ground station configuration. I had almost expe= cted Universities to have configured a basic ground station package (or lis= t of requirements) so that a network of them across the globe could create = DTN ground links, and share data with their experimental satellites via the= terrestrial internet. Has this happened and I just haven't found it yet? I= f my lab builds a ground station to talk to our nanosat, it will be idle (b= ut operational) for all but the small windows of time in which we can see o= ur satellite. I would be more than happy to have it configured to ask as an= other DTN ground station, if our project could be incorporated into a netwo= rk of such shared-use ground stations. Thanks again for your thoughts. Cheers, Barrett Dillow PhD Candidate Space Systems Laboratory University of Maryland, College Park --_000_FD7B10366AE3794AB1EC5DE97A93A3732150080287EXMB01CMSsurr_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Barrett,
 
I=20 don't believe dtn2 will ever run on an unmanned spacecraft; it's simpl= y too=20 resource-intensive and unix-y. I don't expect to see dtn2 implemented on a= =20 nanosatellite. (We implemented a custom bundle shim on RTEMS on the UK-DMC= =20 satellite to generate bundles delivered to a full dtn2 implementation runni= ng on=20 linux on the ground.)
 
Cubesats are using AX.25 in comms for the most part, although= =20 arguments have been made for e.g. using HTTP to deliver files (a paper by J= amie=20 Cutler while at Stanford, before moving to Michigan). There has been much=20 discussion of increased access to cubesats via networked ground stations; s= ee=20 e.g.
http://www.genso.org/
http://www.esa.i= nt/esaCP/SEMSOC5KXMF_index_0.html
http://www.astro.mech.= tohoku.ac.jp/~gsn/en/
these=20 are European/Japanese efforts building on radio amateur interest - lit= tle=20 US involvement.
 
The=20 IP-based Disaster Monitoring Constellation has a number=20 of internetworked IP-capable ground stations for exactly the reason yo= u=20 describe.
 
Lloyd=20 Wood
http://sat-net.com/L.Wood/dtn

From:=20 dtn-users-bounces@maillists.intel-research.net=20 [mailto:dtn-users-bounces@maillists.intel-research.net] On Behalf Of=20 Barrett Dillow
Sent: 08 February 2011 02:21
To:=20 dtn-users@maillists.intel-research.net
Subject: [dtn-users] DTN= ,=20 QNX, ground stations?

Hello list,

My university lab is competing for a nanosa= t=20 project. I'm trying to gather information about DTN implementations to pr= esent=20 to the group, and the following questions that I couldn't find answered=20 online. Thanks for your consideration.

Has DTN2 or ION been ported= to=20 QNX for the spacecraft side? Anyone know the depth of difference between = QNX=20 and VxWorks? (As I see ION has been implemented on VxWorks, perhaps porti= ng to=20 QNX would be a viable option.)

I've seen very little about ground= =20 station configuration. I had almost expected Universities to have configu= red a=20 basic ground station package (or list of requirements) so that a network = of=20 them across the globe could create DTN ground links, and share data with = their=20 experimental satellites via the terrestrial internet. Has this happened a= nd I=20 just haven't found it yet? If my lab builds a ground station to talk to o= ur=20 nanosat, it will be idle (but operational) for all but the small windows = of=20 time in which we can see our satellite. I would be more than happy to hav= e it=20 configured to ask as another DTN ground station, if our project could be= =20 incorporated into a network of such shared-use ground stations.

T= hanks=20 again for your thoughts.
Cheers,

Barrett Dillow
PhD=20 Candidate
Space Systems Laboratory
University of Maryland, College = Park=20 --_000_FD7B10366AE3794AB1EC5DE97A93A3732150080287EXMB01CMSsurr_-- Received: from mail-yx0-f169.google.com (mail-yx0-f169.google.com [209.85.213.169]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id p182LXiC004507 for ; Mon, 7 Feb 2011 18:21:34 -0800 Received: by yxl31 with SMTP id 31so2066429yxl.28 for ; Mon, 07 Feb 2011 18:21:35 -0800 (PST) Received: by 10.90.54.8 with SMTP id c8mr9788030aga.116.1297131695540; Mon, 07 Feb 2011 18:21:35 -0800 (PST) MIME-Version: 1.0 Sender: bdillow@gmail.com Received: by 10.90.96.16 with HTTP; Mon, 7 Feb 2011 18:21:15 -0800 (PST) From: Barrett Dillow Date: Mon, 7 Feb 2011 21:21:15 -0500 X-Google-Sender-Auth: 92ShcNpR0v_5rmG7s21e8azJHO4 Message-ID: To: dtn-users@maillists.intel-research.net Content-Type: multipart/alternative; boundary=0016364ee4c0f08b2a049bbc0195 Subject: [dtn-users] DTN, QNX, ground stations? X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2011 02:21:34 -0000 --0016364ee4c0f08b2a049bbc0195 Content-Type: text/plain; charset=ISO-8859-1 Hello list, My university lab is competing for a nanosat project. I'm trying to gather information about DTN implementations to present to the group, and the following questions that I couldn't find answered online. Thanks for your consideration. Has DTN2 or ION been ported to QNX for the spacecraft side? Anyone know the depth of difference between QNX and VxWorks? (As I see ION has been implemented on VxWorks, perhaps porting to QNX would be a viable option.) I've seen very little about ground station configuration. I had almost expected Universities to have configured a basic ground station package (or list of requirements) so that a network of them across the globe could create DTN ground links, and share data with their experimental satellites via the terrestrial internet. Has this happened and I just haven't found it yet? If my lab builds a ground station to talk to our nanosat, it will be idle (but operational) for all but the small windows of time in which we can see our satellite. I would be more than happy to have it configured to ask as another DTN ground station, if our project could be incorporated into a network of such shared-use ground stations. Thanks again for your thoughts. Cheers, Barrett Dillow PhD Candidate Space Systems Laboratory University of Maryland, College Park --0016364ee4c0f08b2a049bbc0195 Content-Type: text/html; charset=ISO-8859-1 Hello list,

My university lab is competing for a nanosat project. I'm trying to gather information about DTN implementations to present to the group, and the following questions that I couldn't find answered online. Thanks for your consideration.

Has DTN2 or ION been ported to QNX for the spacecraft side? Anyone know the depth of difference between QNX and VxWorks? (As I see ION has been implemented on VxWorks, perhaps porting to QNX would be a viable option.)

I've seen very little about ground station configuration. I had almost expected Universities to have configured a basic ground station package (or list of requirements) so that a network of them across the globe could create DTN ground links, and share data with their experimental satellites via the terrestrial internet. Has this happened and I just haven't found it yet? If my lab builds a ground station to talk to our nanosat, it will be idle (but operational) for all but the small windows of time in which we can see our satellite. I would be more than happy to have it configured to ask as another DTN ground station, if our project could be incorporated into a network of such shared-use ground stations.

Thanks again for your thoughts.
Cheers,

Barrett Dillow
PhD Candidate
Space Systems Laboratory
University of Maryland, College Park --0016364ee4c0f08b2a049bbc0195-- Received: from scss.tcd.ie (hermes.cs.tcd.ie [134.226.32.56]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id p14ASMwE024458 for ; Fri, 4 Feb 2011 02:28:23 -0800 Received: from localhost (localhost [127.0.0.1]) by hermes.scss.tcd.ie (Postfix) with ESMTP id B6A133E407E; Fri, 4 Feb 2011 10:28:23 +0000 (GMT) X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie Received: from scss.tcd.ie ([127.0.0.1]) by localhost (scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id ucY7nYRMLlGN; Fri, 4 Feb 2011 10:28:23 +0000 (GMT) Received: from [134.226.36.137] (stephen-samy.dsg.cs.tcd.ie [134.226.36.137]) by smtp.scss.tcd.ie (Postfix) with ESMTPSA id 175403E407C; Fri, 4 Feb 2011 10:28:22 +0000 (GMT) Message-ID: <4D4BD4C6.3040900@cs.tcd.ie> Date: Fri, 04 Feb 2011 10:28:22 +0000 From: Stephen Farrell User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101208 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: DTN , DTN Security Discussion , "dtn-users@maillists.intel-research.net" X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [dtn-users] Migrating mailing list and wiki X-BeenThere: dtn-users@maillists.intel-research.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2011 10:28:23 -0000 Hi all, Due to some machine changes with the current infrastructure we're planning to migrate the DTNRG related lists (dtn-interest, dtn-security and dtn-users) to the IETF/IRTF infrastructure in the next few weeks. That'll mean you'll need to change filters etc. but everything else should be the same. We're also planning to move the wiki, which, all going well, should just result in a little downtime. Once we're all set, we'll send another mail with the final details. If there're any issues with the above please mail Kevin and I, and also cc Alex McMahon (alex.mcmahon@cs.tcd.ie) who'll be doing most of the real work involved. Regards, Stephen.