Re: [arch-d] Call for Comment: <draft-iab-arpa-authoritative-servers-00> (Nameservers for the Address and Routing Parameter Area ("arpa") Domain)

Yasuhiro Orange Morishita <yasuhiro@jprs.co.jp> Mon, 10 May 2021 06:43 UTC

Return-Path: <yasuhiro@jprs.co.jp>
X-Original-To: architecture-discuss@ietfa.amsl.com
Delivered-To: architecture-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88CFB3A16BC for <architecture-discuss@ietfa.amsl.com>; Sun, 9 May 2021 23:43:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f5Ed5W9d9N7G for <architecture-discuss@ietfa.amsl.com>; Sun, 9 May 2021 23:43:16 -0700 (PDT)
Received: from off-send41.osa.jprs.co.jp (off-send41.osa.jprs.co.jp [117.104.133.135]) by ietfa.amsl.com (Postfix) with ESMTP id 9FFB13A16B8 for <architecture-discuss@ietf.org>; Sun, 9 May 2021 23:43:16 -0700 (PDT)
Received: from off-sendsmg31.osa.jprs.co.jp (off-sendsmg31.osa.jprs.co.jp [172.23.8.161]) by off-send41.osa.jprs.co.jp (Postfix) with ESMTP id 3A528402F59; Mon, 10 May 2021 15:43:15 +0900 (JST)
Received: from off-sendsmg31.osa.jprs.co.jp (localhost [127.0.0.1]) by postfix.imss91 (Postfix) with ESMTP id 31392602458A; Mon, 10 May 2021 15:43:13 +0900 (JST)
Received: from localhost (off-cpu08.osa.jprs.co.jp [172.23.4.18]) by off-sendsmg31.osa.jprs.co.jp (Postfix) with ESMTP id 261E46024561; Mon, 10 May 2021 15:43:13 +0900 (JST)
Date: Mon, 10 May 2021 15:43:13 +0900
Message-Id: <20210510.154313.1031194877427788250.yasuhiro@jprs.co.jp>
To: architecture-discuss@ietf.org, iab@iab.org
From: Yasuhiro Orange Morishita <yasuhiro@jprs.co.jp>
In-Reply-To: <162032688379.30751.17216920147784179639@ietfa.amsl.com>
References: <162032688379.30751.17216920147784179639@ietfa.amsl.com>
Organization: Japan Registry Services Co., Ltd.
X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
Mime-Version: 1.0
Content-Type: Text/Plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSS-9.1.0.1231-8.6.0.1013-26142.006
X-TM-AS-Result: No--14.269-5.0-31-10
X-imss-scan-details: No--14.269-5.0-31-10
X-TMASE-Version: IMSS-9.1.0.1231-8.6.1013-26142.006
X-TMASE-Result: 10--14.269200-10.000000
X-TMASE-MatchedRID: ePcMifpNiztCXIGdsOwlUu5i6weAmSDKuikHZcC6ceA/vgFpaLdKG/wc 5a4nCWoWT16H7QdOOYgTNcrm8YCxBErOXQ4vCtZYLCDCajDZWp3GkKRgW8OLtwzvg1/q1MH29ed XjiYTrJQE0KddVkCXNCvcqxXFsTtB6NmVjMtuA18k3NzXU7fmeiFpytjwd8OVEI7B2Q/c1V4pMe SFU2IvFVEf7RXyLKuE+l3CMlu+Q9Pf9lzl5DEUWsMmd/8j9dbKMDmYaN/e0lbWeQtrcncLfX5in 8np/PvK163fPJru+mTPfeJThW7OUhMNizWX5cxiLFirdaqw+KGGIILDVM87gm82zvsXichavPkw xzgUMmu4FLVqd1E+GStMgircbnS/L4WBw6JPryM5DYe+9kInTN44NytD4s3OSbvbKPrzpddXSjN jHplub9DOagAhAYmzdApUIicoT0gKm5kt79XbMZi6azWeQjWt+KgiyLtJrSBrRM6wvXgDabXQPQ H2e5fTqi1Ip2jeGarfHbErV3r4keHz26slcFA7DHEg6thbROy5I3Jkp5qIPqY7XH28Hn1Ro8WMk QWv6iV95l0nVeyiuD3qzHKAhsUYRjjVhf+j/wrrpxhAaj4pfqRJiL+iL2tOC24oEZ6SpSkj80Za 3RRg8MInkNSz8WK/IguHF8hz6hQmcDSTQZpyQdwXYVPRfxvH0X/jRT2yP4g=
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/N3KO-WvZJpLl_C16hBWp1XX3r38>
Subject: Re: [arch-d] Call for Comment: <draft-iab-arpa-authoritative-servers-00> (Nameservers for the Address and Routing Parameter Area ("arpa") Domain)
X-BeenThere: architecture-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: open discussion forum for long/wide-range architectural issues <architecture-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/architecture-discuss/>
List-Post: <mailto:architecture-discuss@ietf.org>
List-Help: <mailto:architecture-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 10 May 2021 06:43:22 -0000

Hi, IAB;

> The Call for Comment will last until 2021-06-03. Please send comments to
> architecture-discuss@ietf.org and iab@iab.org.

I have a technical comment.  Section 3.1 of this describes as follows:

---
   Because these nameservers are completely in-bailiwick of the "arpa"
                                            ^^^^^^^^^^^^
   zone, they will require glue records in the root zone.  This is
   consistent with current practice and requires no operational changes
   to the root zone.
---

This "in-bailiwick" is must be "in-domain".
Section 7 of RFC 8499 (DNS Terminology) defines it as I quoted below:

---
   Bailiwick:  "In-bailiwick" is a modifier to describe a name server
      whose name is either a subdomain of or (rarely) the same as the
      origin of the zone that contains the delegation to the name
      server.  In-bailiwick name servers may have glue records in their
      parent zone (using the first of the definitions of "glue records"
      in the definition above).  (The word "bailiwick" means the
      district or territory where a bailiff or policeman has
      jurisdiction.)

      "In-bailiwick" names are divided into two types of names for name
      servers: "in-domain" names and "sibling domain" names.

      *  In-domain: a modifier to describe a name server whose name is
         either subordinate to or (rarely) the same as the owner name of
         the NS resource records.  An in-domain name server name needs
         to have glue records or name resolution fails.  For example, a
         delegation for "child.example.com" may have "in-domain" name
         server name "ns.child.example.com".

      *  Sibling domain: a name server's name that is either subordinate
         to or (rarely) the same as the zone origin and not subordinate
         to or the same as the owner name of the NS resource records.
         Glue records for sibling domains are allowed, but not
         necessary.  For example, a delegation for "child.example.com"
         in "example.com" zone may have "sibling" name server name
         "ns.another.example.com".
---

Rrgards,

-- 
Yasuhiro 'Orange' Morishita <yasuhiro@jprs.co.jp>
URI: <http://jprs.co.jp/en/> | <http://www.dns.jp/>

From: IAB Executive Administrative Manager <execd@iab.org>
Subject: Call for Comment: <draft-iab-arpa-authoritative-servers-00> (Nameservers for the Address and Routing Parameter Area ("arpa") Domain)
Date: Thu, 06 May 2021 11:48:04 -0700

> This is an announcement of an IETF-wide Call for Comment on 
> draft-iab-arpa-authoritative-servers-00.
> 
> The document is being considered for publication as an Informational RFC 
> within the IAB stream, and is available for inspection at:
> <https://datatracker.ietf.org/doc/draft-iab-arpa-authoritative-servers/>
> 
> The Call for Comment will last until 2021-06-03. Please send comments to
> architecture-discuss@ietf.org and iab@iab.org.
> 
> Abstract:
> 
>    This document describes revisions to operational practices to
>    separate function of the "arpa" top-level domain in the DNS from its
>    historical operation alongside the DNS root zone.
> 
> _______________________________________________
> IETF-Announce mailing list
> IETF-Announce@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf-announce
>