Re: [dtn-interest] Bundle Protocol question

Stephen Farrell <stephen.farrell@cs.tcd.ie> Mon, 17 November 2008 12:44 UTC

Received: from services.meeting.ietf.org (smtp.meeting.ietf.org [130.129.5.10]) by maillists.intel-research.net (8.13.8/8.13.8) with ESMTP id mAHCiSYd004877 for <dtn-interest@maillists.intel-research.net>; Mon, 17 Nov 2008 04:44:28 -0800
Received: from [130.129.78.129] ([130.129.78.129]) by services.meeting.ietf.org (8.14.2/8.14.2) with ESMTP id mAHCPRTt015990 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 17 Nov 2008 12:25:33 GMT (envelope-from stephen.farrell@cs.tcd.ie)
Message-ID: <492162A6.3090700@cs.tcd.ie>
Date: Mon, 17 Nov 2008 12:25:10 +0000
From: Stephen Farrell <stephen.farrell@cs.tcd.ie>
User-Agent: Thunderbird 2.0.0.16 (X11/20080707)
MIME-Version: 1.0
To: L.Wood@surrey.ac.uk
References: <9a4753250811162329h5faa284aqb48115778b448edd@mail.gmail.com> <4835AFD53A246A40A3B8DA85D658C4BE7B0D10@EVS-EC1-NODE4.surrey.ac.uk>
In-Reply-To: <4835AFD53A246A40A3B8DA85D658C4BE7B0D10@EVS-EC1-NODE4.surrey.ac.uk>
X-Enigmail-Version: 0.95.7
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: dtn-interest@maillists.intel-research.net
Subject: Re: [dtn-interest] Bundle Protocol question
X-BeenThere: dtn-interest@maillists.intel-research.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Delay Tolerant Networking Interest List <dtn-interest.maillists.intel-research.net>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-interest>, <mailto:dtn-interest-request@maillists.intel-research.net?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-interest>
List-Post: <mailto:dtn-interest@maillists.intel-research.net>
List-Help: <mailto:dtn-interest-request@maillists.intel-research.net?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-interest>, <mailto:dtn-interest-request@maillists.intel-research.net?subject=subscribe>
X-List-Received-Date: Mon, 17 Nov 2008 12:44:28 -0000

Hi Lloyd,

Ensuring that drafts don't expire is the author's responsibility, and
I've no idea where you get the "no interest from the chairs" idea, which
is just plain wrong. And of course, reviving I-Ds these days is almost
a NOOP, so you can relax on this one.

Stephen.

L.Wood@surrey.ac.uk wrote:
> Kurtis,
> 
> Not surprised you're having problems with the length 'field' - it's an SDNV.
> That's described briefly in section 4.1 of RFC5050. Note the (*) in the
> diagram
> in section 4.5 of RFC5050.
> 
> It was recognised that more documentation of SDNVs was needed for
> implementers,
> so the workgroup draft:
> http://ietfreport.isoc.org/idref/draft-irtf-dtnrg-sdnv/
> was adopted after:
> http://tools.ietf.org/html/draft-eddy-dtn-sdnv-03
> was written. But that workgroup draft has been allowed to expire, with
> no further
> interest expressed in it from the chairs.
> 
> (I'd have aimed to have the SDNV draft published as an RFC before or
> with RFC5050,
> as the dependency is obvious.)
> 
> hope this helps,
> 
> L.
> 
> <http://www.ee.surrey.ac.uk/Personal/L.Wood/><L.Wood@surrey.ac.uk>
> 
> 
> 
> -----Original Message-----
> From: dtn-interest-bounces@maillists.intel-research.net on behalf of
> Kurtis Heimerl
> Sent: Mon 2008-11-17 7:29
> To: dtn-interest@maillists.intel-research.net
> Subject: [dtn-interest] Bundle Protocol question
> 
> Hello again DTN-interest! I've made great strides on the python DTN
> implementation, and can send and receive smaller bundles over the
> TCPCL.
> 
> I've begun work on allowing for larger files. For small files, the
> implementation was allowed to strip off the type, flags and length
> fields from the Bundle Payload block and assume the rest is payload.
> However, as the payload gets larger, this fails.
> 
> I need a field that indicates the length of the payload, but it turns
> out that the block length field of the Bundle payload block isn't
> anything obviously correct. It seems to return 8 if the bundle is
> small and 4096 if large. It doesn't depend on the length of the
> payload, that much I'm certain about. This means either I'm
> incorrectly decoding this variable, which I find unlikely due to the
> correctness of the rest of the fields, or it's not what I thought it
> was. Where am I supposed to get this length?
> 
> Also, are any of the DTN implementations more readable than the
> reference of symbian implementations? It's hard to parse those, so a
> simpler version might lead me to unblocking myself more often.
> 
> Thanks!
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> dtn-interest mailing list
> dtn-interest@maillists.intel-research.net
> http://maillists.intel-research.net/mailman/listinfo/dtn-interest