Re: [spring] WG Last Call for draft-ietf-spring-segment-routing-msdc-02

"Stefano Previdi (sprevidi)" <sprevidi@cisco.com> Wed, 01 March 2017 15:44 UTC

Return-Path: <sprevidi@cisco.com>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 296A91294DA for <spring@ietfa.amsl.com>; Wed, 1 Mar 2017 07:44:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.522
X-Spam-Level:
X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, 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 sUctiLy-5oF2 for <spring@ietfa.amsl.com>; Wed, 1 Mar 2017 07:44:37 -0800 (PST)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 80FD71294C0 for <spring@ietf.org>; Wed, 1 Mar 2017 07:44:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5756; q=dns/txt; s=iport; t=1488383077; x=1489592677; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=gRmVi60BtGoDMaVBSVHYKKKhCOVh8O/P3dN9GrlGHwk=; b=l38If6HsDpwrkXdEnXEsL8YrGiQbbOoubpvpTjKeN31eU8RK3c/T1Axr 7+ICNmba2eBrXlyFslYD5Vh59D0MblOGdbio50o7W+XOrf7DClIsKblIg PxCh4iCHHexX3GAmgzKl93VZhVCdWgLs33RdO5cOoVCxrRexkfDi8gXzi w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DaAQAY7LZY/5hdJa1eDgsBAQEBAQEBAQEBAQcBAQEBAYNQgWoHg1SKCJFmlTWCDYYiAhqCHz8YAQIBAQEBAQEBYiiEcAEBAQMBHQYEDUUFCwIBCBIGAgImAgICMBUCDgIEDgWJcQixd4FsOosjAQEBAQEBAQEBAQEBAQEBAQEBAQEBHYELhUGCBYJqh1ougjEBBJVzhjUBkjGBe48jiD+KdQEfOIEBVBU+EQGGADt1iGWBDQEBAQ
X-IronPort-AV: E=Sophos;i="5.35,226,1484006400"; d="scan'208";a="204244445"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 01 Mar 2017 15:44:36 +0000
Received: from XCH-RTP-010.cisco.com (xch-rtp-010.cisco.com [64.101.220.150]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id v21FiaaT004449 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 1 Mar 2017 15:44:36 GMT
Received: from xch-rtp-010.cisco.com (64.101.220.150) by XCH-RTP-010.cisco.com (64.101.220.150) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 1 Mar 2017 10:44:35 -0500
Received: from xch-rtp-010.cisco.com ([64.101.220.150]) by XCH-RTP-010.cisco.com ([64.101.220.150]) with mapi id 15.00.1210.000; Wed, 1 Mar 2017 10:44:35 -0500
From: "Stefano Previdi (sprevidi)" <sprevidi@cisco.com>
To: Anoop Ghanwani <anoop@alumni.duke.edu>
Thread-Topic: [spring] WG Last Call for draft-ietf-spring-segment-routing-msdc-02
Thread-Index: AQHSkaNRWb9/Q025s0KiHisWwh+6w6F/Io6AgAFTbwA=
Date: Wed, 01 Mar 2017 15:44:35 +0000
Message-ID: <5B45FE6C-C091-4FBA-A1CD-DA809D98235A@cisco.com>
References: <27991_1487670653_58AC0D7D_27991_2292_1_53C29892C857584299CBF5D05346208A1ED7122E@OPEXCLILM21.corporate.adroot.infra.ftgroup> <18673_1487691447_58AC5EB7_18673_4491_1_53C29892C857584299CBF5D05346208A1ED71F65@OPEXCLILM21.corporate.adroot.infra.ftgroup> <A19DD756-D858-4F86-BF76-F6AC94C0D211@cisco.com> <CA+-tSzwFRuFyaB+UVZXRCP5Db2H8Fr7vftjwz_yn2b=yZqiF7Q@mail.gmail.com>
In-Reply-To: <CA+-tSzwFRuFyaB+UVZXRCP5Db2H8Fr7vftjwz_yn2b=yZqiF7Q@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.61.101.21]
Content-Type: text/plain; charset="utf-8"
Content-ID: <E5826EAF82FAB44AAAC02B91493E4844@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/rS_aNyiCWwDBJHg4Ge8IonYhQOI>
Cc: "bruno.decraene@orange.com" <bruno.decraene@orange.com>, "spring@ietf.org" <spring@ietf.org>
Subject: Re: [spring] WG Last Call for draft-ietf-spring-segment-routing-msdc-02
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Mar 2017 15:44:39 -0000

> On Feb 28, 2017, at 8:29 PM, Anoop Ghanwani <anoop@alumni.duke.edu> wrote:
> 
> I support publication of the document as an informational RFC.
> 
> Below are my comments.
> 
> Thanks,
> Anoop
> 
> ==
> 
> - pg 5, line 1
>   What is the criteria that allow sharing the AS number?  Is there a reference?


we changed this to “use the same AS”. As explained in 4.3, using the same AS brings the update loop prevention mechanism so facilitate filtering and propagation.


> - pg 6
>   "This means that every new connection will be established 
>    obliviously (memory- less) with regards to the paths chosen 
>     before, or chosen by other nodes."
>   I am not sure what "chosen by other nodes" adds.  I think it 
>   can be removed. 


It refers to the “obliviousness” extended also to the choices that other nodes of the network could have made.


> - pg 7
>   "local label 1600x" -> "local label (16000 + x).
>   Also because of the way loopbacks are assigned, does this mean that the number nodes that this scheme can handle is 512?  May be good to mention why this is considered a good number.


the example assumes loopbacks assigned from 192.0.2/24. It gives you 255 host addresses. This is of course just illustrative.


> - pg 11
>   "BGP Prefix Segment 16011 then directs the packet down to Node11 along the path (Node5, Node9, Node11)."
>   I think it would be worth mentioning that node 9 need not appear in this path.  In general, because of the nature of clos topologies, there is no need to have intermediate nodes between the spine and the ToR on the way down.  (If there is, it would be good to know why.)


maybe I’m missing your point but the example is baed on the illustrative topology where 9 in the shortest path but you don’t need to specify 9 in the segment list. This is base of SR explained in the architecture draft. 


> 
> Editorial


I fixed the remaining editorial nits.

Thanks.

s.


> 
> - some inconsistencies throughout.  would be good to make them consistent.
>   Node1 and Node2 vs Nodes 1 and 2 vs "Node1" and "Node2"
>   data center, data-center, DC
> 
> - Spell out SRGB and AIGP at first use.
> 
> - pg 1
>   "use-case use-cases" -> use-cases
> 
> - pg 5
>   "via BGP session" -> "via a BGP session."  (missing 'a' and period.)
>   "address of it's loopback" -> "address of its loopback"
>   "per-flow ECMP that does not" -> "per-flow ECMP does not"
>   "placed on one path over others" ->  "placed on one path over others."  (missing period)
>   " implements oblivious" -> "implements an oblivious"
> 
> - pg 6
>   "Absence of path visibility" -> "The absence of path visibility"
>   
> - pg 7
>   "Figure 2 zooms on" -> "Figure 2 zooms in on"
> 
> - pg 8 
>   "an nondeterministic label" -> "a non-deterministic label"
> 
> - pg 9
>   "Referring to Figure 1Referring to Figure 1" -> "Referring to Figure 1"
> 
> - pg 11
>   "if Node7 does not support" -> "even though Node7 does not support"
> 
> - p12
>   Missing a period at the end of the first and second items in Sec 4.3.
>   "Attribute adverting" -> "Attribute advertising"
> 
> - pg 14
>   "let us illustrate this assuming" -> "let us illustrate this concept assuming"
>   "flow to Z" -> "flow to HostZ"
>   "assuming A is made aware" -> "assuming HostA is made aware"
>   
> - pg 15
>   "the latter one" -> "the last one"
> 
> - pg 16
>   "monitoring network elements health" -> "monitoring network elements' health"
>   "inSection 7.2" -> "in Section 7.2"
>   "BGP Labelled Unicast" -> "BGP Labeled Unicast"  (also on pg 17)
> 
> - pg 18
>   "thanks to PHP" -> "because of PHP"
>   "Internet- scale" -> "Internet-scale"  (extra space)
>   "go-to-the- Internet" -> "go-to-the-Internet"
>   " do not recommend to use" -> "do not recommend using"
>   "operation viewpoint" -> "operational viewpoint"
> 
> - pg 19
>   "allows to construct" -> "allows us to construct"
>   "Spine5 and Spine 8" -> Node5 and Node8
>   "(e.g. ToR1's SRGB is [1000, 1999], ToR2's SRGB is [2000, 2999]...)." ->
>   "(e.g. ToR1's SRGB is [1000, 1999], ToR2's SRGB is [2000, 2999], ...)." ->
>