Re: [v6ops] IPv6 Extension Headers in the Real World

Fernando Gont <fernando@gont.com.ar> Wed, 08 October 2014 18:28 UTC

Return-Path: <fernando@gont.com.ar>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B61611ACE18 for <v6ops@ietfa.amsl.com>; Wed, 8 Oct 2014 11:28:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 vRewwKFqrzXA for <v6ops@ietfa.amsl.com>; Wed, 8 Oct 2014 11:28:41 -0700 (PDT)
Received: from web01.jbserver.net (web01.jbserver.net [IPv6:2a00:8240:6:a::1]) (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 D094D1ACDE8 for <v6ops@ietf.org>; Wed, 8 Oct 2014 11:28:40 -0700 (PDT)
Received: from [2001:5c0:1000:a::69d] by web01.jbserver.net with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84) (envelope-from <fernando@gont.com.ar>) id 1XbvyW-0005D6-Bj; Wed, 08 Oct 2014 20:28:37 +0200
Message-ID: <54358246.4000201@gont.com.ar>
Date: Wed, 08 Oct 2014 15:28:22 -0300
From: Fernando Gont <fernando@gont.com.ar>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2
MIME-Version: 1.0
To: Joe Touch <touch@isi.edu>, Tim Chown <tjc@ecs.soton.ac.uk>
References: <542A36AC.9030203@gont.com.ar> <542C81B7.10601@isi.edu> <99A3738D-954C-4A75-8055-E30D0D73DD80@ecs.soton.ac.uk> <EMEW3|fe883999a173b6d6b6b574badb6ebb53q90Niq03tjc|ecs.soton.ac.uk|99A3738D-954C-4A75-8055-E30D0D73DD80@ecs.soton.ac.uk> <542C8595.6080809@isi.edu> <CAKD1Yr2JB6V61D+JcUR2qj6-AGEAQr+Jn0eOUPSLEOKXZ1cEqw@mail.gmail.com> <9062DD5BB047BF4C96BCE0CB9DA96D1B4DE1C0C7@ITSNT440.iowa.uiowa.edu> <E69F8B2A-C8F9-4978-B2F8-0F6C74619BA0@ecs.soton.ac.uk> <EMEW3|0e9b5822392d744642b47f8f3cb94f76q91ED603tjc|ecs.soton.ac.uk|E69F8B2A-C8F9-4978-B2F8-0F6C74619BA0@ecs.soton.ac.uk> <542D695A.3070506@isi.edu> <9062DD5BB047BF4C96BCE0CB9DA96D1B4DE22159@ITSNT440.iowa.uiowa.edu> <542EAFEF.30607@gont.com.ar> <542EF0BA.2070604@isi.edu> <08B266AA-2C78-4C21-BF76-F4B64C9B56CC@ecs.soton.ac.uk> <EMEW3|fba318d9629281f51901ef8c456d7f83q94E2e03tjc|ecs.soton.ac.uk|08B266AA-2C78-4C21-BF76-F4B64C9B56CC@ecs.soton.ac.uk> <5432B4E1.1050908@isi.edu>
In-Reply-To: <5432B4E1.1050908@isi.edu>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/cCl2_ok1lM15ar9bTE71CLCgbtk
Cc: IPv6 Operations <v6ops@ietf.org>, V6ops Chairs <v6ops-chairs@tools.ietf.org>, "draft-gont-v6ops-ipv6-ehs-in-real-world@tools.ietf.org" <draft-gont-v6ops-ipv6-ehs-in-real-world@tools.ietf.org>
Subject: Re: [v6ops] IPv6 Extension Headers in the Real World
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 Oct 2014 18:28:43 -0000

On 10/06/2014 12:27 PM, Joe Touch wrote:
>
> Although I appreciate that everyone thinks that "this can be
> coordinated", we're seeing ample evidence to the contrary. It's useful
> to note here that NEITHER DOC REFERENCES THE OTHER, despite being
> written by the same author (which begs the question of "end run").

Joe, if you feel like making an ad-hominem accusation, at the very least
state what the basis of your accusations are. This is not the first time
you do it. Last recent one was based on seconding Fred Baker's claim
that I had requested adoption of this document to two set of wg chairs
-- which was simply *not true*. Making such assertions in public, based
on your own personal assumption's (or someone else's) (and without
apologizing in those cases where it is easy to prove that something
wasn't true), does not seem like a good way forward or even fair.

That said, there are different sets of authors in each doc that you
mentioned. I happen to be a co-author of all such documents. But I'm not
"the author". If you think that one document should reference another,
but did not, maybe it was just an error? Maybe when writing the I-D, the
other document had not yet been written? Maybe something else other than
a conspiracy theory?

If you infer some sort of Machiavellian plan regarding this document, I
just say "there isn't any". If you wonder, this is how each I-D was born:

the eh-filtering I-D is simply an IPv6 version of RFC7126. We got
RFC7126 done, and the IPv6 part was missing. That's how this I-D was born.

OTOH, draft-gont-v6ops-ipv6-ehs-in-real-world was born (later) when
trying to codify and summarize what we had been discussing at the IEPG
meetings (for more than a year now).



> If this is left to the WGs, then the WGs need to decide if they can
> manage each of these documents in the isolation the context that already
> has been allowed to exist and is already promoted by the author - or if
> that can *only* happen in a single doc.

As noted quite a few times, there have been many cases where there's has
been overlap among wg groups. For instance, anything that has to do with
ipv6 opsec can fit either v6ops or opsec. I personally don't see that as
a problem.

Thanks,
-- 
Fernando Gont
e-mail: fernando@gont.com.ar || fgont@si6networks.com
PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1