Re: [AFS3-std] Re: Last Call: draft-allbery-afs-srv-records (DNS SRV Resource Records for AFS) to Proposed Standard
SM <sm@resistor.net> Wed, 03 February 2010 23:19 UTC
Return-Path: <sm@resistor.net>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8EC953A6949 for <ietf@core3.amsl.com>; Wed, 3 Feb 2010 15:19:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.472
X-Spam-Level:
X-Spam-Status: No, score=-2.472 tagged_above=-999 required=5 tests=[AWL=0.127, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SyQ0LSTI8j57 for <ietf@core3.amsl.com>; Wed, 3 Feb 2010 15:19:26 -0800 (PST)
Received: from ns1.qubic.net (ns1.qubic.net [208.69.177.116]) by core3.amsl.com (Postfix) with ESMTP id 958163A6984 for <ietf@ietf.org>; Wed, 3 Feb 2010 15:19:26 -0800 (PST)
Received: from SUBMAN.resistor.net ([10.0.0.1]) (authenticated bits=0) by ns1.qubic.net (8.14.4/8.14.4) with ESMTP id o13NJfav012371 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Feb 2010 15:20:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1265239208; x=1265325608; bh=IdzopzIrfDS7REXeT9LXxRFRcSbUePbbMpWiVR+lqG8=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type; b=gTbR82lcDYxBTCs8rUotSKp39A7DWfRx5H4VTIomPrEAcFp5vXR1S8nEhz30t6At7 Eu47zbU+rHZpuOvz+SEzLrZdVSJrbJPtGd6oHxhWPm505cqtyvVvynLy4FMmpK3sgP ZHrwHoRJZFFHyxvGXmLBxfNnfykqghJl/8RLAzGo=
DomainKey-Signature: a=rsa-sha1; s=mail; d=resistor.net; c=simple; q=dns; b=dth+gBKqGVbFpQggUnNGK+ksORobioLssoMU4+M/pgeGZf+Ko/84K2I9FXizznVnp /EzLl8rEXl3pLrxH+ovfZHOr71riRE7/kz5Ff90mZ9OYmPVzghDdQxcEairQCYfKNgd tyKPo1uAUAm2D+zPzV2TQUyq7/5bh3yPNQ/7frM=
Message-Id: <6.2.5.6.2.20100203140241.08c1a838@resistor.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Wed, 03 Feb 2010 15:04:03 -0800
To: Russ Allbery <rra@stanford.edu>
From: SM <sm@resistor.net>
Subject: Re: [AFS3-std] Re: Last Call: draft-allbery-afs-srv-records (DNS SRV Resource Records for AFS) to Proposed Standard
In-Reply-To: <87iqag5u04.fsf@windlord.stanford.edu>
References: <6.2.5.6.2.20100121092706.080ebe38@resistor.net> <87iqag5u04.fsf@windlord.stanford.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Cc: ietf@ietf.org, afs3-standardization@openafs.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Wed, 03 Feb 2010 23:19:29 -0000
Hi Russ, At 17:03 01-02-10, Russ Allbery wrote: >Ah, thank you. Changed to SHOULD on the assumption that the (pre-2119) >language in RFC 1034 was intended to have roughly the same meaning. "SHOULD" as a requirement first appeared in RFC 1122. It does not necessarily apply to RFCs published before RFC 2119. >RFC 2782 references RFC 1035 because the reference is in the syntax >section, and RFC 1035 goes into more detail on the wire syntax. However, >I think RFC 1034 is a better conceptual overview. If one is not >immediately concerned with the syntax, I therefore think RFC 1034 provides >a better reference, and the meaning given there is functionally the same >as that in RFC 1035. > >If I'm missing a reason why RFC 1035 is a better cite, please let me >know. You gave a good reason. >I now have: > > DNS SRV RRs, like all DNS RRs, have a time-to-live (TTL), after which > the SRV record information is no longer valid. As specified in > [RFC1034], DNS RRs SHOULD be discarded after their TTL, and the DNS > query repeated. This applies to DNS SRV RRs for AFS as to any other > DNS RR. Any information derived from the DNS SRV RRs, such as > preference ranks, MUST be discarded when the DNS SRV RR is expired. I commented on the "SHOULD" above. The rest of the text looks fine. Regards, -sm
- Re: Last Call: draft-allbery-afs-srv-records (DNS… Cyrus Daboo
- Re: Last Call: draft-allbery-afs-srv-records (DNS… Jeffrey Hutzelman
- Re: Last Call: draft-allbery-afs-srv-records (DNS… SM
- Re: [AFS3-std] Re: Last Call: draft-allbery-afs-s… Russ Allbery
- Re: [AFS3-std] Re: Last Call: draft-allbery-afs-s… SM
- Re: [AFS3-std] Re: Last Call: draft-allbery-afs-s… Russ Allbery
- Re: [AFS3-std] Re: Last Call: draft-allbery-afs-s… Jeffrey Hutzelman
- Re: [AFS3-std] Re: Last Call: draft-allbery-afs-s… Jeffrey Hutzelman
- Re: [AFS3-std] Re: Last Call: draft-allbery-afs-s… Jeffrey Hutzelman
- Re: [AFS3-std] Re: Last Call: draft-allbery-afs-s… SM
- Re: [AFS3-std] Re: Last Call: draft-allbery-afs-s… Jeffrey Hutzelman
- Re: [AFS3-std] Re: Last Call: draft-allbery-afs-s… Jeffrey Altman
- Re: [AFS3-std] Re: Last Call: draft-allbery-afs-s… Jeffrey Altman
- Re: [AFS3-std] Re: Last Call: draft-allbery-afs-s… Jeffrey Altman
- Re: [AFS3-std] Re: Last Call: draft-allbery-afs-s… Russ Allbery