Re: [DNSOP] Murray Kucherawy's No Objection on draft-ietf-dnsop-caching-resolution-failures-07: (with COMMENT)

"Wessels, Duane" <dwessels@verisign.com> Tue, 19 September 2023 17:28 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 8E393C16B5B1; Tue, 19 Sep 2023 10:28:39 -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=verisign.com
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 zCtRLTkTTzLK; Tue, 19 Sep 2023 10:28:34 -0700 (PDT)
Received: from mail1.verisign.com (mail1.verisign.com [72.13.63.30]) (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 46674C16B5C1; Tue, 19 Sep 2023 10:28:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=806; q=dns/txt; s=VRSN; t=1695144508; h=from:to:cc:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version:subject; bh=E8EJNqCJsn0R8/U8sSMcBGtCt8S4Khvb/iCBizNXbac=; b=FuWtoWXOH7n8IRzx2mX0L6Jr9et7gden5i7llu7PI/xtK7aB70ar5tx1 BkRMPZNTSuhy+sMgYPEEEGPFjB2yac8Tk4OmiWc1P+dEJlNvM7lpjSgYT f8ZZEiR9IsrHND1+yUPkeRS8bENKWIroM5xnNxl2O03FaRuqCCELMXPgB RW0jZ0HuN6d8+DW+uOKCedjt2wCtug5ZsOHLqxTHooyJ/DCgH3PiNKb01 YrxlmnbU83AQ0pqYoAI2KLWGIl+gGQyUnXBWxOEZlTLQ7TP9qk65zK3Ww lzh8o3zYkzaMohYnwchufFrzOokSoL6woctbi8LXik32H7f8ih3TAqONU g==;
IronPort-Data: A9a23:EePDWK+AtIKu6NeW+J//DrUDUn+TJUtcMsCJ2f8bNWPcYEJGY0x3z 2UYX2yDa6qNZ2HxKNh1Otzko0kGu5TRztQ2TFM+pHgxFiIbosf7XtnIdU2Y0wF+jCHgZBk+s 5hBMImowOQcFCK0SsKFa+C5xZVE/fjUAOC6UoYoAwgpLSd8UiAtlBl/rOAwh49skLCRDhiE0 T/Ii5S31GSNhXgsaAr414rZ8Ek05KWr6WtD1rADTasjUGH2xiF94K03ePnZw0vQGuF8AuO8T uDf+7C1lkuxE8AFU47Nfh7TKyXmc5aKVeS8oiM+t5uK23CukhcPPpMTb5LwX28M0mnUwIoho Dl6ncfYpQ8BZsUgkcxDC0UIS3kW0aduoNcrKlDn2SCfItGvn9IBDJyCAWlvVbD09NqbDklC9 79CEBYmYCqR2f3x4J6YW8dHv8MseZyD0IM34hmMzBnzN9B/frbuc/2To8FT2y0owMlCW+jEf MxfYj1qBPjCS0QXfA5IU9Rnwbzu2imXnz5w8Tp5oYI7/GXI1wF1y5DzPcDUYd2FQ4NemUPwS mfupTSpXE1AaIz3JTytwkuFrOXUs2DBdaUQOaWK6v5yi2Gp/zlGYPERfR7hyRWjsWalRspSM VEP9zAGoq079UjtRd74NzW5rWWLlh8RR9QWFPc1gCmB0KPa/0OYC3QKCzJHc9s+8cQ/Tjwr0 FDMhd7yAjhyrLySTzeT/7aQsCm/IgAUIHMMIygeQmMt79/4p5l2hRLGT8x4OK+4ktOzHiv/q xiGqjM5n50SgNIFkaKh8jjvijSgvJXWZgI4/gXLGGmi62tEiJWNbZausEfd4OYYdcOCUEPHu Xkf3sKZquoUC8jLijaWRqMGG7TBC+u5DQAwSGVHR/EJnwlBMVb6FWyMyFmS/HtUD/s=
IronPort-HdrOrdr: A9a23:3Ysix6xnQm4leglArrNMKrPw8b1zdoMgy1knxilNoHtuA6mlfq GV7ZYmPHDP6Ar5NEtPpTniAsa9qBrnnPZICOIqTNSftWfd2VeAHcVN4Yzv2DX8FyC73f4178 tdWpk7LNHrF1B1gYLZ7BnQKbwd6ejC1Kyzn+/RwzNWUAdwZ8hbgjtREAqBDUFsfgVACKc4EJ b03KF6mwY=
X-Talos-CUID: 9a23:cflZKGtDF+0Y9vZVsM3Hi5nR6IspcD6H9FH7LXWqV3kuaJG2WHG7waRrxp8=
X-Talos-MUID: 9a23:I1HVeQ3iMiFr0jR6ftkpwVoJGjUj052HIkoWv9Y8lu6GGDRCJzeFhwiNe9py
X-IronPort-AV: E=Sophos;i="6.02,160,1688428800"; d="scan'208";a="28864248"
Received: from BRN1WNEX01.vcorp.ad.vrsn.com (10.173.153.48) by BRN1WNEX01.vcorp.ad.vrsn.com (10.173.153.48) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.31; Tue, 19 Sep 2023 13:28:27 -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.2507.031; Tue, 19 Sep 2023 13:28:27 -0400
From: "Wessels, Duane" <dwessels@verisign.com>
To: Murray Kucherawy <superuser@gmail.com>
CC: The IESG <iesg@ietf.org>, "draft-ietf-dnsop-caching-resolution-failures@ietf.org" <draft-ietf-dnsop-caching-resolution-failures@ietf.org>, "dnsop-chairs@ietf.org" <dnsop-chairs@ietf.org>, "dnsop@ietf.org" <dnsop@ietf.org>, "andrew@depht.com" <andrew@depht.com>
Thread-Topic: [EXTERNAL] Murray Kucherawy's No Objection on draft-ietf-dnsop-caching-resolution-failures-07: (with COMMENT)
Thread-Index: AQHZ6x6z7BM140GER0eBNujpuZNezA==
Date: Tue, 19 Sep 2023 17:28:26 +0000
Message-ID: <2A9F9379-1DE3-4DA1-8018-A3D191A697C2@verisign.com>
References: <169406920030.38620.11018993415955938724@ietfa.amsl.com>
In-Reply-To: <169406920030.38620.11018993415955938724@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-mailer: Apple Mail (2.3731.700.6)
x-originating-ip: [10.170.148.18]
Content-Type: text/plain; charset="utf-8"
Content-ID: <BBF49DFF0834324E97EC65B616917C79@verisign.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/uOZeLuRBRAslESoNFlH5phIxkJY>
Subject: Re: [DNSOP] Murray Kucherawy's No Objection on draft-ietf-dnsop-caching-resolution-failures-07: (with COMMENT)
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, 19 Sep 2023 17:28:39 -0000


> On Sep 6, 2023, at 11:46 PM, Murray Kucherawy via Datatracker <noreply@ietf.org> wrote:
> 
> 
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
> 
> Thanks to Barry Leiba for his ARTART review.
> 
> I think the SHOULD in Section 3.2, paragraph 2, is not appropriate use of
> SHOULD as it doesn't address interoperability or operations or security
> recommendations.  A regular "should" is fine.

Thanks for the suggestion.  We’ve made that change.


DW