Re: [dtn-security] Newbie seeking some security related advice

"Graham Keellings (Leonix Solutions Pte Ltd)" <Graham@LeonixSolutions.com> Thu, 28 May 2009 02:20 UTC

Received: from sky.fastbighost.net (sky.fastbighost.net [76.76.22.153]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id n4S2KnDJ000743 for <dtn-security@maillists.intel-research.net>; Wed, 27 May 2009 19:20:50 -0700
Received: from dyn98-b60-access.superdsl.com.sg ([202.73.60.98] helo=[192.9.200.103]) by sky.fastbighost.net with esmtpa (Exim 4.69) (envelope-from <Graham@LeonixSolutions.com>) id 1M9VBt-0000iV-Uc; Wed, 27 May 2009 22:17:58 -0400
Message-ID: <4A1DF457.1060400@LeonixSolutions.com>
Date: Thu, 28 May 2009 10:17:59 +0800
From: "Graham Keellings (Leonix Solutions Pte Ltd)" <Graham@LeonixSolutions.com>
Organization: Leonix Solutions Pte Ltd
User-Agent: Thunderbird 2.0.0.21 (X11/20090409)
MIME-Version: 1.0
To: Armando Caro <acaro@bbn.com>
References: <89E48AE60E64EF4E8EB32B0B7EC74920A1B0F5@EVS-EC1-NODE2.surrey.ac.uk> <4A12195A.6000207@LeonixSolutions.com> <3A5AA67A8B120B48825BFFCF5443856137E0B06196@NDJSSCC03.ndc.nasa.gov> <4A1DD73F.50000@bbn.com>
In-Reply-To: <4A1DD73F.50000@bbn.com>
X-Enigmail-Version: 0.95.7
Content-Type: multipart/mixed; boundary="------------000200020504010005080106"
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - sky.fastbighost.net
X-AntiAbuse: Original Domain - maillists.intel-research.net
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - LeonixSolutions.com
X-Source:
X-Source-Args:
X-Source-Dir:
Cc: "dtn-security@maillists.intel-research.net" <dtn-security@maillists.intel-research.net>
Subject: Re: [dtn-security] Newbie seeking some security related advice
X-BeenThere: dtn-security@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: DTN Security Discussion <dtn-security.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-security>, <mailto:dtn-security-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-security>
List-Post: <mailto:dtn-security@maillists.intel-research.net>
List-Help: <mailto:dtn-security-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-security>, <mailto:dtn-security-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Thu, 28 May 2009 02:20:50 -0000

Armando Caro wrote:
> Ivancic, William D. (GRC-RHN0) wrote:
>> I believe DARPA is using DTN for voice networks but I believe the
>> disruption is expected to be very quick fades and the like or perhaps
>> that voice simply will not make sense at certain times.
>
> I believe you are referring to the work that BBN is doing for the
> DARPA WNaN program. For this program, we run IP over DTN and use VoIP
> without modifications to the VoIP application. We are using the BPA as
> a forwarding engine that works in both connected and disconnected
> scenarios. VoIP traffic (and other delay sensitive traffic) are only
> routed/forwarded to destinations that are currently connected, since
> VoIP doesn't make sense for disconnected destinations. If a node
> receives VoIP traffic for a disconnected destination, the traffic is
> dropped.
What about "transiently" disconnected nodes? Can we accept loss of
transmission for a fraction of a second? Or even a few seconds?

If I stipulate a network that carries primarily voice traffic (albeit as
VoIP), then what does DTN bring me? I could argue that it adds a degree
of complexity that brings no gain.  I suppose that the gain is that the
network is distributed and has no central infrastructure (although, to
split hairs, that is an ah-hoc network, which not all DTN need to be); I
can see that that would be attractive to DARPA.

>
> One important take-away from this work... the motivation of DTN is to
> support delay/disrupted scenarios and apps that can operate in that
> regime, but it is possible to implement a DTN stack that can also deal
> with time-sensitive traffic.
>
> Armando
>

Thanks very much for taking the time to reply.

Graham


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