Re: Last Call: <draft-ietf-nfsv4-federated-fs-dns-srv-namespace-08.txt> (Using DNS SRV to Specify a Global File Name Space with NFS version 4) to Proposed Standard

SM <sm@resistor.net> Mon, 12 September 2011 10:05 UTC

Return-Path: <sm@resistor.net>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77A6F21F85F6 for <ietf@ietfa.amsl.com>; Mon, 12 Sep 2011 03:05:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.577
X-Spam-Level:
X-Spam-Status: No, score=-102.577 tagged_above=-999 required=5 tests=[AWL=0.022, BAYES_00=-2.599, 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 4roTOrnt9UAb for <ietf@ietfa.amsl.com>; Mon, 12 Sep 2011 03:05:46 -0700 (PDT)
Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id F36DA21F8696 for <ietf@ietf.org>; Mon, 12 Sep 2011 03:05:45 -0700 (PDT)
Received: from SUBMAN.resistor.net (IDENT:sm@localhost [127.0.0.1]) by mx.elandsys.com (8.14.4/8.14.5) with ESMTP id p8CA7gDR021619 for <ietf@ietf.org>; Mon, 12 Sep 2011 03:07:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1315822067; bh=PKvqG5ADQ0mHbeL/1kfdWx6LcL4pGhOUtEXEjlrXA8Y=; h=Message-Id:Date:To:From:Subject:In-Reply-To:References: Mime-Version:Content-Type:Cc; b=zjk6EjX28u5m6f0aOXRBSo5My+9bU+Xdjmwb94m64nq9DjcLrFAbFkEJW4HQdKF3L PVgixVYuciIKjuxCh4Q3voiOIgtiordYrlhfmY+qNTbIZsIUgUSMdD3v4uv+j7L3Oa W2LsqVMTYOWQcevb5nSdRqN2ZY67DYVzt89PZqpo=
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1315822067; bh=PKvqG5ADQ0mHbeL/1kfdWx6LcL4pGhOUtEXEjlrXA8Y=; h=Message-Id:Date:To:From:Subject:In-Reply-To:References: Mime-Version:Content-Type:Cc; b=LpHbiiigblccc338CQ8xwqOdowzIne/gYcN6u6U7UXxdpywkyCBK0JjTrrhELapkI +EbMxzWZ/fCQ2BlumhlICPOCmj+EsshG2QfxvWY33Ik0KL0mBOwIJ96fL94OiJ9G3I f6iLcBn3tBYan5L3v+rWoQNfllK09Y0FCLOVrOVk=
Message-Id: <6.2.5.6.2.20110912010518.08376850@resistor.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Mon, 12 Sep 2011 02:56:55 -0700
To: ietf@ietf.org
From: SM <sm@resistor.net>
Subject: Re: Last Call: <draft-ietf-nfsv4-federated-fs-dns-srv-namespace-08.txt> (Using DNS SRV to Specify a Global File Name Space with NFS version 4) to Proposed Standard
In-Reply-To: <20110909223326.32237.71928.idtracker@ietfa.amsl.com>
References: <20110909223326.32237.71928.idtracker@ietfa.amsl.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Sep 2011 10:05:48 -0000

At 15:33 09-09-2011, The IESG wrote:
>The IESG has received a request from the Network File System Version 4 WG
>(nfsv4) to consider the following document:
>- 'Using DNS SRV to Specify a Global File Name Space with NFS version 4'
>   <draft-ietf-nfsv4-federated-fs-dns-srv-namespace-08.txt> as a Proposed
>Standard
>
>The IESG plans to make a decision in the next few weeks, and solicits
>final comments on this action. Please send substantive comments to the
>ietf@ietf.org mailing lists by 2011-09-23. Exceptionally, comments may be

 From Section 3:

   "We propose the use of the DNS SRV resource record type [RFC2782] to
    fulfill this function"

However, the IANA Considerations section says "None".

I suggest that the working group at least puts in a minimal effort in 
filing the IANA book-keeping details.

   "As with the AFSDB resource record type [RFC1183], the
    client need only utter the (relatively) constant domain name for an
    organization in order to locate its filesystem name space service."

RFC 5864 deprecates the use of the AFSDB RR to locate AFS cell 
database servers.

There are a lot of SHOULDs in this draft.  The following sentence in 
Section 5 looks odd:

   "NFS clients compliant to this standard MUST implement this
    functionality."

Although draft-ietf-nfsv4-federated-fs-dns-srv-namespace-08 is 
well-written, it is unclear to me why the SRV RR is not defined 
according to RFC 2782.

 From Section 3:

   "In order to allow the NFSv4 servers so given to export a variety of
    filesystems, those file servers SHOULD export the given domain's root
    filesystems at "/.domainroot-{Name}" within their pseudo-filesystems,
    where the "{Name}" is the name of the organization as used in the SRV
    RR."

Given the normative references to STD 13, it would be better to align 
the wording with DNS terms.

In Section 4.3:

  "A further refinement is advisable, and SHOULD be deployed"

It is not possible to mandate deployment.

In Section 5:

   "In either case, the result of the DNS lookup should be cached
    (obeying TTL) so that the result could be returned more quickly
    the next time."

There is some discussion in RFC 5864 and errata about TTLs.

Regards,
-sm