Re: [Isis-wg] [nvo3] Simplify the deployment of NVo3 data encapsulations in enterprise campus networks?//FW: New Version Notification for draft-xu-nvo3-isis-cp-02.txt

"Reith, Lothar" <Lothar.Reith@detecon.com> Tue, 05 July 2016 10:15 UTC

Return-Path: <Lothar.Reith@detecon.com>
X-Original-To: isis-wg@ietfa.amsl.com
Delivered-To: isis-wg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5731F12D11D; Tue, 5 Jul 2016 03:15:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no
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 aJdrAzIYWDSC; Tue, 5 Jul 2016 03:15:20 -0700 (PDT)
Received: from dtc035.detecon.net (dtc035.detecon.net [194.25.60.135]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0BFE112D110; Tue, 5 Jul 2016 03:15:18 -0700 (PDT)
Received: from unknown (HELO dc311v.detecon.com) ([172.16.6.74]) by relay.dtc035.detecon.net with ESMTP; 05 Jul 2016 12:15:16 +0200
Received: from DC301.detecon.com ([fe80::b0b0:66e7:2cac:ab91]) by dc311v.detecon.com ([::1]) with mapi id 14.03.0123.003; Tue, 5 Jul 2016 12:15:16 +0200
From: "Reith, Lothar" <Lothar.Reith@detecon.com>
To: Xuxiaohu <xuxiaohu@huawei.com>, "Saumya Dikshit (sadikshi)" <sadikshi@cisco.com>, "nvo3@ietf.org" <nvo3@ietf.org>, "isis-wg@ietf.org" <isis-wg@ietf.org>
Thread-Topic: [nvo3] Simplify the deployment of NVo3 data encapsulations in enterprise campus networks?//FW: New Version Notification for draft-xu-nvo3-isis-cp-02.txt
Thread-Index: AQHR1c90/QHjey3Jrkur09cFURSQZaAJd8aQgADMBgD//1Cv4IAACyyw
Date: Tue, 05 Jul 2016 10:15:16 +0000
Message-ID: <A4B04AB2AA90A9469CED7F9A5F656E3B026453A0A2@DC301.detecon.com>
References: <D3A01CA1.68F3C%sadikshi@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0D568BB7@NKGEML515-MBX.china.huawei.com> <D3A17399.69051%sadikshi@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0D568C0F@NKGEML515-MBX.china.huawei.com>
In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0D568C0F@NKGEML515-MBX.china.huawei.com>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [192.168.134.168]
Content-Type: multipart/alternative; boundary="_000_A4B04AB2AA90A9469CED7F9A5F656E3B026453A0A2DC301deteconc_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/isis-wg/qcDYAM-kthAGjHdPb83QVVRYav4>
Subject: Re: [Isis-wg] [nvo3] Simplify the deployment of NVo3 data encapsulations in enterprise campus networks?//FW: New Version Notification for draft-xu-nvo3-isis-cp-02.txt
X-BeenThere: isis-wg@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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: Tue, 05 Jul 2016 10:15:24 -0000

Hi Xixiaohu,
. Therefore, non-NVE routers don't need processing the VN membership info TLVs at all. Therefore, from the incremental deployment perspective, only those NVE devices need to be upgraded.



-       What about network address aggregation a la "supernetting" on non-NVE routers - is there no effect? And if not, what are the scalability boundaries given that MAC addresses cannot be aggregated.

Lothar

Von: nvo3 [mailto:nvo3-bounces@ietf.org] Im Auftrag von Xuxiaohu
Gesendet: Dienstag, 5. Juli 2016 11:49
An: Saumya Dikshit (sadikshi) <sadikshi@cisco.com>; nvo3@ietf.org; isis-wg@ietf.org
Betreff: Re: [nvo3] Simplify the deployment of NVo3 data encapsulations in enterprise campus networks?//FW: New Version Notification for draft-xu-nvo3-isis-cp-02.txt

Hi Saumya,

Thanks for your further comments. Please see my response inline.

From: Saumya Dikshit (sadikshi) [mailto:sadikshi@cisco.com]
Sent: Tuesday, July 05, 2016 5:29 PM
To: Xuxiaohu; nvo3@ietf.org<mailto:nvo3@ietf.org>; isis-wg@ietf.org<mailto:isis-wg@ietf.org>
Subject: Re: [nvo3] Simplify the deployment of NVo3 data encapsulations in enterprise campus networks?//FW: New Version Notification for draft-xu-nvo3-isis-cp-02.txt

Hi Xiaohu,
Please see inline.

From: Xuxiaohu <xuxiaohu@huawei.com<mailto:xuxiaohu@huawei.com>>
Date: Tuesday, July 5, 2016 at 1:41 PM
To: sadikshi <sadikshi@cisco.com<mailto:sadikshi@cisco.com>>, "nvo3@ietf.org<mailto:nvo3@ietf.org>" <nvo3@ietf.org<mailto:nvo3@ietf.org>>, "isis-wg@ietf.org<mailto:isis-wg@ietf.org>" <isis-wg@ietf.org<mailto:isis-wg@ietf.org>>
Subject: RE: [nvo3] Simplify the deployment of NVo3 data encapsulations in enterprise campus networks?//FW: New Version Notification for draft-xu-nvo3-isis-cp-02.txt

Hi Saumya,

From: nvo3 [mailto:nvo3-bounces@ietf.org] On Behalf Of Saumya Dikshit (sadikshi)
Sent: Monday, July 04, 2016 4:39 PM
To: Xuxiaohu; nvo3@ietf.org<mailto:nvo3@ietf.org>; isis-wg@ietf.org<mailto:isis-wg@ietf.org>
Subject: Re: [nvo3] Simplify the deployment of NVo3 data encapsulations in enterprise campus networks?//FW: New Version Notification for draft-xu-nvo3-isis-cp-02.txt

Hi Xiaohu,

Even though the reference is to campus deployment, there could be a generic requirement of routing (l3-gateway),
which may eventually require IP/MAC bindings to be published. Is there any plan to include that in the draft.

The current version only considers Layer2 overlay. Layer3 overlay may be considered in future versions.
<Saumya> And that may require, a new TLV definition, as the existing one "MAC-Reachability (MAC-RI) TLV" may not suffice.
Just thinking aloud if that can be considered as a complete solution provided by any NVO3 construct/encapsulation.

[Xiaohu] No need for a new TLV definition. The existing Extended IP Reachability TLVs can be reused for layer3 overlay routing exchange purpose.


>>>>(only a single protocol to be deployed that's IS-IS)
Does it refers to single protocol in overlay and underlay ? I think its highly subjective to the exact requirements.

IS-IS has been widely used  in campus networks for many years. Layer2 overlay control plane could be realized through a tiny extension to IS-IS (i.e., the VN membership auto-discovery based upon a single sub-TLV). Note that the control-plane based MAC learning is optional rather than mandatory.
<Saumya> As I understand, the distribution of Overlay information (VN-memebership), will be tightly coupled with the underlay network tied up to same instance of ISIS and
can end up populating non-NVO3 devices in the ISIS network.

[Xiaohu] Your observation is correct that VN-membership info would be received by non-NVE devices. However, according to the ISIS specification, IS-IS routers would ignore unknown TLVs in the LSP and pass them on to other neighbors unchanged. Therefore, non-NVE routers don't need processing the VN membership info TLVs at all. Therefore, from the incremental deployment perspective, only those NVE devices need to be upgraded.

Best regards,
Xiaohu

Thanks
Saumya.


On 7/4/16, 12:36 PM, "nvo3 on behalf of Xuxiaohu" <nvo3-bounces@ietf.org<mailto:nvo3-bounces@ietf.org> on behalf of xuxiaohu@huawei.com<mailto:xuxiaohu@huawei.com>> wrote:

Hi all,

Due to the success of the NVo3 data encapsulations technology in data center networks, more and more enterprises are considering the adoption of this technology in their campus networks so as to replace the old spanning tree protocols.  Although BGP or Software Defined Network (SDN) controller could still be used as the control plane protocol in campus networks, both of them seem a bit heavyweight, especially for small and even medium sized campus networks.

This draft proposes to use IS-IS as a lightweight control plane protocol for NVo3 overlay networks. In this way, the network provisioning is dramatically simplified (only a single protocol to be deployed that's IS-IS), which is much significant to campus network operators. BTW, it leverages the MAC-Reachability (MAC-RI) TLV as defined in RFC6165 to realize on-demand control-plane based MAC learning on a per-VN basis, most importantly, without any dependence on the multicast capability of the underlay networks.

Any comments are welcome.

Best regards,
Xiaohu


-----Original Message-----
From: internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> [mailto:internet-drafts@ietf.org]
Sent: Friday, July 01, 2016 3:17 PM
To: Himanshu Shah; Himanshu C. Shah; Xuxiaohu; Fan Yongbing; Yongbing Fan
Subject: New Version Notification for draft-xu-nvo3-isis-cp-02.txt
A new version of I-D, draft-xu-nvo3-isis-cp-02.txt has been successfully
submitted by Xiaohu Xu and posted to the IETF repository.
Name:draft-xu-nvo3-isis-cp
Revision:02
Title:NVo3 Control Plane Protocol Using IS-IS
Document date:2016-07-01
Group:Individual Submission
Pages:8
URL:
https://www.ietf.org/internet-drafts/draft-xu-nvo3-isis-cp-02.txt
Status:         https://datatracker.ietf.org/doc/draft-xu-nvo3-isis-cp/
Htmlized:       https://tools.ietf.org/html/draft-xu-nvo3-isis-cp-02
Diff:           https://www.ietf.org/rfcdiff?url2=draft-xu-nvo3-isis-cp-02
Abstract:
    This document describes the use of IS-IS as a light-weight control
    plane protocol for Network Virtualization over L3 (NVo3) overlay
    networks.  This light-weight control plane protocol is intended for
    small and even medium sized enterprise campus networks where the NVo3
    technology is to be used.
Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.
The IETF Secretariat

_______________________________________________
nvo3 mailing list
nvo3@ietf.org<mailto:nvo3@ietf.org>
https://www.ietf.org/mailman/listinfo/nvo3