Re: [Lsr] Erik Kline's No Objection on draft-ietf-ospf-mpls-elc-13: (with COMMENT)

Peter Psenak <ppsenak@cisco.com> Mon, 18 May 2020 09:45 UTC

Return-Path: <ppsenak@cisco.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 18CAC3A0A44; Mon, 18 May 2020 02:45:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.701
X-Spam-Level:
X-Spam-Status: No, score=-7.701 tagged_above=-999 required=5 tests=[DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 1oJ8UbNTI5mO; Mon, 18 May 2020 02:45:32 -0700 (PDT)
Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C5A443A0A3E; Mon, 18 May 2020 02:45:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1967; q=dns/txt; s=iport; t=1589795132; x=1591004732; h=from:subject:to:cc:references:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=dc1q6JUpVoZfMJ6a+oISRUql2KRGMn/EqbdFsDEZlUU=; b=fL/xFFwy2gJdwUd+8EjfGH4hFWt+lXeJ1dxjmeaW7hUg9XL6V+Hy6TlY LtBTeX2gE7Bm3Dvz03XLU/mf6XO6yYdReEkP+7lazt7iy9eBeZBTec2dX Hr42kgPnGtKPIGDdK85uryFKgWhjPhEdzXmwPTWiYgpl0w1BTePjlbmN3 c=;
X-IronPort-AV: E=Sophos;i="5.73,406,1583193600"; d="scan'208";a="26236646"
Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 18 May 2020 09:45:30 +0000
Received: from [10.60.140.51] (ams-ppsenak-nitro2.cisco.com [10.60.140.51]) by aer-core-1.cisco.com (8.15.2/8.15.2) with ESMTP id 04I9jTQt017958; Mon, 18 May 2020 09:45:29 GMT
From: Peter Psenak <ppsenak@cisco.com>
To: Erik Kline <ek.ietf@gmail.com>, The IESG <iesg@ietf.org>
Cc: draft-ietf-ospf-mpls-elc@ietf.org, lsr-chairs@ietf.org, lsr@ietf.org, Acee Lindem <acee@cisco.com>, aretana.ietf@gmail.com
References: <158969018219.30789.6119849985741094254@ietfa.amsl.com>
Message-ID: <d551216a-d609-1b6c-7717-e66e58d10370@cisco.com>
Date: Mon, 18 May 2020 11:45:29 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.7.0
MIME-Version: 1.0
In-Reply-To: <158969018219.30789.6119849985741094254@ietfa.amsl.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Outbound-SMTP-Client: 10.60.140.51, ams-ppsenak-nitro2.cisco.com
X-Outbound-Node: aer-core-1.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/WB7eM2BmwDteHX5eIy33atTJ3kE>
Subject: Re: [Lsr] Erik Kline's No Objection on draft-ietf-ospf-mpls-elc-13: (with COMMENT)
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 18 May 2020 09:45:34 -0000

Hi Erik,

please see inline:


On 17/05/2020 06:36, Erik Kline via Datatracker wrote:
> Erik Kline has entered the following ballot position for
> draft-ietf-ospf-mpls-elc-13: 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-ospf-mpls-elc/
> 
> 
> 
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
> 
> [[ nits ]]
> 
> [ section 1 ]
> * "(e.g., SR-MPLS" is missing a closing parenthesis

yes, this has been fixed as a response to previous comments.

> 
> [ section 3 ]
> * "...unless all of its interfaces...":" do management interfaces, or other
>    interfaces over which no forwarding is taking place, count in this definition
>    of "all"?  

no, only those over which forwarding happens should be considered.


> If not, does this text need to be tightened or is this just one
>    of those things all implementers will naturally figure out? (I'm actually
>    betting this is just something readers will intuit.)

I would think so. It's kind of obvious that one would not take into 
consideration interfaces like loopback or other types over which real 
forwarding does not happen. The original text used line-cards instead of 
interfaces, but that was changed to interfaces based on comments from 
Alvaro.

If you insist, I can add a text to exclude the "non forwarding" 
interfaces, but I can see more questions coming in as a result :)

thanks,
Peter

> 
> 
> 
> 
>