Re: [rrg] Last call for revised ILNP documents

Steven Blake <slblake@petri-meat.com> Sun, 29 January 2012 06:24 UTC

Return-Path: <slblake@petri-meat.com>
X-Original-To: rrg@ietfa.amsl.com
Delivered-To: rrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4B0421F84B4 for <rrg@ietfa.amsl.com>; Sat, 28 Jan 2012 22:24:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.208
X-Spam-Level:
X-Spam-Status: No, score=-101.208 tagged_above=-999 required=5 tests=[AWL=0.592, BAYES_00=-2.599, SARE_SUB_RAND_LETTRS4=0.799, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SwhW6RhRx+3W for <rrg@ietfa.amsl.com>; Sat, 28 Jan 2012 22:24:29 -0800 (PST)
Received: from elom.tchmachines.com (elom.tchmachines.com [208.76.80.198]) by ietfa.amsl.com (Postfix) with ESMTP id A0F0B21F84A5 for <rrg@irtf.org>; Sat, 28 Jan 2012 22:24:29 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=petri-meat.com; h=Received:Subject:From:To:Cc:Date:In-Reply-To:References:Content-Type:X-Mailer:Content-Transfer-Encoding:Message-ID:Mime-Version; b=Nc+oFVknkBFinle43oP33RKne2TJ+wb2UdecQ7tXTQlCpDMZku9EsMYj4arT7zKaNl2LdTZDp/a/29AGvPWGbIukJwTRJfWvAWW15HIfpIf3S2HPDrxvkW+6NM7JfV+x;
Received: from cpe-174-097-234-146.nc.res.rr.com ([174.97.234.146]) by elom.tchmachines.com with esmtpa (Exim 4.69) (envelope-from <slblake@petri-meat.com>) id 1RrOBd-0006L8-PI; Sun, 29 Jan 2012 01:24:25 -0500
From: Steven Blake <slblake@petri-meat.com>
To: Stephane Bortzmeyer <bortzmeyer@nic.fr>
Date: Sun, 29 Jan 2012 01:24:26 -0500
In-Reply-To: <20120122200304.GA25328@laperouse.bortzmeyer.org>
References: <3707_1327261632_4F1C67BF_3707_53111_1_3D73ACA7-24DC-46B4-B933-0775F9E01E80@tony.li> <20120122200304.GA25328@laperouse.bortzmeyer.org>
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.0.3 (3.0.3-1.fc15)
Content-Transfer-Encoding: 7bit
Message-ID: <1327818266.7125.5.camel@tachyon>
Mime-Version: 1.0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - elom.tchmachines.com
X-AntiAbuse: Original Domain - irtf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - petri-meat.com
Cc: rrg@irtf.org, Lars Eggert <lars.eggert@nokia.com>
Subject: Re: [rrg] Last call for revised ILNP documents
X-BeenThere: rrg@irtf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IRTF Routing Research Group <rrg.irtf.org>
List-Unsubscribe: <http://www.irtf.org/mailman/options/rrg>, <mailto:rrg-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www.irtf.org/mail-archive/web/rrg>
List-Post: <mailto:rrg@irtf.org>
List-Help: <mailto:rrg-request@irtf.org?subject=help>
List-Subscribe: <http://www.irtf.org/mailman/listinfo/rrg>, <mailto:rrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Sun, 29 Jan 2012 06:24:30 -0000

On Sun, 2012-01-22 at 21:03 +0100, Stephane Bortzmeyer wrote:

> On Sat, Jan 14, 2012 at 10:18:03AM -0800,
>  Tony Li <tony.li@tony.li> wrote 
>  a message of 27 lines which said:
> 
> > Given the extent of the changes, it's appropriate that the RG review
> > and comment, with a full two week review cycle and consensus check.
> 
> I've read the documents (except the IPv4-specific ones) and I believe
> they are mostly complete and clearly explain how ILNP works.
> 
> There is just one thing which seems to be absent: I do not find
> clearly stated how are the identifier and locator stored in the IPv6
> packet. From some paragraphs, I guess the locator use the high-order
> 64 bits of the IPv6 address and the identifier the low-order bits but
> I was not able to find it clearly written.

It appears that some text from draft-rja-ilnp-intro didn't make it into
the reorganized drafts.  I suggest the authors write a very short draft
describing the ILNPv6 header.

> Another point is more a detail: the documents seem to mandate that
> there is a state in the machine for every ILNP correspondent (the
> ILCC). This is no problem for a HTTP server (there is already the TCP
> state) but more problematic for active authoritative DNS servers:
> today, they are able to sustain a very high activity because they have
> absolutely zero state. May be the ILCC could be made optional for
> stateless servers? (There is no need to receive locator updates for
> the ultra-short transactions of the DNS.)
> 
> Otherwise, there is a typo in the references,
> draft-irtf-rrg-ilnp-noncev6 is written draft-irtf-rrg-ilnp-nonce6 in
> the docs (no 'v').

It makes no sense to use the ILNP machinery for a DNS query (or any
similar UDP-based simple request/response transaction).  One of the
drafts probably ought to state this explicitly.

[Yes, I know I am tardy submitting comments.]


Regards,

// Steve