Re: [Idr] community of the day - common header

Jeffrey Haas <jhaas@pfrc.org> Fri, 09 September 2016 18:07 UTC

Return-Path: <jhaas@slice.pfrc.org>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CAF0E12B209 for <idr@ietfa.amsl.com>; Fri, 9 Sep 2016 11:07:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.41
X-Spam-Level:
X-Spam-Status: No, score=-3.41 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.508, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 BiKdDbVDsen2 for <idr@ietfa.amsl.com>; Fri, 9 Sep 2016 11:07:35 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 4C6A912B014 for <idr@ietf.org>; Fri, 9 Sep 2016 11:07:35 -0700 (PDT)
Received: by slice.pfrc.org (Postfix, from userid 1001) id 414DF1E331; Fri, 9 Sep 2016 14:08:41 -0400 (EDT)
Date: Fri, 09 Sep 2016 14:08:41 -0400
From: Jeffrey Haas <jhaas@pfrc.org>
To: Gert Doering <gert@space.net>
Message-ID: <20160909180841.GA14495@pfrc.org>
References: <20160908214031.GA23544@pfrc.org> <20160908231840.GB16775@puck.nether.net> <20160909153317.GC8370@pfrc.org> <8C072797-55A7-4D1A-87E4-67551953EF22@puck.nether.net> <20160909155952.GE8370@pfrc.org> <20160909164640.GE79185@Space.Net> <20160909170513.GE12105@pfrc.org> <20160909171110.GF79185@Space.Net> <CA+b+ERnGj0Whz=pYR81vY41bcn6d_4--xDg4eKhNqXtpqDpGzg@mail.gmail.com> <20160909174943.GH79185@Space.Net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <20160909174943.GH79185@Space.Net>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/d5jxsYCNvNRrIB1LXEEt5oMvPrU>
Cc: idr wg <idr@ietf.org>, Robert Raszuk <robert@raszuk.net>
Subject: Re: [Idr] community of the day - common header
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Sep 2016 18:07:37 -0000

On Fri, Sep 09, 2016 at 07:49:43PM +0200, Gert Doering wrote:
> On Fri, Sep 09, 2016 at 07:46:50PM +0200, Robert Raszuk wrote:
> > If WG agrees on attribute + common header as described in current -03
> > version of wide community draft with perhaps additional comments to be
> > incorporated in it - then we are done.
> 
> And if the WG does not agree, then -large is blocked?  Or how do I have
> to read this statement?

Gert, while this is directed to you, this also applies to any operators
who've joined the list recently who aren't familiar with IETF process.

Minimally, please recent the tao of the ietf:
https://www.ietf.org/tao.html

The IETF works via rough consensus.  That consensus includes "letting go",
as seen in the tao. The IETF doesn't work through squatting on code point
and shipping early terrorism.  That leads to crashing the Internet.

If the WG says "no common header", we move forward with that proposal, code
happens and we move to interoperate.  In that case, the 4:4 type in wide
comms is likely removed from that proposal.

If the WG says "common header", ditto.  In that case, we have the following
possibilities in terms of documents:
1. It stays in the wide comm doc.  This is unlikely since the wide comm
feature is clearly moving at too slow of a pace.
2. We split the 4:4 case into a separate document.  Similarly, we likely
split out the common header to a separate document.  This permits the
documents (common, 4:4, wide) to move at separate speeds through the
standardization process.

2 is likely.  The use case of 4:4 is *already* covered in a WG document,
thus adoption of the case isn't necessary.  The chairs had explicitly asked
for documents to be published for the WG to comment on.  This means separate
wide comms, common header and 4:4.  The split was arguably gated on agreeing
on the common header comments.

> Seems you and Jakob have been discussing this for years now, while the
> operator community is waiting for something they can *just use*, no matter
> whether it's brilliant or extensible or perfect.

Years?  I'm not even sure I met Jakob nor heard about this draft until
last month.

The operational community?  Sure.  That's why the 4:4 case was originally in
the wide document.

Moving to a denser format?  PDUs are the *boring* part of standardization.
Drama aside, this is converging no worse than any other proposal in IDR.

-- Jeff