IETF Logo Mail Archive

Re: [DNSOP] [Ext] Lameness terminology (was: Status of draft-ietf-dnsop-terminology-bis)

Edward Lewis <edward.lewis@icann.org> Fri, 04 May 2018 13:41 UTC

Return-Path: <edward.lewis@icann.org>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 68D1F126D45 for <dnsop@ietfa.amsl.com>; Fri, 4 May 2018 06:41:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-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 yKdhwmT3X4XK for <dnsop@ietfa.amsl.com>; Fri, 4 May 2018 06:41:34 -0700 (PDT)
Received: from out.west.pexch112.icann.org (pfe112-ca-1.pexch112.icann.org [64.78.40.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 82BFC1270A0 for <dnsop@ietf.org>; Fri, 4 May 2018 06:41:33 -0700 (PDT)
Received: from PMBX112-W1-CA-1.pexch112.icann.org (64.78.40.21) by PMBX112-W1-CA-2.pexch112.icann.org (64.78.40.23) with Microsoft SMTP Server (TLS) id 15.0.1178.4; Fri, 4 May 2018 06:40:30 -0700
Received: from PMBX112-W1-CA-1.pexch112.icann.org ([64.78.40.21]) by PMBX112-W1-CA-1.PEXCH112.ICANN.ORG ([64.78.40.21]) with mapi id 15.00.1178.000; Fri, 4 May 2018 06:40:30 -0700
From: Edward Lewis <edward.lewis@icann.org>
To: Mark Andrews <marka@isc.org>, David Huberman <david.huberman@icann.org>
CC: Shane Kerr <shane@time-travellers.org>, "dnsop@ietf.org" <dnsop@ietf.org>
Thread-Topic: [DNSOP] [Ext] Lameness terminology (was: Status of draft-ietf-dnsop-terminology-bis)
Thread-Index: AQHT4vAnBgwVRJrSKEekjwk25yRa9KQe+cAAgADNmIA=
Date: Fri, 04 May 2018 13:40:30 +0000
Message-ID: <430CA7FA-F5DA-447F-99E1-0FA65265CBF2@icann.org>
References: <7C873271-A784-4594-91A3-48C697EEC613@vpnc.org> <b3ed96d7-26fb-3d97-118b-39e8f352a38c@time-travellers.org> <87F43055-5B0E-4551-BD8D-241D93F9039F@icann.org> <0AA87D00-17F7-4D10-A72D-E4723C4A0642@icann.org> <B1F34038-595E-48A5-AFB6-20F3214BB8BF@isc.org>
In-Reply-To: <B1F34038-595E-48A5-AFB6-20F3214BB8BF@isc.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.a.0.180210
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [192.0.47.234]
Content-Type: text/plain; charset="utf-8"
Content-ID: <5A3462CC7DF2EF439F177F8A6B614E78@pexch112.icann.org>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/LWpU9j6F266eovcf6eYL-EqYqBg>
Subject: Re: [DNSOP] [Ext] Lameness terminology (was: Status of draft-ietf-dnsop-terminology-bis)
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 04 May 2018 13:41:35 -0000

Just noticed this (and why terminology is a problem):

On 5/3/18, 17:25, "Mark Andrews" <marka@isc.org> wrote:

>Start removing lame delegation ...

Are we talking about "lame servers" or "lame delegations"?  If the latter, is a "delegation" a single NS / glue record or a the set of NS records and associated glue for the owning domain name?  I've been "trained" to think of lame servers, not the entire delegation of a name, when thinking about this kind of maintenance activity.

I've been looking through documents and find, for example, "DNS Resolver MIB Extensions" in May 1994 using the term "Lame Delegation" while "Negative Caching of DNS Queries (DNS NCACHE)" in March 1998 using "lame server."  I.e., the documents are flip-flopping.

I still need more time to trawl the RFCs.  Apparently I haven't kept my cache of them around.

v2.23.0 | Report a Bug | By Email