[hiprg] FW: Review of draft-irtf-hiprg-dht-03

"Henderson, Thomas R" <thomas.r.henderson@boeing.com> Sat, 25 June 2011 22:17 UTC

Return-Path: <thomas.r.henderson@boeing.com>
X-Original-To: hiprg@ietfa.amsl.com
Delivered-To: hiprg@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 2A2B011E8123 for <hiprg@ietfa.amsl.com>; Sat, 25 Jun 2011 15:17:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.12
X-Spam-Status: No, score=-106.12 tagged_above=-999 required=5 tests=[AWL=-0.320, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, SARE_SUB_RAND_LETTRS4=0.799, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id g5ZvNa-XTqPA for <hiprg@ietfa.amsl.com>; Sat, 25 Jun 2011 15:17:33 -0700 (PDT)
Received: from stl-smtpout-01.boeing.com (stl-smtpout-01.boeing.com []) by ietfa.amsl.com (Postfix) with ESMTP id 6D7D511E811F for <hiprg@irtf.org>; Sat, 25 Jun 2011 15:17:33 -0700 (PDT)
Received: from slb-av-01.boeing.com (slb-av-01.boeing.com []) by stl-smtpout-01.ns.cs.boeing.com (8.14.4/8.14.4/8.14.4/SMTPOUT) with ESMTP id p5PMHMFh015153 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 25 Jun 2011 17:17:23 -0500 (CDT)
Received: from slb-av-01.boeing.com (localhost []) by slb-av-01.boeing.com (8.14.4/8.14.4/DOWNSTREAM_RELAY) with ESMTP id p5PMHMII012126; Sat, 25 Jun 2011 15:17:22 -0700 (PDT)
Received: from XCH-NWHT-07.nw.nos.boeing.com (xch-nwht-07.nw.nos.boeing.com []) by slb-av-01.boeing.com (8.14.4/8.14.4/UPSTREAM_RELAY) with ESMTP id p5PMHLTL012121 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=OK); Sat, 25 Jun 2011 15:17:21 -0700 (PDT)
Received: from XCH-NW-10V.nw.nos.boeing.com ([]) by XCH-NWHT-07.nw.nos.boeing.com ([]) with mapi; Sat, 25 Jun 2011 15:17:18 -0700
From: "Henderson, Thomas R" <thomas.r.henderson@boeing.com>
To: "hiprg@irtf.org" <hiprg@irtf.org>
Date: Sat, 25 Jun 2011 15:17:17 -0700
Thread-Topic: Review of draft-irtf-hiprg-dht-03
Thread-Index: AcwyWxDcoW/lGzJLR4m2SC8gbjhAjQBKmM9A
Message-ID: <7CC566635CFE364D87DC5803D4712A6C4CEED71AD5@XCH-NW-10V.nw.nos.boeing.com>
Accept-Language: en-US
Content-Language: en-US
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: 'Martin Stiemerling' <Martin.Stiemerling@neclab.eu>
Subject: [hiprg] FW: Review of draft-irtf-hiprg-dht-03
X-BeenThere: hiprg@irtf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Host Identity Protocol \(HIP\) Research Group" <hiprg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/hiprg>, <mailto:hiprg-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www.irtf.org/mail-archive/web/hiprg>
List-Post: <mailto:hiprg@irtf.org>
List-Help: <mailto:hiprg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/hiprg>, <mailto:hiprg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Sat, 25 Jun 2011 22:17:34 -0000

Please see below Martin Stiemerling's IRSG review of the HIP DHT interface draft.  We will address these comments on the list and, once all comments are addressed, will initiate an IRSG Poll on the revised document.

- Tom

-----Original Message-----
From: irsg-bounces@irtf.org [mailto:irsg-bounces@irtf.org] On Behalf Of Martin Stiemerling
Sent: Friday, June 24, 2011 3:40 AM
To: irsg@irtf.org; Ahrenholz, Jeffrey M
Subject: [irsg] Review of draft-irtf-hiprg-dht-03

Dear all,

Here is my IRSG expert review of draft-irtf-hiprg-dht-03. 

In see the need for an updated of the draft to address my comments below.

The draft is in a good shape, clearly describing the HIP DHT interface. It is a good source for somebody who wants to program this. 
Only the currently missing deployment of OpenDHT hurts a bit, as this is not yet usable anymore. However, this is out of reach of the authors. 

I would swap the Section 3 and Section 4. Section 3 is relying on the knowledge about what the HDRRs are, but all of this is introduced in Section 4. This would improve the readability of the draft. 

- Section 3, page 8, first paragraph on that page:
How often should a HIP peer check whether the name to HIT binding is still valid? The text only says that a check if needed, but there is no hint to the frequency, e.g., years, days, hours, minutes, seconds (?)
- Section 4, page 15, last paragraph:
This proposed server side checking could be source of a denial of service attack, as the DHT server would need to do some processing on its own. I would either remove this or document it well in the security section. 
- Section 6, page 18, 4th paragraph:
This latency considerations neglect the processing impact of the DHT itself. DHTs are not the fastest lookup mechanism in the world. This should also be documented as an impacting factor. 

- Section 1, first paragraph:
"DHTs are also designed to support frequently updating"
What is frequently in this case? I would understand frequently in the range of seconds, but this may not be true for DHTs. DHTs can be updated more frequently than a DNS based approach and that is what you are probably trying to say here.
- Section 2, 3rd paragraph, 1st sentence:
" OpenDHT stores values using (hash) keys." 
This is incomplete. I would suggest to write
"OpenDHT stores values and indexes those by using (hash) keys."
- Appendix A:
Please add a note that this appendix should be removed by the RFC editor (assuming that this is the intention).

I'm available for any question or comment to my review.

With best regards



NEC Laboratories Europe - Network Research Division
NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, London W3 6BL | Registered in England 2832014