IETF Logo Mail Archive

Re: [DNSOP] unrelated name server name recommendation

Kazunori Fujiwara <fujiwara@jprs.co.jp> Tue, 12 March 2024 07:06 UTC

Return-Path: <fujiwara@jprs.co.jp>
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 CE183C14F6E3 for <dnsop@ietfa.amsl.com>; Tue, 12 Mar 2024 00:06:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 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, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=jprs.co.jp
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hZPUtJV3rC81 for <dnsop@ietfa.amsl.com>; Tue, 12 Mar 2024 00:06:41 -0700 (PDT)
Received: from off-send41.osa.jprs.co.jp (off-send41.osa.jprs.co.jp [117.104.133.135]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 02ADCC14F6A9 for <dnsop@ietf.org>; Tue, 12 Mar 2024 00:06:37 -0700 (PDT)
Received: from off-sendsmg31.osa.jprs.co.jp (off-sendsmg31.osa.jprs.co.jp [172.23.8.161]) by off-send41.osa.jprs.co.jp (Postfix) with ESMTP id B635E4058F3; Tue, 12 Mar 2024 16:06:35 +0900 (JST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jprs.co.jp; s=373623; t=1710227195; bh=yT3pJeQiItgSrC0Wrbyorh3+goS6NM69Y+IS9KWQ1aA=; h=Date:To:Cc:Subject:From:In-Reply-To:References; b=opVulRKWisDeo1Ry4dh06oMiGu1/xx/axhd1qIqSUD/L5SnXauqOma2KtRGX4KaoF Z3/6x+bVqnKz4tLlTWzikHnhAZug06/EXIhU/kr2JfGIvDjTa96VkdielYvE+s4rU6 o8brjVzckDdQT+JTPhJsCvjLVR7FBzFpBnrQO4FzVvQJZZCeCoi5jf23Wd2IQUG5dv RUnXP9EsKCiWjo7E+RsdXU5kIjr120dFOwx0yzQUisVLt7JwrxuEVt5JTXEYXEPSts hVNDbvCLcoCZViJGer/YnHgSHWcn3qOAlkGnldKs05IAK9UZryWYhdIDFIxG82EUus 7OELAY1PoOZYA==
Received: from off-sendsmg31.osa.jprs.co.jp (localhost [127.0.0.1]) by postfix.imss91 (Postfix) with ESMTP id 621B8602573F; Tue, 12 Mar 2024 16:06:34 +0900 (JST)
Received: from localhost (off-cpu08.osa.jprs.co.jp [172.23.4.18]) by off-sendsmg31.osa.jprs.co.jp (Postfix) with ESMTP id 5613D60254E8; Tue, 12 Mar 2024 16:06:34 +0900 (JST)
Date: Tue, 12 Mar 2024 16:06:34 +0900
Message-Id: <20240312.160634.2058594208851386119.fujiwara@jprs.co.jp>
To: dwessels=40verisign.com@dmarc.ietf.org
Cc: paul@nohats.ca, paul=40redbarn.org@dmarc.ietf.org, dnsop@ietf.org
From: Kazunori Fujiwara <fujiwara@jprs.co.jp>
In-Reply-To: <30C0B3BF-4156-4AA1-AD59-D3520A981CDF@verisign.com>
References: <978e2792-1cdf-b33e-532f-83356a5f1ff2@redbarn.org> <BE280DCA-104F-49AB-B28E-9C703E65E213@nohats.ca> <30C0B3BF-4156-4AA1-AD59-D3520A981CDF@verisign.com>
X-Mailer: Mew version 6.8 on Emacs 24.5.1
Mime-Version: 1.0
Content-Type: Text/Plain; charset="iso-8859-7"
Content-Transfer-Encoding: base64
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSS-9.1.0.1373-9.0.0.1002-28246.005
X-TM-AS-Result: No--11.461-5.0-31-10
X-imss-scan-details: No--11.461-5.0-31-10
X-TMASE-Version: IMSS-9.1.0.1373-9.0.1002-28246.005
X-TMASE-Result: 10--11.461400-10.000000
X-TMASE-MatchedRID: zAn4O9ZP5edCXIGdsOwlUu5i6weAmSDKZggZX8gYmrXxiuLXNGbfqDd1 jBj8QIzhrCCXG3Lpn8Q8k4gl2fH45HzDYuTtbzU43nHtGkYl/VoOQaqoW1wAqd9RlPzeVuQQDLb Bq7zk/lcPTfUYfoHxdSBRrMM4Gnjiu8YSZxcdcCa4V0/u9pqUzfioIsi7Sa0g5MDAlfnFRGrKdJ UQCwdbExfSNx4Mm0chp6lt1Uhn+XdC/bXMk2XQLEY41YX/o/8K66cYQGo+KX6kSYi/oi9rTgtuK BGekqUpI/NGWt0UYPC0RQX+qEnWO3QPihIStZdd9EIqif8KXIx1M4Ki7fQfiJIrFzhEnWE/
X-TMASE-SNAP-Result: 1.821001.0001-0-1-22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/3t6ZIL9ai3j6RaOR126mVnPy1Cw>
Subject: Re: [DNSOP] unrelated name server name recommendation
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.39
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: Tue, 12 Mar 2024 07:06:45 -0000

Thanks, Daune,

> From: "Wessels, Duane" <dwessels=40verisign.com@dmarc.ietf.org>
> I understood Fujiwara’s proposal to be slightly different:
> 
> If you are a DNS provider (hosting other zones) then the provider should use in-domain name servers.
> DW

This is what I would like to propose.

I would like good texts.

As Shumon pointed that many DNS providers offer in-domain name server names,
however, there are many "unrelated" name server names in use.

I know that many DNS hosting providers use in-domain name servers
in their infrastructure. (For example, Amazon/AWS, Cloudflare, ...)

--
Kazunori Fujiwara, JPRS <fujiwara@jprs.co.jp>

>> On Mar 4, 2024, at 3:14 PM, Paul Wouters <paul@nohats.ca> wrote:
>> 
>> On Mar 4, 2024, at 14:04, Paul Vixie <paul=40redbarn.org@dmarc.ietf.org> wrote:
>>> 
>>> 
>>> 
>>> this means a zone will always be reachable through at least one in-zone data path (name server name and associated address records.) the result would be that a full resolver would never have to pause its current lookup while searching for address records matching an out-of-zone name server name.
>>> 
>>> i think it's a solid recommendation,
>> 
>> It means every registrant, who doesn’t know about DNS, has to create host objects for glue and whenever the ISP changes nameserver names (eg gets bought, sold or merges), or IP address, the ISP has to talk to the registrant to fix things at their registry. I can promise you those in-domain name servers will quickly become very unreliable.
>> 
>> Paul
>> _______________________________________________
>> DNSOP mailing list
>> DNSOP@ietf.org
>> https://secure-web.cisco.com/1a3MNvrMgvJke3ozLjb1HCuRHhuKPU4kcf25J9eCUq4p-aOa0Aqy6qmiTdxMr02KJy3Ai80ZFNKl9j_c-7cA3MZpUD5480mMQT5pKWiSiUhWWeiTjjFCC6bZdqrh-FHCqvl1sM64AGrDIt4zjPKgcxERVilTSw7U3KPYhiGQ1IMY8wwa-dVkcU7s4T0z9flJabKEE7sH-IvWVC-Sv4i0fKZUk1g-ek5vkhx5JIA8TeMvtjP17WZaKrO79M9HpU6TNwB0ypkRbRMX8btrJZ9nSBar6W3gL2W4TKNRPrzyBFB8/https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fdnsop
>

v2.23.0 | Report a Bug | By Email