IETF Logo Mail Archive

Re: [DNSOP] draft-ietf-dnsop-glue-is-not-optional-07 vs. sibling glue

Frederico A C Neves <fneves@registro.br> Sat, 15 April 2023 05:05 UTC

Return-Path: <fneves@registro.br>
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 AC3BDC151540 for <dnsop@ietfa.amsl.com>; Fri, 14 Apr 2023 22:05:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.395
X-Spam-Level:
X-Spam-Status: No, score=-4.395 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_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, 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=registro.br
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 2SFAmpaVvWrP for <dnsop@ietfa.amsl.com>; Fri, 14 Apr 2023 22:05:51 -0700 (PDT)
Received: from clone.registro.br (clone.registro.br [200.160.2.4]) (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 545C6C14CE33 for <dnsop@ietf.org>; Fri, 14 Apr 2023 22:05:50 -0700 (PDT)
Received: by clone.registro.br (Postfix, from userid 1000) id 053584D5CF; Sat, 15 Apr 2023 02:05:47 -0300 (-03)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=registro.br; s=clone; t=1681535147; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=HsscmKmQwkINPrYCRvBe2bonUBN0r3M8DeEUv8rLSNo=; b=Hnt3GyBY5cqlV6yAvuuDyebk08OFOaOl6eZfQlXanbc5TP+jcyMkmv+WKEREgF+tcFg7O5 9G+/imo9ALRlExO59LWa62dYmXEj2xXwqI8vZaGTwzGQmD6aIOB/i9BCVUpR8He8Pd/Ir3 +dnUx/1+mPweeKkY/1n/BtPr7SEJOe4yv3RX2sJB8vi0+19NfZJp/tywxJZ93O0qbnv7ww eRQRfvUg4CeEuH4fZQTRKUhycTuyZ3sI7qLptM9kH8n7KU6HfqxVLTegOK+6NbMkMd03eL IIfdbgiNKfbNsQQ2aLUhlXh+Wl5ONRiHi5yunhLHL+9sOmeo22bAQJty/H4Ehw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=registro.br; s=clone; t=1681535147; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=HsscmKmQwkINPrYCRvBe2bonUBN0r3M8DeEUv8rLSNo=; b=Ov3q//r9v1KtamW24EtP5JctcTyu9Ku22eIHIrWTWJ25r/Vgahp9XtXXqA4jwLfhT8Je0R xhyNQX3YOqVzGp/nRsZ5t1eyXttKp5gNLjIQNzeJF/c8AGMA1YfT/tCjkKCcuiIULgjN1R dLOmeLsM3kkkyHpTNbiRi+70kOqnhJ3xRVDAHZuBdkUTE42U5FBYvNRiKDdpbqLW1phg+G XpI6ufUe5WEKo0Oz1FiWhqnMdxnk0oTfF37x+jGe2j61lUrDB90I0V9jYCNyl/VHmTcdNm gtuAqw6Yai01Q8ceV2Ve+SiJeyOQopF8Z4Oxnz6BnjmAfNZA6UujqoZc4pCr4g==
ARC-Authentication-Results: i=1; clone.registro.br; none
ARC-Seal: i=1; s=clone; d=registro.br; t=1681535147; a=rsa-sha256; cv=none; b=lspPdH9tD8/RlC9fNbYG8UcsSWbdzCyOBMEJWPzAygOhEc42FZmPM1aPFkIhFUkmSNzHjx aFvZx53aTAIMN31NDi8up/WwIAQ7u9UIly8Mbw/ogYUFxCbpT8FSFpug+tT+k3kWKeb6gS bGfCugfKzGF8w5JWvHJSSzhgcZ4YLH2epBQdEI269LzqMc929qJNC4puT/m/MW1ZEekc5C rO1nnLyiaVCZwVbWBaRdFpoLfZNpfKnFuzUOMccDYegLl+/5S9LzueY8ph+ddIyaAM5NXY vi9+yE4o+ZWdzvUTdbgV6nDLSYP4L9nPDfixc4SbxdBtC8TkcrU/qu7o3D7T3A==
Date: Sat, 15 Apr 2023 02:05:47 -0300
From: Frederico A C Neves <fneves@registro.br>
To: Mark Andrews <marka@isc.org>
Cc: Puneet Sood <puneets@google.com>, Puneet Sood <puneets=40google.com@dmarc.ietf.org>, dnsop@ietf.org
Message-ID: <ZDowqwg1ke7mBSSY@registro.br>
References: <CAHPuVdUY+eUmeWw8x+yfbTSxr4aavzxtuEqKGEoB=gpVhLR1gg@mail.gmail.com> <9743fe5f-dc3b-1241-cd2d-96649939adf6@desec.io> <CAAiTEH-7erdiQrxW1FXcy_zhWxsf60XhPp66yyfWnzhOKPDJmA@mail.gmail.com> <CAHPuVdUCssTsMc=FrKMrDB8N-P98crYe03NKU5-BtV47LgR9UA@mail.gmail.com> <CA+9_gVu4iHdxUTzDRYQ5FceHiauyZGiZLvrTmSQZvZz6ZHi90A@mail.gmail.com> <FA71180D-6042-4EFF-ABB6-EC95FF0969C7@isc.org> <CA+9_gVun=ceg3F0UfSLmWD+qLQdKwn48DhOcP_DMWeFXoK48sw@mail.gmail.com> <CA+9_gVsS3Jwv4kQcLRYBJtPf-R6DjZ0jNGCKojV9nQbbL3B-NA@mail.gmail.com> <FCEFE347-F90A-474D-AFF3-AE58C5266B3C@isc.org> <859C9418-CFEF-4FE1-9DF3-A2DC61EFA215@isc.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <859C9418-CFEF-4FE1-9DF3-A2DC61EFA215@isc.org>
X-Rspamd-Queue-Id: 053584D5CF
X-Rspamd-Server: clone.registro.br
X-Spamd-Result: default: False [-2.26 / 15.00]; BAYES_HAM(-2.16)[95.95%]; MIME_GOOD(-0.10)[text/plain]; DKIM_SIGNED(0.00)[registro.br:s=clone]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ARC_SIGNED(0.00)[registro.br:s=clone:i=1]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; ARC_NA(0.00)[]
X-Rspamd-Action: no action
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/wE5heYSogWs63qchok0xAN2mnKg>
Subject: Re: [DNSOP] draft-ietf-dnsop-glue-is-not-optional-07 vs. sibling glue
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: Sat, 15 Apr 2023 05:05:55 -0000

On Sat, Apr 15, 2023 at 11:20:13AM +1000, Mark Andrews wrote:
> At this stage I think the only way to force this is to drop negative
> responses without SOA records present.  To have the lookups fail and
> that requires buy in by the large recursive server operators.
> 
> Similarly add an unknown EDNS option (pick a value between 1000 and 1999)
> to every QUERY until 1 Jan 2025 and if it comes back FORMERR with an OPT
> record present, drop the response.  10 years after cleaning up the EDNS
> specification we still have .5% of servers not updated.  BIND is effectively
> doing this with DNS COOKIE but it is painful when people say “but the lookup
> works with large recursive server”. 

+1000 for this one!

Fred

v2.23.0 | Report a Bug | By Email