IETF Logo Mail Archive

Re: [Sidrops] Alissa Cooper's No Objection on draft-ietf-sidrops-ov-egress-02: (with COMMENT)

Alissa Cooper <alissa@cooperw.in> Wed, 08 April 2020 17:41 UTC

Return-Path: <alissa@cooperw.in>
X-Original-To: sidrops@ietfa.amsl.com
Delivered-To: sidrops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 507F63A14C3; Wed, 8 Apr 2020 10:41:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 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_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=cooperw.in header.b=4oRtn+pD; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=JF2byNx9
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 nvU71XZTYIHa; Wed, 8 Apr 2020 10:41:45 -0700 (PDT)
Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 202973A14C1; Wed, 8 Apr 2020 10:41:43 -0700 (PDT)
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 6B8C25C0282; Wed, 8 Apr 2020 13:41:42 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Wed, 08 Apr 2020 13:41:42 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm2; bh=6 XJxOrOvklJxwYgd+cEfoMR/tzPxXjDa1MOL992r/Vc=; b=4oRtn+pD3QD8qE3eR 08vkQjYYZJ0EOCjtAme5z93gGshLYoLaC1Kn1GgPEUGXMNbjLOgB7xFa7ppqoFID 9dw7IJ/M4NSLatTSWolsIxOwEO9a3yNFk2d+zYpgQ9JGCRT8RKj8O3/1wsANZr6Y Ya/ZDPN0jqSeb5ukd3pdL7o199tD+51Of26+nvgrxJHGhQ19+YbxHBhrWq/Qd9SN fMsCfzi2qQ2Dj9IKNWyDqZaPIMOAXWr7mSjDHbtbs57Xwqq8u9DTPboNtQa9JUVc pcnn4GXjZ/KH1De0ePsEcOiSAhSfgix4oRAaUXQDRIAfUad5IDXaFS/22x5EdXDZ Xf9PA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=6XJxOrOvklJxwYgd+cEfoMR/tzPxXjDa1MOL992r/ Vc=; b=JF2byNx9F8iE3NBx2LEdSs8RoihxE1LsratK9JiPnuKpe5Fme2MCSMnSQ YO5TRmhpmpMm8uqHXR9GeQQOr17mHaBYsC5XlYc6wJIhwbDpvP1wkxbcTssRpA/M 6onps7/WCxzqCMrNROeCdR6CREfx0FdnQ5tlmklFW8vQWY0exdNU1UuM591vzZtk 1GsdS1ohhUb1U9Y18lPFD6Exivs85D+4JVYX4GzB7GjAvYmh3jOMUx1HtXwYgDwr FRe1wDLQ1Gq6fqspIqUDcbY1W9+5V9/Nb3S7jNgjz0bYhFFExwl+cV3LC9D2TJBA 5a+dbrUe1eezDsNOmrg+CYAfs+lOA==
X-ME-Sender: <xms:1QyOXuRX3IshDMwb9dYqixmBktFWxlGrh3Kjw8U_d55oSYzdSEKl8w>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrudejgdduudehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptggguffhjgffgffkfhfvofesthhqmhdthhdtvdenucfhrhhomheptehlihhs shgrucevohhophgvrhcuoegrlhhishhsrgestghoohhpvghrfidrihhnqeenucfkphepud ejfedrfeekrdduudejrdeijeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhep mhgrihhlfhhrohhmpegrlhhishhsrgestghoohhpvghrfidrihhn
X-ME-Proxy: <xmx:1QyOXnttYecZs80Mw4Q1VVWMbF6nfUoA52ziLjcN3lPkoZJ-5rFZvA> <xmx:1QyOXk4eb-N0nWZUr50_9PHA_leqXWb5kF3v8Ol_oIp-1WiwbvIO8Q> <xmx:1QyOXiiDGPh8QUZIdGmGGrQNTb608pUhcKeMyHRiM3FF8Nz7WKjHhA> <xmx:1gyOXiTskWQ_IcrOTq4yqdd3f2PzYoi4v-JNXvQOxkusfIW4Bf9uxQ>
Received: from rtp-alcoop-nitro2.cisco.com (unknown [173.38.117.67]) by mail.messagingengine.com (Postfix) with ESMTPA id 7D5EB3280059; Wed, 8 Apr 2020 13:41:41 -0400 (EDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.5\))
From: Alissa Cooper <alissa@cooperw.in>
In-Reply-To: <m2v9mca6h5.wl-randy@psg.com>
Date: Wed, 08 Apr 2020 13:41:39 -0400
Cc: Alissa Cooper via Datatracker <noreply@ietf.org>, keyur@arrcus.com, sidrops@ietf.org, draft-ietf-sidrops-ov-egress@ietf.org, sidrops-chairs@ietf.org, IESG <iesg@ietf.org>, nathalie@ripe.net, warren@kumari.net
Content-Transfer-Encoding: quoted-printable
Message-Id: <66C2B854-995A-41C9-9CED-BB8787D23C1A@cooperw.in>
References: <158619174173.5693.3701421912223917488@ietfa.amsl.com> <m2v9mca6h5.wl-randy@psg.com>
To: Randy Bush <randy@psg.com>
X-Mailer: Apple Mail (2.3445.9.5)
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidrops/CCnBA2XtXSo34oB7PoPvbRFKiQo>
Subject: Re: [Sidrops] Alissa Cooper's No Objection on draft-ietf-sidrops-ov-egress-02: (with COMMENT)
X-BeenThere: sidrops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: A list for the SIDR Operations WG <sidrops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sidrops>, <mailto:sidrops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sidrops/>
List-Post: <mailto:sidrops@ietf.org>
List-Help: <mailto:sidrops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sidrops>, <mailto:sidrops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 Apr 2020 17:41:47 -0000

Hi Randy,

> On Apr 6, 2020, at 1:07 PM, Randy Bush <randy@psg.com> wrote:
> 
>> "Therefore it SHOULD be possible to specify an origin validation
>>   policy which MUST BE run after such non-deterministic policies."
>> 
>> The normative language here doesn't quite make sense. "MUST BE" is not a
>> normative keyword and the construction "SHOULD ... which MUST" is a little
>> confusing.
> 
> point
> 
>> I would suggest something like:
>> 
>> An origin validation policy that is required to be run after such
>> non-deterministic policies SHOULD be specified.
> 
> nope.  that says the op SHOULD specify the policy; when MAY would be the
> appropriate point here.
> 
> how about a simpler hack (with context)?
> 
>  Configurations may have complex policy where the final announced
>  origin AS may not be easily predicted before these policies have been
>  run.  Therefore it SHOULD be possible to specify an origin validation
>  policy which will run after all such non-deterministic policies.

I tend to prefer <subject> SHOULD <verb>, but your proposal is an improvement over what is in the draft.

Thanks,
Alissa

> 
> i suspect some might suggest the point of the draft should really be
> s/SHOULD/MUST/
> 
> randy
>

v2.14.0 | Report a Bug | By Email