[Sidrops] AD review of draft-ietf-sidrops-ov-egress.

Warren Kumari <warren@kumari.net> Wed, 04 March 2020 20:28 UTC

Return-Path: <warren@kumari.net>
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 126923A07C2 for <sidrops@ietfa.amsl.com>; Wed, 4 Mar 2020 12:28:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari-net.20150623.gappssmtp.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 Fcgfba8WC7w5 for <sidrops@ietfa.amsl.com>; Wed, 4 Mar 2020 12:28:54 -0800 (PST)
Received: from mail-qk1-x72b.google.com (mail-qk1-x72b.google.com [IPv6:2607:f8b0:4864:20::72b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9B4F83A07B5 for <sidrops@ietf.org>; Wed, 4 Mar 2020 12:28:54 -0800 (PST)
Received: by mail-qk1-x72b.google.com with SMTP id u124so3009066qkh.13 for <sidrops@ietf.org>; Wed, 04 Mar 2020 12:28:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=Gkl8F78/ejH/adFDQ6PTbNfvt/Fn3Ran0x0ScMpbgJ8=; b=rZhRSQbAuJYkxFCAcso+7j2BhZG8rgI+SHz9otlVy7/MA0bixo9xjjI3d5B5nkZtOP FJ31sc7ieIjqA33qnwtkWaQupUKkaBtGFO8erm3PrJC3gyPJyD5Y3mVrL9Bn1qaNMyMS mgETOaYNta7QLdLwBYdAgsb7Q+MwhbQ2qhogywQ3eswSVARn7WMPH5vuYL59HycDPwGy xZTRWk1QtLinICf0tcPStUWfIhN+1XV84vFqPS/DSMJoqFopZrvr71M1GKee780z3vFM Wy3SJIaSNcovqXo+cDN41BUyV1qcPtTal1XasxV2litpe5gVgfOmFsH0Vc4WVBeKXAIX 2igA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Gkl8F78/ejH/adFDQ6PTbNfvt/Fn3Ran0x0ScMpbgJ8=; b=eqiVvhN2MEl01kev6ucbH7n8YDKtIo9hYEbcAysqxcPOWxhqoAc9SmRZioS9dhbtyq X5YUZhuvjH5UPniM5V/o0lnOSFEhpACwbFUJIxKKVgQ2/br6IlXgOcEZjT4/GS/nGvc8 sY4TduDd4nZm7fGnX6p/yze23XesZulKFLICjIkIoFsRBjbCn0qFnh0giah8FZkxQTPz nPIiZiDd4hhNe0oxmKKmffXnQkTJldgQx8E/K5Gv8Or77eUNp02mEtqKzMBbHhtpQUNy Q047bTBoUYmsmNU6tXiRt9cw4BjBqAqrXPbOlcwbiBfazMCt7ZlH2yaRsAQF8mBbAdrj aw2A==
X-Gm-Message-State: ANhLgQ0mEiP4sCxJXNmnUSyhyUFMWfvOlpwt/fLfy9SH9VOBXeWIoI+L /Ee8qOEblaYNDhCs1biz8X9n0WoywBAM5bKs6PsEXbpeX9o=
X-Google-Smtp-Source: ADFU+vsk38PWWpTvkqytBL8lMo2NpM/fOl7pPGXoOPP/3pilGKOc+yQAxa3EX97DJwpIFBd6enpQFhFGt4JhTylnnhY=
X-Received: by 2002:a37:9f42:: with SMTP id i63mr3585726qke.192.1583353733184; Wed, 04 Mar 2020 12:28:53 -0800 (PST)
MIME-Version: 1.0
From: Warren Kumari <warren@kumari.net>
Date: Wed, 04 Mar 2020 15:28:16 -0500
Message-ID: <CAHw9_iJ60FSiMC1XOctAjzFSQV0wgYqdjwNM0L_eiSARmYEPbw@mail.gmail.com>
To: SIDR Operations WG <sidrops@ietf.org>, draft-ietf-sidrops-ov-egress@ietf.org
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidrops/fXAUS2sUQE-0IAEo20Q8RkCMZ3A>
Subject: [Sidrops] AD review of draft-ietf-sidrops-ov-egress.
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, 04 Mar 2020 20:28:56 -0000

 Thank you for this (short!) document. The basic idea seems like
obviously a win -- however, in order to progress it there are some
changes I'd like to see made - most of these fall into the process
wonkey category, but addressing them now will help prevent people
starting to fuss, and then getting all wrapped around the axle...

1: The document says: Updates: 6811 (if approved) please add a
sentence to the Abstract saying how / what it updates in 6811.
Something like: "This document updates RFC6811 by clarifying that
implementations must use the effective origin AS to determine the
Origin Validation state when applying egress policy".

2: Please use the updated (RFC8174) requirements language - I've
included it below for easy copy-n-paste.

3: Please include an index  - assuming you are using xml2rfc, <?rfc
toc="yes" ?> should do it for you....

4: Help my understand / justify why this is Standards Track and not
BGP or Informational. The Shepherd writeup just says Standards Track
with no explanation as to *why*. I suspect that the "Updates: 6811"
might be the justification/


Apologies for the process wonkery,
W


"The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and
   "OPTIONAL" in this document are to be interpreted as described in
   BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all
   capitals, as shown here."




-- 
I don't think the execution is relevant when it was obviously a bad
idea in the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair
of pants.
   ---maf