Re: [Tsv-art] Architectural implications of EH / filtering (was: draft-ietf-opsec-ipv6-eh-filtering)

Warren Kumari <warren@kumari.net> Wed, 12 December 2018 21:55 UTC

Return-Path: <warren@kumari.net>
X-Original-To: tsv-art@ietfa.amsl.com
Delivered-To: tsv-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB8B31312DB for <tsv-art@ietfa.amsl.com>; Wed, 12 Dec 2018 13:55:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.358
X-Spam-Level:
X-Spam-Status: No, score=-3.358 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-1.459, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 GA-MqBcf7Ny1 for <tsv-art@ietfa.amsl.com>; Wed, 12 Dec 2018 13:55:27 -0800 (PST)
Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (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 B76021312E1 for <tsv-art@ietf.org>; Wed, 12 Dec 2018 13:55:24 -0800 (PST)
Received: by mail-wr1-x430.google.com with SMTP id r10so19188582wrs.10 for <tsv-art@ietf.org>; Wed, 12 Dec 2018 13:55:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=AGTF/RWJlEPV8t2Bbt5Guk+RDWg9bXqyJey3SHLpnEA=; b=CZpos+TrtEnF3kmMypVJLLz9xZmR48G5yCcojvfnl9ZY1i9E69cOrTynwjVTeOTl65 0q55Dy/N8D+dZoTdJem8B6jXof+kgFzjc0MjufAsgPYSjR+BInu049pwhal1xObBAn9p 8Xwd40mgk5zsWXINv5rjaqdxw6XVYCXrXdnpUfYL7I+QCR4Hl9s7+LeZxaRd/IekR+DU Vrumi/ijNK2W9bpO55Kk5u+74nZ16uAVun6J+GU1MsV8pUYd7ZuDZnrJpHV2NW8I+Esz e+NLnLZVcUTSzDqB2qTxhiYSsAR5VcEJ1H6d8SZy/L/CCMjOysm13Fx61Rf+H2lQBe3E ZEPg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=AGTF/RWJlEPV8t2Bbt5Guk+RDWg9bXqyJey3SHLpnEA=; b=pUQEojLr00zp3q7Xc2HBhEaRPfZCoiPcRBJ/e7ZJda4VWJv0CC30QMuLCtDTHDZHnp r5HvL6ZQhSz+Dua2HbWbBmHZFQ3KiI0okaOkLlxGDAboA4LEQKS9SXqqegrRTav0fegL S81djQ1ruqjj6h0Z3YaC0ooP+fnJLQF4a5ikRkoDFJUX+18uN4dBvXApxk/X07ueP6oo UI+CekoRCb53YlKYuOH2AGg6YSQ1tq6Q1sjRTYI7kruFNjkdKJIrM3tGIR8vL+rTBObR ShpKUCdwCR7Cocg5YZNYu2ppdv3Aa2B6JLiFLLdQslf66+duYDd0+38K5Mh75ny11Cev AFsg==
X-Gm-Message-State: AA+aEWahh+ZYID2yLsRPqLJA5ydQipLbScmWjiuRYDW5vCL/qlG/NO9c 4fGtbE7u4GxXHQpbSIsP44K8aL3TPmCdq/BTyj1/kQ==
X-Google-Smtp-Source: AFSGD/UrzwCAPXeNbKOdn2pVc+BH3qJySHLqHDr4JmiBedLxw9FpaQ+m4BJkwW5mVdvwwwIIg5l4JMMZtgu2N/yNHOI=
X-Received: by 2002:adf:f0c5:: with SMTP id x5mr17949458wro.77.1544651722743; Wed, 12 Dec 2018 13:55:22 -0800 (PST)
MIME-Version: 1.0
References: <CAHw9_iK59mb2twkzkCd+at7=2=NfwvkPwuPCfT6kLx=WaBQ3zA@mail.gmail.com> <999BE505-0121-4298-BD02-D4B9EF436FC4@employees.org>
In-Reply-To: <999BE505-0121-4298-BD02-D4B9EF436FC4@employees.org>
From: Warren Kumari <warren@kumari.net>
Date: Wed, 12 Dec 2018 16:54:46 -0500
Message-ID: <CAHw9_i+-H6v6Eq_EzVGmWhFtGXQgPgYE7HWEX9FGnLYw=ENWiA@mail.gmail.com>
To: Ole Troan <otroan@employees.org>
Cc: IETF Discuss <ietf@ietf.org>, opsec wg mailing list <opsec@ietf.org>, tsv-art@ietf.org, draft-ietf-opsec-ipv6-eh-filtering.all@ietf.org
Content-Type: multipart/alternative; boundary="0000000000003c8090057cda41ae"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsv-art/PeBb6gDKOId5mIFdEihVRgx2uSg>
Subject: Re: [Tsv-art] Architectural implications of EH / filtering (was: draft-ietf-opsec-ipv6-eh-filtering)
X-BeenThere: tsv-art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Review Team <tsv-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsv-art>, <mailto:tsv-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsv-art/>
List-Post: <mailto:tsv-art@ietf.org>
List-Help: <mailto:tsv-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsv-art>, <mailto:tsv-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Dec 2018 21:55:29 -0000

On Wed, Dec 12, 2018 at 3:32 AM Ole Troan <otroan@employees.org> wrote:

> Warren,
>
> Thank you for your note.
>
> > On 12 Dec 2018, at 00:58, Warren Kumari <warren@kumari.net> wrote:
> >
> > The IETF LC thread on the document, and the TSVART review (and
> corresponding thread) both generated useful, and actionable comments, and
> I've asked the authors to go through them carefully and address them --
> these fall into the "on the document" category. I think that once these
> have been done, the document itself will be in acceptable shape to proceed
> (but keep reading!)
>
> How do I interpret this? Are you saying you think there is IETF consensus
> to publish?
>

Yes, probably.

The discussions **on the draft itself** (and not the larger, philosophical
discussions on operations vs architecture / what is actually implemented vs
what routers should be able to do) looks like (after the editor makes the
agreed to changes) good enough rough consensus for me to progress it to
IESG evaluation.

It is entirely possible that it will not survive that step / will be sent
back to the WG / another IETF LC on the revised document will be called for
/ it will be munged beyond recognition at this point...

W


> Cheers,
> Ole



-- 
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