IETF Logo Mail Archive

Re: [DNSOP] I-D Action: draft-ietf-dnsop-glue-is-not-optional-04.txt

"Wessels, Duane" <dwessels@verisign.com> Fri, 15 April 2022 22:44 UTC

Return-Path: <dwessels@verisign.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 AD8C33A15E5 for <dnsop@ietfa.amsl.com>; Fri, 15 Apr 2022 15:44:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.109
X-Spam-Level:
X-Spam-Status: No, score=-2.109 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=verisign.com
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 KvqpEXSQN0Jw for <dnsop@ietfa.amsl.com>; Fri, 15 Apr 2022 15:44:36 -0700 (PDT)
Received: from mail3.verisign.com (mail3.verisign.com [72.13.63.32]) (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 99E933A15E2 for <dnsop@ietf.org>; Fri, 15 Apr 2022 15:44:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=1598; q=dns/txt; s=VRSN; t=1650062677; h=from:to:cc:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version:subject; bh=9VhxxeyYWbJzYoxCChhgIssl3uO8+oJuCj/oxoXjsW0=; b=NFsklQ80MlKTL2xxEFqBJ11J6GBUsYg1tFdREBxqwudez/ltWY834dRE 2evcFodrj1YfyBO5gRrmSQURH6IHG3F3O4stWnI+7hnkZS/nJFCTTIE+F WJ6cwlBR1HRAi+ItHzqqVo/zymOkG47Q31ywMSq13ogN2N1Dzih1wI3d2 jDRo0rCY0j0SgkbjP2fu7/x1uzvaceQo+WK0sK7Usz+LGeeobKHAoLDHf OatFokCU6TphDqglwwhgGlV9c4YtGcw9ynRKXw1Zsap9UA85EgLFntNmO 2kpQppl/EAbSnNHZsOzPgBkRwMzxM96QIrOB0voyPSlHjt5zUZQyFoLfu w==;
IronPort-Data: A9a23:FBlOE69twVT3N7BAeYcEDrUDPnyTJUtcMsCJ2f8bNWPcYEJGY0x3z TYaUWjQPayCY2WgftxyOdjn8UoD6pTdmINqHAVs+yAxFiIbosf7XtnIdU2Y0wF+jCHgZBk+s 5hBMImowOQcFCK0SsKFa+C5xZVEOCXhqoPUUIYoAAgoLeNfYHpn2EoLd9IR2NYy24DlWl7V4 rsenuWEULOb828sWo4rw//bwP9flKyaVOQw5wFWiVhj5TcyplFNZH4tDfjZw0jQG+G4KtWHq 9Prl9lVyEuCpktwVYn1+lrMWhZirrb6ZWBig1IIA/Ty2kAqSiYais7XP9JEAatbZqngc3mcB 7yhuLTpITrFMJEgl8wtajYCFQdUPJZl/ZDIBGXj7cmj7UDvJi6EL/VGVCnaPKUywMAuPkdjx aRCbi4GaQqbweu6hqyhUe8qjcMmRCXpFNpH/Cg/lneAUK1gHcGrr6bivLe02B88mc1VBvvaf OIHZCBudxXPZVtEPVJ/5JcWxbvz2CGuLWcwRFS9gIkZzE7V6jxI4oPuauOLduONHsh1pxPNz o7B1yGjav0AD/STzyGt/Hb1ieLV2y/2MKoeEqa/7tZrjUGdgGsJB3UruUCTq+O/01G4VsIHc QkP5DBoqKkpsUasCNPnWUT+vmSfuFgXXN84//AG1TxhA5H8u26xblXohBYYADD6nKfanQAX6 2I=
IronPort-HdrOrdr: A9a23:ypTx/qFWcHvWnulXpLqENceALOsnbusQ8zAXPidKOHlom62j5q KTdZsgtSMc5Ax+ZJhCo7+90cC7KBvhHPVOkOos1NmZPTXOiS+HIIZv9oP+zzClMD2WzIJg/J YlV6RlEtX/ARxZgdaS2mOFOudl5NWc6qiniaPl0nF3QWhRBp1I9QtjFQqBKEFwSTRHAZZRLv Gh2vY=
X-IronPort-AV: E=Sophos;i="5.90,264,1643673600"; d="scan'208";a="14360962"
Received: from BRN1WNEX01.vcorp.ad.vrsn.com (10.173.153.48) by BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2375.24; Fri, 15 Apr 2022 18:44:32 -0400
Received: from BRN1WNEX01.vcorp.ad.vrsn.com ([10.173.153.48]) by BRN1WNEX01.vcorp.ad.vrsn.com ([10.173.153.48]) with mapi id 15.01.2375.024; Fri, 15 Apr 2022 18:44:32 -0400
From: "Wessels, Duane" <dwessels@verisign.com>
To: Ralf Weber <dns@fl1ger.de>
CC: dnsop <dnsop@ietf.org>
Thread-Topic: [EXTERNAL] [DNSOP] I-D Action: draft-ietf-dnsop-glue-is-not-optional-04.txt
Thread-Index: AQHYURpfgQxJljzSL0OAhOZV2gNJUA==
Date: Fri, 15 Apr 2022 22:44:32 +0000
Message-ID: <B261F0B0-D908-49F3-A277-8DA5ED4E4E9E@verisign.com>
References: <164435963503.4033.12918772667601928806@ietfa.amsl.com> <13032699-D701-436A-8924-D0628B5DD796@verisign.com> <78C5F649-DE06-4D81-BCF0-EEDF33CBC9E3@fl1ger.de>
In-Reply-To: <78C5F649-DE06-4D81-BCF0-EEDF33CBC9E3@fl1ger.de>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-mailer: Apple Mail (2.3654.120.0.1.13)
x-originating-ip: [10.170.148.18]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <3B9015E1D5F7AE4F833324ED517DD2D6@verisign.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/sIb5zZ0CvWGFtpl0HpADf7YqADk>
Subject: Re: [DNSOP] I-D Action: draft-ietf-dnsop-glue-is-not-optional-04.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: Fri, 15 Apr 2022 22:44:41 -0000


> On Mar 22, 2022, at 6:02 AM, Ralf Weber <dns@fl1ger.de> wrote:
> 
> Moin!
> 
> So to follow up on my comment in the working group on registries not having anything to do with it. I understand that this drafts is for authoritative name server implementers, however I think that we should make clear that an authoritative name server not answering correct by this draft might do so because it does not have sufficient data.
> 
> So we currently have in the introduction:
> 
> Note that this document only clarifies requirements of name server
> software implementations.  It does not place any requirements on data
> placed in DNS zones or registries.
> 
> how about adding:
> 
> However missing data might make it impossible for a name server to answer with the correct (referral) glue data.
> 
> And maybe add some encouragement or referral ;-) to work that has to be done elsewhere.


Ralf (and others),

how does this look to you?

In other words, this document only makes requirements on "available
glue records" (i.e., those given in a zone), but does not make
requirements regarding thier presence in a zone.
If some glue records are absent from a given zone, an authoritative
name server may be unable to return a useful referral response for
the corresponding domain. The IETF may want to consider a separate
update to the requirements for including glue in zone data, beyond
those given in [@!RFC1034] and [@!RFC1035].

Also here: https://github.com/ietf-wg-dnsop/draft-ietf-dnsop-glue-is-not-optional/pull/35

DW

v2.8.7 | Report a Bug | By Email