IETF Logo Mail Archive

Re: [DNSOP] [Ext] partial glue is not enough, I-D Action: draft-ietf-dnsop-glue-is-not-optional-00.txt

John Levine <johnl@taugh.com> Wed, 08 July 2020 01:23 UTC

Return-Path: <johnl@iecc.com>
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 4FF7B3A0CEB for <dnsop@ietfa.amsl.com>; Tue, 7 Jul 2020 18:23:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.851
X-Spam-Level:
X-Spam-Status: No, score=-1.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1536-bit key) header.d=iecc.com header.b=nw2kXfeR; dkim=pass (1536-bit key) header.d=taugh.com header.b=psK2BqwS
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 CB53xPGkUFse for <dnsop@ietfa.amsl.com>; Tue, 7 Jul 2020 18:23:55 -0700 (PDT)
Received: from gal.iecc.com (gal.iecc.com [IPv6:2001:470:1f07:1126:0:43:6f73:7461]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EBDA23A0CE9 for <dnsop@ietf.org>; Tue, 7 Jul 2020 18:23:54 -0700 (PDT)
Received: (qmail 33109 invoked from network); 8 Jul 2020 01:23:50 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=iecc.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding; s=8151.5f052026.k2007; bh=XP7VUhaxUWnr6AuKUGhgiS96WkQS2uHSSi8JWHcEGdk=; b=nw2kXfeRD0uAwMnpcEDFEik24OQ9ajuEf8GE9AYRP3qFcDLhJkRCTTSk+F0YEivJbRGr+owqMIFoCtTzGdmBdqu45mtVrVHTnQBIwvr+kfd2eVdALez+yw8U8OJRy9DH9iDbLwsscCfhC/5wGCsNL1xx6ShjT5hnA+/m6oK//BmgAGwK4m7Bp+nnIRKgyN56WSNNILnj4OfvVjk2movqgXmjDqxDHBBF3nENG3IaAZGk4mYyWsyvxw3Vi2e4yAmU
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=taugh.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding; s=8151.5f052026.k2007; bh=XP7VUhaxUWnr6AuKUGhgiS96WkQS2uHSSi8JWHcEGdk=; b=psK2BqwSOOJJnBvdEPT9aLKMNeOzA/CJBN4l7wzYBByFwM1qNxM4KbGW/KgzMLMVQTrIPfYN18LWLJ7UOmmWnvIrU/8fxvyaAcKaGglxHBpIJhaVg/4irmMpJ5qpwdUY4mj9t7mCuF4IY3pB3o/w93rAY8ohIgFV9lxnBP5TUzpym89gRJ1YF39syOeVnea/2SfrBX/lRkQOsozQ0OAmIG264fZV4XcNuILv/wLYkC8dulwGOwZ+noaTEQe0C25s
Received: from ary.qy ([IPv6:2001:470:1f07:1126::78:696d:6170]) by imap.iecc.com ([IPv6:2001:470:1f07:1126::78:696d:6170]) with ESMTP via TCP6; 08 Jul 2020 01:23:50 -0000
Received: by ary.qy (Postfix, from userid 501) id 57CBE1C67B4F; Tue, 7 Jul 2020 21:23:51 -0400 (EDT)
Date: Tue, 07 Jul 2020 21:23:51 -0400
Message-Id: <20200708012351.57CBE1C67B4F@ary.qy>
From: John Levine <johnl@taugh.com>
To: dnsop@ietf.org
In-Reply-To: <45b4c5a5-7bca-3515-c5a5-3c470be15384@necom830.hpcl.titech.ac.jp>
Organization: Taughannock Networks
X-Headerized: yes
Mime-Version: 1.0
Content-type: text/plain; charset="utf-8"
Content-transfer-encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/E4x5JL5bj6tla8inJVzng7-g93w>
Subject: Re: [DNSOP] [Ext] partial glue is not enough, I-D Action: draft-ietf-dnsop-glue-is-not-optional-00.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
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: Wed, 08 Jul 2020 01:23:56 -0000

In article <45b4c5a5-7bca-3515-c5a5-3c470be15384@necom830.hpcl.titech.ac.jp> you write:
>You should misunderstand 2181. Putting glue is not additional
>section processing.

Uh, what?

   Searching for either NS or MX records causes "additional section
   processing" in which address records associated with the value of the
   record sought are appended to the answer.  This helps avoid needless
   extra queries that are easily anticipated when the first was made.

(RFC 2181, page 13]

R's,
John

v2.23.0 | Report a Bug | By Email