[Isis-wg] Suresh Krishnan's Discuss on draft-ietf-isis-rfc4971bis-03: (with DISCUSS)

"Suresh Krishnan" <suresh.krishnan@ericsson.com> Wed, 17 August 2016 02:33 UTC

Return-Path: <suresh.krishnan@ericsson.com>
X-Original-To: isis-wg@ietf.org
Delivered-To: isis-wg@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B3DD212D0F1; Tue, 16 Aug 2016 19:33:57 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Suresh Krishnan <suresh.krishnan@ericsson.com>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.29.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <147140123769.19825.15822468037902323611.idtracker@ietfa.amsl.com>
Date: Tue, 16 Aug 2016 19:33:57 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/isis-wg/crSXfNoqrep7QhXrhQ_IEOyhzJQ>
Cc: isis-wg@ietf.org, chopps@chopps.org, isis-chairs@ietf.org, draft-ietf-isis-rfc4971bis@ietf.org
Subject: [Isis-wg] Suresh Krishnan's Discuss on draft-ietf-isis-rfc4971bis-03: (with DISCUSS)
X-BeenThere: isis-wg@ietf.org
X-Mailman-Version: 2.1.17
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: Wed, 17 Aug 2016 02:33:58 -0000

Suresh Krishnan has entered the following ballot position for
draft-ietf-isis-rfc4971bis-03: 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 https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-isis-rfc4971bis/



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

* Section 4 requires the CAPABILITY TLV to be leaked without any change
based on the text below

"If leaking of the CAPABILITY TLV is required, the entire CAPABILITY TLV
MUST be leaked into another level without change even though it may
contain some sub-TLVs which are unsupported by the Router doing the
leaking. "

but Section 2 requires a router leaking the TLV from level-2 to level-1
to set the D bit and this violates the "without change" requirement. 

I think this inconsistency needs to be resolved somehow. 

P.S.: One possible way would be to add some exception text for the D bit
into the above text in Section 4. Another would be to remove the
restriction against change (I noticed that this restriction did not exist
in RFC4971 - was this check added to fix some issue identified during
deployment?).