Re: [dtn-interest] UDP/DCCP draft

Joerg Ott <jo@netlab.tkk.fi> Wed, 10 October 2012 12:43 UTC

Return-Path: <jo@netlab.tkk.fi>
X-Original-To: dtn-interest@ietfa.amsl.com
Delivered-To: dtn-interest@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF5BD21F86D6 for <dtn-interest@ietfa.amsl.com>; Wed, 10 Oct 2012 05:43:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WMCmlEAxgPYU for <dtn-interest@ietfa.amsl.com>; Wed, 10 Oct 2012 05:43:00 -0700 (PDT)
Received: from smtp-2.hut.fi (smtp-2.hut.fi [130.233.228.92]) by ietfa.amsl.com (Postfix) with ESMTP id E96E721F86D4 for <dtn-interest@irtf.org>; Wed, 10 Oct 2012 05:42:59 -0700 (PDT)
Received: from localhost (katosiko.hut.fi [130.233.228.115]) by smtp-2.hut.fi (8.13.6/8.12.10) with ESMTP id q9ACgpae002574; Wed, 10 Oct 2012 15:42:51 +0300
Received: from smtp-2.hut.fi ([130.233.228.92]) by localhost (katosiko.hut.fi [130.233.228.115]) (amavisd-new, port 10024) with LMTP id 00638-1316; Wed, 10 Oct 2012 15:42:51 +0300 (EEST)
Received: from smtp.netlab.hut.fi (luuri.netlab.hut.fi [130.233.154.177]) by smtp-2.hut.fi (8.13.6/8.12.10) with ESMTP id q9ACgmIU002570; Wed, 10 Oct 2012 15:42:48 +0300
Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.netlab.hut.fi (Postfix) with ESMTP id 1EF501E0DD; Wed, 10 Oct 2012 15:42:48 +0300 (EEST)
X-Virus-Scanned: by amavisd-new at luuri.netlab.hut.fi
Received: from smtp.netlab.hut.fi ([127.0.0.1]) by localhost (luuri.netlab.hut.fi [127.0.0.1]) (amavisd-new, port 10024) with LMTP id xrH00Do3gs9J; Wed, 10 Oct 2012 15:42:43 +0300 (EEST)
Received: from joerg-otts-macbook.local (a91-154-110-176.elisa-laajakaista.fi [91.154.110.176]) by smtp.netlab.hut.fi (Postfix) with ESMTPSA id 464411E0B9; Wed, 10 Oct 2012 15:42:43 +0300 (EEST)
Message-ID: <50756D97.9090104@netlab.tkk.fi>
Date: Wed, 10 Oct 2012 15:44:07 +0300
From: Joerg Ott <jo@netlab.tkk.fi>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:15.0) Gecko/20120907 Thunderbird/15.0.1
MIME-Version: 1.0
To: Simon Perreault <simon.perreault@viagenie.ca>
References: <CFB330D8-7178-4783-8BF6-B2E7D050EEBC@ohio.edu> <50461E7C.9070904@viagenie.ca>
In-Reply-To: <50461E7C.9070904@viagenie.ca>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
X-TKK-Virus-Scanned: by amavisd-new-2.1.2-hutcc at katosiko.hut.fi
Cc: "Fall, Kevin" <kfall@qualcomm.com>, DTN interest <dtn-interest@irtf.org>, "Ostermann, Shawn" <osterman@ohio.edu>
Subject: Re: [dtn-interest] UDP/DCCP draft
X-BeenThere: dtn-interest@irtf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "The Delay-Tolerant Networking Research Group \(DTNRG\) - Announce." <dtn-interest.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/dtn-interest>, <mailto:dtn-interest-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www.irtf.org/mail-archive/web/dtn-interest>
List-Post: <mailto:dtn-interest@irtf.org>
List-Help: <mailto:dtn-interest-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/dtn-interest>, <mailto:dtn-interest-request@irtf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Oct 2012 12:43:00 -0000

Hi,

please find below my review for the UDP/DCCP convergence layer
draft.

Overall, the document is in good shape and almost ready to go.

Comments:

Section 3.2: somewhere here or in section 3.1, we may want to
point out the overhead of using bundle layer fragmentation since
the per-datagram overhead may be quite substantial.  No normative
language, just as a hint.

Section 3.4: We probably want to specify guidelines to look at
for the lower/upper bound for keep-alive messages.  The IETF
recommends 600s for UDP traffic, but experiments have shown that
NAT boxes may have as short timeouts as 30s.

Moreover, if both ends support keep-alives, is there a procedure
to follow if they receive keep-alives (in certain intervals)?  Or
is this function implemented for each direction individually?
Either is probably fine, but it would be useful to state this
explicitly.

Section 3.6: "or it MUST": this probably is meant to refer to
the bundle protocol using the convergence layer, not the dgram cl?
Should just be made explicit.

Nits:
If section 4 remains empty, we can remove it.
Sect. 2, 3rd para, 1st line: it's -> its


That's all I got.

Jörg