[dnsext] ILNP RRTYPEs review - result [IANA #561079]

Roy Arends <roy@nominet.org.uk> Fri, 06 July 2012 11:44 UTC

Return-Path: <roy@nominet.org.uk>
X-Original-To: dnsext@ietfa.amsl.com
Delivered-To: dnsext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 15AB421F8776 for <dnsext@ietfa.amsl.com>; Fri, 6 Jul 2012 04:44:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.8
X-Spam-Level:
X-Spam-Status: No, score=-9.8 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, SARE_SUB_RAND_LETTRS4=0.799]
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 oqNJHJQp2u4H for <dnsext@ietfa.amsl.com>; Fri, 6 Jul 2012 04:43:59 -0700 (PDT)
Received: from mx3.nominet.org.uk (mx3.nominet.org.uk [213.248.199.23]) by ietfa.amsl.com (Postfix) with ESMTP id 8B64721F8745 for <dnsext@ietf.org>; Fri, 6 Jul 2012 04:43:57 -0700 (PDT)
DomainKey-Signature: s=main.dk.nominet.selector; d=nominet.org.uk; c=nofws; q=dns; h=X-IronPort-AV:Received:Received:From:To:Subject: Thread-Topic:Thread-Index:Date:Message-ID:References: In-Reply-To:Accept-Language:Content-Language: X-MS-Has-Attach:X-MS-TNEF-Correlator:Content-Type: Content-ID:Content-Transfer-Encoding:MIME-Version; b=t4P9jTXPm2W5B9Ot6+HJgcNipQA1/Rci84GOOF4/wYJQPfAWHL+DwQXG SnDfBOojRMawp6wFsGtZjonLO9LtZOxWARR0hR5nRsF/XN7fvRfIO2hsY ZGebMQss7ec3CO3;
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nominet.org.uk; i=roy@nominet.org.uk; q=dns/txt; s=main.dkim.nominet.selector; t=1341575055; x=1373111055; h=from:sender:reply-to:subject:date:message-id:to:cc: mime-version:content-transfer-encoding:content-id: content-description:resent-date:resent-from:resent-sender: resent-to:resent-cc:resent-message-id:in-reply-to: references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:list-owner:list-archive; z=From:=20Roy=20Arends=20<roy@nominet.org.uk>|Subject:=20I LNP=20RRTYPEs=20review=20-=20result=20[IANA=20#561079] |Date:=20Fri,=206=20Jul=202012=2011:44:10=20+0000 |Message-ID:=20<99DC3EA9-EBBB-4D91-8C0B-4AC097E3BA8E@nomi net.org.uk>|To:=20"dnsext@ietf.org"=20<dnsext@ietf.org> |MIME-Version:=201.0|Content-Transfer-Encoding:=20quoted- printable|Content-ID:=20<4e82ab9e-6b0f-4b29-a11f-ad4a3a2e b68b>|In-Reply-To:=20<AFBE7423-3069-4443-8E24-B6D1B562BC1 D@nominet.org.uk>|References:=20<AFBE7423-3069-4443-8E24- B6D1B562BC1D@nominet.org.uk>; bh=o1S49In7UUYv2yjLXLxuTiFiWcIMH1USnO5hJwGfSTc=; b=lnkPDbrVJeAUuv+gjOx2blhjim55id1N2lAJVc/JW9cibvRRoNoaw11v G5OWpY2oQ16Hj24PXGVpxli01GcVQrtVDBYpy561dnZCoRlARv6wAUODv +oYMOmHHU60K4op;
X-IronPort-AV: E=Sophos;i="4.77,537,1336345200"; d="scan'208";a="41400587"
Received: from wds-exc2.okna.nominet.org.uk ([213.248.197.145]) by mx3.nominet.org.uk with ESMTP; 06 Jul 2012 12:44:12 +0100
Received: from WDS-EXC1.okna.nominet.org.uk ([fe80::1593:1394:a91f:8f5f]) by wds-exc2.okna.nominet.org.uk ([fe80::7577:eaca:5241:25d4%19]) with mapi; Fri, 6 Jul 2012 12:44:11 +0100
From: Roy Arends <roy@nominet.org.uk>
To: "dnsext@ietf.org" <dnsext@ietf.org>
Thread-Topic: ILNP RRTYPEs review - result [IANA #561079]
Thread-Index: AQHNW2yohhY5yqT2t0eWThyYzrP15A==
Date: Fri, 06 Jul 2012 11:44:10 +0000
Message-ID: <99DC3EA9-EBBB-4D91-8C0B-4AC097E3BA8E@nominet.org.uk>
References: <AFBE7423-3069-4443-8E24-B6D1B562BC1D@nominet.org.uk>
In-Reply-To: <AFBE7423-3069-4443-8E24-B6D1B562BC1D@nominet.org.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: text/plain; charset="us-ascii"
Content-ID: <4e82ab9e-6b0f-4b29-a11f-ad4a3a2eb68b>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: [dnsext] ILNP RRTYPEs review - result [IANA #561079]
X-BeenThere: dnsext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: DNS Extensions working group discussion list <dnsext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsext>, <mailto:dnsext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsext>
List-Post: <mailto:dnsext@ietf.org>
List-Help: <mailto:dnsext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsext>, <mailto:dnsext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Jul 2012 11:44:00 -0000

Dear Colleagues,

This message ends the review process for the ILNP RRTYPEs. According to
my judgment the requests meet RFC6195 at both requirements of section
3.1.1 and none of section 3.1.2 and should be accepted.

I will work with the editors to address Tony Finch' editorial remarks.

Thank you,

Warmly,

Roy Arends

Best Regards,
On Jun 13, 2012, at 11:00 PM, Roy Arends wrote:

> Dear Colleagues,
> 
> Below is a completed template requesting new RRTYPE assignments under the procedures of RFC6195.
> 
> This message starts a 3 weeks period for an expert-review of the DNS RRTYPE parameter allocations for ILNP specified in http://www.ietf.org/id/draft-irtf-rrg-ilnp-dns-05.txt
> 
> If you have comments regarding this request please post them here before July 5th 18:00 UTC.
> 
> Best Regards,
> Roy Arends
> 
>          DNS RRTYPE PARAMETER ALLOCATION TEMPLATE
> 
>      When ready for formal consideration, this template is
>      to be submitted to IANA for processing by emailing the
>      template to dns-rrtype-applications@ietf.org.
> 
>      A.    Submission Date:  To be determined.
> 
>      B.    Submission Type:
>            [X] New RRTYPE
> 
>      C.    Contact Information for submitter:
>               Name:  R. Atkinson
>               Email Address: rja.lists@gmail.com
>               International telephone number: unlisted
>               Other contact handles:
> 
>      D.    Motivation for the new RRTYPE application?
> 
>         Support for an experimental set of IP extensions
>         that replace the concept of an "IP Address" with
>         distinct "Locator" and "Identifier" values.
> 
>      E.    Description of the proposed RR type.
> 
>            Please see:
> 
>              http://tools.ietf.org/id/draft-irtf-rrg-ilnp-dns-05.txt
> 
>            for a full description.
> 
>      F.    What existing RRTYPE or RRTYPEs come closest to filling
>            that need and why are they unsatisfactory?
> 
>      There is no RRTYPE that fulfils the need due to the
>      new semantics of Locator and Identifier values.
> 
>         The AAAA record combines both Locator and Identifier,
>         so has significantly different semantics than having
>         separate L64 and NID record values.  The AAAA record also
>         lacks scalability and flexibility in the context of the
>         experimental protocol extensions that will use the NID
>         and L64 records, as any valid NID record value for a node
>         can be used on the wire with any valid L64 record value
>         for the same node.
> 
>         The CNAME record is closest conceptually to an LP
>         record, but a CNAME is a node name referral scheme,
>         while the LP record is indicating that the given node
>         has the same routing prefix as some other domain name,
>         but does not necessarily have any other values that are
>         the same.
> 
>     Lastly, the AAAA and CNAME RR Types lack a Preference
>     field to rank responses.  Such Preference information
>     is required for ILNP in order to support the use of multiple
>     instances of NID, L32, L64 and LP records.
> 
>      G.    What mnemonic is requested for the new RRTYPE (optional)?
> 
>         As described in this draft, "NID", "L32", "L64", and "LP".
> 
>      H.    Does the requested RRTYPE make use of any existing IANA
>            Registry or require the creation of a new IANA
>            sub-registry in DNS Parameters?
> 
>         Existing registry of DNS Resource Record (RR) data TYPE
>         values should be used.
> 
>      I.    Does the proposal require/expect any changes in DNS
>            servers/resolvers that prevent the new type from being
>            processed as an unknown RRTYPE (see [RFC3597]) ?
> 
>         No.
> 
>      J.    Comments:
>           This document defines "ILNP-aware" DNS servers
>           or DNS resolver as a DNS server (authoritative or recursive)
>           that MAY include other ILNP RRTypes in the Additional
>           section of a DNS response that match a QNAME (if
>           size permits). This is to reduce the number of
>           DNS stub resolver follow-up DNS queries. and only applies
>           when the QTYPE is either NID, L32, L64, or LP.  There is no
>           signalling mechanism for this Additional section
>           processing, and this is believed to be compatible
>           with existing non-ILNP-aware DNS servers and DNS stub
>           resolvers.
> 
>           No changes are required for existing deployed
>           DNS servers or DNS resolvers.
> 
>