Re: [Isis-wg] Adam Roach's Discuss on draft-ietf-isis-l2bundles-05: (with DISCUSS and COMMENT)

Alia Atlas <> Wed, 24 May 2017 12:10 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id E03F8129AC5; Wed, 24 May 2017 05:10:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id oyuLOuIrUqEZ; Wed, 24 May 2017 05:10:31 -0700 (PDT)
Received: from ( [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id B36CD129AD3; Wed, 24 May 2017 05:10:27 -0700 (PDT)
Received: by with SMTP id d127so66237096wmf.0; Wed, 24 May 2017 05:10:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=eWKvVos1DYCQUb1KzVx8eSzLzvtfivb4IFBt6LpkntM=; b=raavYSNME2k0Kc8VvC1xLjKdPBMoUgP82K+SpSQlvEsFR2w7JBkOSY/85/UNTh7qmG qRnvyHo0rYZ27HHlYd1EYhB21Y4/eDV5ayWLD0M3mPGIgbndfcamegJwM4ivw2IXB8Yo 63mM+8UMCXkqU33BN4uBr4clmTbrcC8kAwhCa/uxipyz33C1/bD/XGedlfAOEa41/HYi sB80XSrLEDs/3oQSf2reONeH6Hrb/APq5KzaFkVPee+kzsl2S1l+PkwXvYvhoO+S6u42 LUKmxjJU5OjQKjxwEZ1YxgEbeGlivi4iouYY+840hcHRBf8rIJW8iJL2KsIaztWD8xQf smPg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=eWKvVos1DYCQUb1KzVx8eSzLzvtfivb4IFBt6LpkntM=; b=g5FNGvxDIHBLfAdgMIy1kLQeEF7orPuGHQejeElfMh9GBXS9fHtIyu5jyPf0L/CjsO HXyxPEnzvsSnhAvO9X7imQ8VvQUkif9gs0K0grSGYRgazrjsoHVq/NXpR1MlgkYjtCkx XjtPqpzCKT3sTEwNkvVHhiiF9wcwX+MqHZ2OPJ8c3nVxezCr0BtsHwmItjEkikaxOUoj YTgYHZQ0Z0Cbf8dVmeaHnHHshsPxmrQg5n/pdMwZBvaUlkSS9IOQ3JHBCTSuDYM9ofef PacMZ04ZRmgePR6qAzc7pphTMMR3hk+RJSlo6gApsoTgJD9fsj3xF3tKKI2WX+af9QaB OGzw==
X-Gm-Message-State: AODbwcD+JHoTSjEWHysONjKPsySCuFJ1I6aZ2Kf33sBCAlBBmUL2uKx5 1uQsbj8WM0cxnXOdzNFfgnAxgS8wYZlG570=
X-Received: by with SMTP id h6mr19644123wrb.44.1495627822978; Wed, 24 May 2017 05:10:22 -0700 (PDT)
MIME-Version: 1.0
Received: by with HTTP; Wed, 24 May 2017 05:10:22 -0700 (PDT)
In-Reply-To: <>
References: <>
From: Alia Atlas <>
Date: Wed, 24 May 2017 08:10:22 -0400
Message-ID: <>
To: Adam Roach <>
Cc: The IESG <>, "" <>,,
Content-Type: multipart/alternative; boundary="f403045f174c1adb82055043fdf6"
Archived-At: <>
Subject: Re: [Isis-wg] Adam Roach's Discuss on draft-ietf-isis-l2bundles-05: (with DISCUSS and COMMENT)
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IS-IS working group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 24 May 2017 12:10:34 -0000


First, I would greatly appreciate it if you and others could read the
ballot write-up.  I did
try to explain what I did to mitigate the concerns in the shepherd's
write-up; as far as I
can tell, this is a case of one person being in the rough.

On Tue, May 23, 2017 at 11:29 PM, Adam Roach <> wrote:

> Adam Roach has entered the following ballot position for
> draft-ietf-isis-l2bundles-05: Discuss
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
> Please refer to
> for more information about IESG DISCUSS and COMMENT positions.
> The document, along with other ballot positions, can be found here:
> ----------------------------------------------------------------------
> ----------------------------------------------------------------------
> Blocking Issue 1: I am truly concerned that the shepherd's write up
> implies that there has been a failure by some authors to comply with IETF
> IPR rules laid out in BCP 79. I do not believe the IETF can publish a
> document under such circumstances.

As far as the IPR declarations go, I have asked the two authors that didn't
declare their
knowledge of IPR to do so.  Ebben has already done so.  I expect Clarence
will as well;
he also works with and at the same company as another author; I do not have
active concern.
This is part of a process that we do in Routing, where each author is asked
to confirm that
all IPR has been disclosed at  WGLC.  It is not an indication that IPR
rules have been
violated.  It's a process that we've added in Routing to help remind folks.

> Blocking Issue 2: This document is at odds with BCP 72, and is
> inappropriate for publication with its current security considerations
> section.

Yes, this should at least have the same common text as other ISIS documents.
Sorry I missed this - I was focused on other aspects.

> ----------------------------------------------------------------------
> ----------------------------------------------------------------------
> If the Discuss objections I lay out can be addressed, I plan to abstain
> for the many of the same reasons Mirja cites in her abstention. I find
> the shepherd's write-up to contain an alarming number of red flags
> indicating a lack of WG consensus and, lack of proper review by parties
> who should be involved, claims that operator input has been ignored (for
> a routing protocol no less), and indication that IPR disclosures have not
> apparently been brought to the WG's attention.

Please read my write-up - which I did spend time on to explain some of these
aspects.   The existing IPR claim - by a non-author- was brought up to the
and very briefly discussed, as is typical.

> These overarching process problems seem large enough that any comments I
> may have on actual content -- such as an apparent lack of IPv6 support
> (or, at least, a complete omission of IPv6 from the examples) -- would
> seem like rearranging deck chairs on the Titanic.

If you have specific technical concerns, they are, of course, easier to
just deal with
at the same time.  The document does, of course, support IPv6 - as is
clearly indicated
in Section 2.1 where, for instance,  use of " IPv6 Interface Address
(sub-TLV 12
defined in [RFC6119])" is mentioned.  The appendix doesn't include an IPv6
but the primary purpose there is to explain the complex sub-TLV structuring
the standard bit-fields ascii art was challenging to do in a meaningful way.



> Isis-wg mailing list