[Isis-wg] Benoit Claise's No Objection on draft-ietf-isis-te-metric-extensions-09: (with COMMENT)

"Benoit Claise" <bclaise@cisco.com> Thu, 04 February 2016 08:41 UTC

Return-Path: <bclaise@cisco.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 4F2B41A1B96; Thu, 4 Feb 2016 00:41:12 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Benoit Claise <bclaise@cisco.com>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.13.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20160204084112.15392.43867.idtracker@ietfa.amsl.com>
Date: Thu, 04 Feb 2016 00:41:12 -0800
Archived-At: <http://mailarchive.ietf.org/arch/msg/isis-wg/CSuu2L-pnQDicIY0b9KHq_EGrnU>
Cc: isis-chairs@ietf.org, draft-ietf-isis-te-metric-extensions@ietf.org, Nevil Brownlee <n.brownlee@auckland.ac.nz>, isis-wg@ietf.org
Subject: [Isis-wg] Benoit Claise's No Objection on draft-ietf-isis-te-metric-extensions-09: (with COMMENT)
X-BeenThere: isis-wg@ietf.org
X-Mailman-Version: 2.1.15
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: Thu, 04 Feb 2016 08:41:12 -0000

Benoit Claise has entered the following ballot position for
draft-ietf-isis-te-metric-extensions-09: No Objection

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-te-metric-extensions/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

>From Nevil Brownlee (OPS DIR reviewer) and Stefano Previdi's discussion:


> I have one issue to raise: the last paragraph of section 2
> (introducing the metrics to for each of the new sub-TLVs) says that
> the values "MUST be calculated as rolling averages where the averaging
> period MUST be a configurable period of time."  This draft does not
> say how that interval will be configured.


the paragraph refers to section 5 “Announcement Thresholds and Filters”
where the thresholds and average values are explained. The specifics of
the configuration are not present because these are implementation
specifics aspects. 

The same has been done in RFC7471 which is the OSPF version of this
draft.


>  For proper operation,
> surely all participating IS-IS routers will need to use the same
> measurement interval?


Well, while it would make sense to use the same interval, it is not a
requirement and it’s possible to have a network where nodes use different
intervals to measure their links utilization. Also, as described in
section 5, the interval may vary and advertisements may be done
immediately in some cases.


>  I suggest that some text explaining this, and
> saying how a router's measurement interval can be checked by other
> routers, would be useful.


Here also there are no requirements for a router to be able to verify
which interval other routers used.

=====================================

Since that triggered some questions/discussions, a few sentences around
the following points would make sense from an OPS point of view:
- While it would make sense to use the same interval, it is not a
requirement and it’s possible to have a network where nodes use different
intervals to measure their links utilization
- There are no requirements for a router to be able to verify which
interval other routers used.

Regards, Benoit