Re: [AFS3-std] Re: Last Call: draft-allbery-afs-srv-records (DNS SRV Resource Records for AFS) to Proposed Standard
Jeffrey Hutzelman <jhutz@cmu.edu> Thu, 04 February 2010 19:29 UTC
Return-Path: <jhutz@cmu.edu>
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 8F53B28C16E for <ietf@core3.amsl.com>; Thu, 4 Feb 2010 11:29:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.398
X-Spam-Level:
X-Spam-Status: No, score=-6.398 tagged_above=-999 required=5 tests=[AWL=0.201, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 SN4-GBLWPw7s for <ietf@core3.amsl.com>; Thu, 4 Feb 2010 11:29:31 -0800 (PST)
Received: from smtp03.srv.cs.cmu.edu (SMTP03.SRV.CS.CMU.EDU [128.2.217.198]) by core3.amsl.com (Postfix) with ESMTP id 9E6693A6E0E for <ietf@ietf.org>; Thu, 4 Feb 2010 11:29:31 -0800 (PST)
Received: from MINBAR.FAC.CS.CMU.EDU (MINBAR.FAC.CS.CMU.EDU [128.2.216.42]) (authenticated bits=0) by smtp03.srv.cs.cmu.edu (8.13.6/8.13.6) with ESMTP id o14JUHJQ022579 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Feb 2010 14:30:17 -0500 (EST)
Date: Thu, 04 Feb 2010 14:30:17 -0500
From: Jeffrey Hutzelman <jhutz@cmu.edu>
To: jaltman@secure-endpoints.com
Subject: Re: [AFS3-std] Re: Last Call: draft-allbery-afs-srv-records (DNS SRV Resource Records for AFS) to Proposed Standard
Message-ID: <19B2B78C0D44E830D1770B2C@MINBAR.FAC.CS.CMU.EDU>
In-Reply-To: <4B6B1DFB.3090602@secure-endpoints.com>
References: <6.2.5.6.2.20100203140241.08c1a838@resistor.net> <87d40loq7u.fsf@windlord.stanford.edu> <074A3073AEF8CAE1D59D5470@atlantis.pc.cs.cmu.edu> <4B6B1918.9070604@secure-endpoints.com> <91D3F0EA2AAB1ABA6A58196B@MINBAR.FAC.CS.CMU.EDU> <4B6B1DFB.3090602@secure-endpoints.com>
X-Mailer: Mulberry/4.0.8 (Linux/x86)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Scanned-By: mimedefang-cmuscs on 128.2.217.198
Cc: SM <sm@resistor.net>, Russ Allbery <rra@stanford.edu>, 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: Thu, 04 Feb 2010 19:29:32 -0000
--On Thursday, February 04, 2010 02:20:27 PM -0500 Jeffrey Altman <jaltman@secure-endpoints.com> wrote: > On 2/4/2010 2:05 PM, Jeffrey Hutzelman wrote: >> That's not the text we're talking about. >> > Sure. Context was lost in the thread as the message-ids are not > consistent. The text I think is being discussed is not actually in the > draft, it is proposed > text that Russ put forward on 1 Feb 2010. > > 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. > > How about: > > DNS SRV RRs, like all DNS RRs, have a time-to-live (TTL), after which > the SRV record information is no longer valid. As implied by > [RFC1034], DNS RRs SHOULD be expired after their TTL, and the DNS > query repeated. This applies to DNS SRV RRs for AFS as well as 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. How about "Consistent with [RFC1034]..."? The problem I have with your text that it could be interpreted as merely descriptive of 1034, rather than as prescribing a requirement that applies to AFS SRV RR's regardless of how you choose to read 1034. -- Jeff
- 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