Re: [hiprg] draft-ahrenholz-hiprg-dht-05

"Ahrenholz, Jeffrey M" <> Mon, 02 November 2009 17:28 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id C1A8F3A6A6D for <>; Mon, 2 Nov 2009 09:28:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 3DVTz1Mq087Y for <>; Mon, 2 Nov 2009 09:28:44 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 951C83A6A6E for <>; Mon, 2 Nov 2009 09:28:44 -0800 (PST)
Received: from ( []) by (8.14.0/8.14.0/8.14.0/SMTPOUT) with ESMTP id nA2HSsb1007218 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Nov 2009 09:28:54 -0800 (PST)
Received: from (localhost []) by (8.14.0/8.14.0/DOWNSTREAM_RELAY) with ESMTP id nA2HSsvk026328; Mon, 2 Nov 2009 09:28:54 -0800 (PST)
Received: from ( []) by (8.14.0/8.14.0/UPSTREAM_RELAY) with ESMTP id nA2HSrkF026321 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=OK); Mon, 2 Nov 2009 09:28:54 -0800 (PST)
Received: from ([]) by ([]) with mapi; Mon, 2 Nov 2009 09:28:53 -0800
From: "Ahrenholz, Jeffrey M" <>
To: 'Ken Rimey' <>, "" <>
Date: Mon, 02 Nov 2009 09:28:52 -0800
Thread-Topic: [hiprg] draft-ahrenholz-hiprg-dht-05
Thread-Index: AcpXPhbumdZssMVlQWKNQhte/8Vp/AEnBu+w
Message-ID: <>
References: <0DF156EE7414494187B087A3C279BDB404AD7C9D@XCH-NW-6V1.nw.nos.boei> <> <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [hiprg] draft-ahrenholz-hiprg-dht-05
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Host Identity Protocol \(HIP\) Research Group" <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 02 Nov 2009 17:28:45 -0000

> Well, I'm not so sure the OpenDHT interface is ideal for this sort of
> application, but it is reasonably simple, and there is software out
> there that has been written to use it.  It's good for getting started
> with.

what is the ideal interface?
...that would be a great discussion for this list.

> In the introduction, mentioning that OpenLookup is not a DHT might
> avoid some misunderstandings.  Maybe something like this: "OpenLookup,
> while not a DHT, is another deployment of open source software
> compatible with the OpenDHT interface."

OK, good point, will add such text.

> Near the end of Section 3.1, the text incorrectly indicates that
> OpenDHT does not promise to honor the time-to-live.  I'll quote from
> "OpenDHT: A Public DHT Service and Its Uses"
> (

this text about TTL was added due to concerns voiced by Stephane Bortzmeyer:

I don't know whether or not the server honors the TTL under heavy load. From that 2005 paper you quoted clearly they intended the TTL to be guaranteed. It seems that the server is supposed to return the "over capacity" code in that situation. I'd be fine with removing that text, it is only one or two sentences.

> Finally, the first paragraph of Section 6 incorrectly assumes that get
> operations return values in the order in which they were put into the
> DHT:
> Actually, the ordering of the returned values is determined by a
> cursor based on just the value and the secret hash.  That's how
> placemarks work.
> Ken

we may need to include something like the SEQ TLV in the HDRR, so that each record has an update id; then clients may retrieve all available values and use the most recent one