[Isis-wg] BAR field length in draft-ietf-bier-isis-extensions and draft-ietf-bier-ospf-extensions

Alia Atlas <akatlas@gmail.com> Mon, 19 February 2018 21:51 UTC

Return-Path: <akatlas@gmail.com>
X-Original-To: isis-wg@ietfa.amsl.com
Delivered-To: isis-wg@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id B411F126C19; Mon, 19 Feb 2018 13:51:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTML_NONELEMENT_30_40=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id TkX-YtmMXnAN; Mon, 19 Feb 2018 13:51:03 -0800 (PST)
Received: from mail-oi0-x230.google.com (mail-oi0-x230.google.com [IPv6:2607:f8b0:4003:c06::230]) (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 4AB501242EA; Mon, 19 Feb 2018 13:51:03 -0800 (PST)
Received: by mail-oi0-x230.google.com with SMTP id b8so4115302oib.11; Mon, 19 Feb 2018 13:51:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=+p2elJyET+NWeloG8nRF6Geo6PLIj81sc1OvmBadq80=; b=AR7q0paBbbIvidJdy075fWnJAhL6DYOWdGJfnRauEOSvz71fEk18fGWlTBewlmhqAN B4dXxraLhKqMxD2bTW5QNcMK5UXRV2lEhXsW/rv7SDC66iBz8pnR8BXXY3SKlc2Vrc4Q igMAS9HWEiu/jtzIcHUQSW6V1kNs+n5AAiEJJsGjTMjiGvZUHHa2hE/D1Mp6DnoorKEI XjykXdQTblZXTulTy80H9kVliKa1naa/1R3zL8ZHYWsZ2N26vVTJlfeDH5JTomRTDKyp E/cuJQv+swxOhuWvuZVDuzLYsOfCG0xtvbTExuRByqMG8WcsA2iplF3MMH5cZgTcWv+/ THOQ==
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=+p2elJyET+NWeloG8nRF6Geo6PLIj81sc1OvmBadq80=; b=tYmQx0ECd+m32z8DCfPitdUBxpXxthqZLB5RXERwPmC5DkewK7q8JMUgCjwFpTIAc7 fEZZKkJQovuFd+den069sLjsmpq6k+3AjzytBf3aEZTKserJTBUkMhWnG+OhrBNalZWF TkGB5Ql8PBbTr3nOJTH3DlIfto3oirCKLkiO+s22OVMrZgIMiMey02oG+8VBn+rewDnj U1KWEdDuoc6w2pOyKh89jJwqpz4XDhXDCUwghWGhuSDVnjGypuYZ6HSMQrIlZLP0BzQ7 3zQqzyl2ez/VwncsdhBNbZ7dTw1UHW1Hm85/3fjSCnlt/q5WJSS1ery8gkpSMumG2OOe BEfg==
X-Gm-Message-State: APf1xPAM/RpmItsrhmpR42e/gTJtFjqgWfDmPKcH0xG+2u6uWMnMo3Mg uHYlFVDAGnomE8VNKohlz3ib8tMfnxKEQG5CgvlYbw==
X-Google-Smtp-Source: AH8x226uN7ipYy1lgtxIFG7mGjeeBf9cNye8CIBDDRENb+CMAWKwdA/CpqcfbrtuLtssI+F4gm6cCq26U5oMgYHi4iU=
X-Received: by with SMTP id 138mr11006716oia.331.1519077062093; Mon, 19 Feb 2018 13:51:02 -0800 (PST)
MIME-Version: 1.0
Received: by with HTTP; Mon, 19 Feb 2018 13:51:01 -0800 (PST)
From: Alia Atlas <akatlas@gmail.com>
Date: Mon, 19 Feb 2018 16:51:01 -0500
Message-ID: <CAG4d1remdUKutEdc2DU6Gaan3z63CAZVo1D-L0GXg_=eHJxffw@mail.gmail.com>
To: BIER WG <bier@ietf.org>, "isis-wg@ietf.org list" <isis-wg@ietf.org>
Content-Type: multipart/alternative; boundary="001a1137ab20ac321b056597b0ff"
Archived-At: <https://mailarchive.ietf.org/arch/msg/isis-wg/bz9OpnrTVtjEH-iwUvBrgA6l5hE>
Subject: [Isis-wg] BAR field length in draft-ietf-bier-isis-extensions and draft-ietf-bier-ospf-extensions
X-BeenThere: isis-wg@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IS-IS working group <isis-wg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/isis-wg/>
List-Post: <mailto:isis-wg@ietf.org>
List-Help: <mailto:isis-wg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Feb 2018 21:51:06 -0000

As the Sponsoring AD for draft-ietf-bier-isis-extensions-07 and
draft-ietf-bier-ospf-extensions-12, I have been following the discussion on
the mailing list with interest.

I have not seen clear consensus for any change.

Let me be clear on what I see the options are from the discussion.  Then
I'll elaborate
a bit on how you can express your perspective most usefully.

1) Current Status:  Bier Algorithm (BAR) field is 8 bits.  Currently, only
value 0 is specified.  The drafts do not have an IANA registry - with the
expectation that one will be created when the first additional use is
clear.  It is possible that there will be objections from the IESG to
progressing without an IANA registry.  Given the lack of clarity for future
use-cases and after discussion, I decided not to force one after my AD
review - but I will not push back against having a BIER IANA registry if
raised by others.

2) Option B:  Add a BAR sub-type of 8 bits.  This would modify the current
   Define an IANA registry for the BAR type.  The meaning of the BAR
sub-type derives
   from the BAR type.   We can debate over the registration policy for the
BAR type.

3) Option C: Change the BAR field to be 16 bits and define an IANA
registry.  Part of the range can be FCFS with Expert Review, part can be
Specification Required, and part can be IETF Consensus.

4) Option D: At some point in the future, if there is an actual understood
and documented need, a BAR sub-type could be added a sub-TLV.  The length
of the BAR sub-type could be determined when the sub-TLV is defined.


  a) option D exists
  b) there is currently only one defined value for BAR
  c) I do not see strong consensus for change to one particular other option

I see no current reason for a change and I certainly see absolutely no
reason for
a delay in progressing the documents.

I do want to be clear about what the WG wants to do on this issue.
Therefore, here is
my following request.

Please send your feedback to the mailing list as follows:

IF you prefer or can accept the current status, please say so.  No more
or reasoning is required. I just don't want the bulk of folks who are
content to be
overlooked by those suggesting change.

IF you prefer or can accept the current status, but think there should be
an IANA registry
as is usual for managing code-points, please say so.  No more justification
is needed.

IF you prefer Option B, C, and/or D, please say so with your explanation.
More technical depth than "'we might need it" would be helpful; the
availability of sub-TLVs already
provides future proofing.

IF you have a clear technical objection to why the Current Status is not
please express that - with clear details.

IF you feel that additional code-points should be allocated in a BAR IANA
Registry or
have thoughts on the appropriate policy, please say so with your
explanation for what
those should be.

Unless I see clear and strong consensus for something other than the
Current Status,
that will remain.

IF there is clear and strong consensus for Option B, C, or D, or adding an
IANA registry with particular values, then it will be possible to have a
change up through this Weds night - with a 1 week WGLC on that particular
technical change.

My priority is to have the base BIER specifications published as Proposed
Standards so that more BIER implementations and deployment can be done.  I
would like the WG to wrap up the core work (as expressed in the proposed
recharter) so that you all can look
at how to use it.

Given this topic was raised last Weds and given that there are no technical
objections raised to the documents as are, there isn't much time - so
please just respond to this email ASAP.  My deadline for a decision is 6pm
EST on Weds.