答复: 答复: comment on draft-rabadan-l2vpn-evpn-prefix-advertisement

Xuxiaohu <xuxiaohu@huawei.com> Fri, 08 November 2013 20:59 UTC

Return-Path: <xuxiaohu@huawei.com>
X-Original-To: l2vpn@ietfa.amsl.com
Delivered-To: l2vpn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26DBB21E8121 for <l2vpn@ietfa.amsl.com>; Fri, 8 Nov 2013 12:59:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.293
X-Spam-Level: *
X-Spam-Status: No, score=1.293 tagged_above=-999 required=5 tests=[AWL=-2.357, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, J_CHICKENPOX_13=0.6, J_CHICKENPOX_23=0.6, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4, SARE_SUB_ENC_GB2312=1.345]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5JoWHuZAvJzl for <l2vpn@ietfa.amsl.com>; Fri, 8 Nov 2013 12:59:32 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 49B8B11E80FB for <l2vpn@ietf.org>; Fri, 8 Nov 2013 12:59:31 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AXR65413; Fri, 08 Nov 2013 20:59:29 +0000 (GMT)
Received: from LHREML406-HUB.china.huawei.com (10.201.5.243) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 8 Nov 2013 20:58:43 +0000
Received: from NKGEML403-HUB.china.huawei.com (10.98.56.34) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 8 Nov 2013 20:59:28 +0000
Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.193]) by nkgeml403-hub.china.huawei.com ([10.98.56.34]) with mapi id 14.03.0158.001; Sat, 9 Nov 2013 04:59:16 +0800
From: Xuxiaohu <xuxiaohu@huawei.com>
To: "Henderickx, Wim (Wim)" <wim.henderickx@alcatel-lucent.com>, Lucy yong <lucy.yong@huawei.com>, "l2vpn@ietf.org" <l2vpn@ietf.org>
Subject: 答复: 答复: comment on draft-rabadan-l2vpn-evpn-prefix-advertisement
Thread-Topic: 答复: comment on draft-rabadan-l2vpn-evpn-prefix-advertisement
Thread-Index: Ac7cvqYcD4BB2/82Q4+fCPK55cREGP//WkCAgAComOD//1y+gIAAq9wA
Date: Fri, 08 Nov 2013 20:59:15 +0000
Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08227B05@NKGEML512-MBS.china.huawei.com>
References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08227AC5@NKGEML512-MBS.china.huawei.com>, <CEA28A79.912E2%wim.henderickx@alcatel-lucent.com>
In-Reply-To: <CEA28A79.912E2%wim.henderickx@alcatel-lucent.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.47.129.94]
Content-Type: multipart/alternative; boundary="_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08227B05NKGEML512MBSchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-BeenThere: l2vpn@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Layer 2 Virtual Private Networks <l2vpn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/l2vpn>, <mailto:l2vpn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/l2vpn>
List-Post: <mailto:l2vpn@ietf.org>
List-Help: <mailto:l2vpn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/l2vpn>, <mailto:l2vpn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Nov 2013 20:59:37 -0000

Because this extension is intended for L3 forwarding, rather than L2 forwarding anymore. Furthermore, that L3 forwarding is used for inter-subnet traffic.



Although E-Vpn from the beginning allowed this capability of advertising IP+MAC, the IP address is not used for L3 forwarding.



Xiaohu

________________________________
发件人: Henderickx, Wim (Wim) [wim.henderickx@alcatel-lucent.com]
发送时间: 2013年11月9日 4:36
收件人: Xuxiaohu; Lucy yong; l2vpn@ietf.org
主题: Re: 答复: comment on draft-rabadan-l2vpn-evpn-prefix-advertisement

I don’t see why this should be discussed with L3VPN because E-Vpn from the beginning allowed this capability. The mechanism described here allows to optimise the scenario’s. We look at reusing L3VPn AFI/SAFI and given there is no MAC or ESI NH it is not suited for all scenario’s.
Hence the proposal.


From: Xuxiaohu <xuxiaohu@huawei.com<mailto:xuxiaohu@huawei.com>>
Date: Friday 8 November 2013 22:25
To: Wim Henderickx <wim.henderickx@alcatel-lucent.com<mailto:wim.henderickx@alcatel-lucent.com>>, Lucy yong <lucy.yong@huawei.com<mailto:lucy.yong@huawei.com>>, "l2vpn@ietf.org<mailto:l2vpn@ietf.org>" <l2vpn@ietf.org<mailto:l2vpn@ietf.org>>
Subject: 答复: comment on draft-rabadan-l2vpn-evpn-prefix-advertisement


Wim,



Since you mentioned that E-VPN distributes host routes, I wonder whether those host routes would be used for IP forwarding. If so, should this extension specification belong to the L3VPN scope?



Xiaohu

________________________________
发件人: l2vpn-bounces@ietf.org<mailto:l2vpn-bounces@ietf.org> [l2vpn-bounces@ietf.org<mailto:l2vpn-bounces@ietf.org>] 代表 Henderickx, Wim (Wim) [wim.henderickx@alcatel-lucent.com<mailto:wim.henderickx@alcatel-lucent.com>]
发送时间: 2013年11月9日 4:17
收件人: Lucy yong; l2vpn@ietf.org<mailto:l2vpn@ietf.org>
主题: Re: comment on draft-rabadan-l2vpn-evpn-prefix-advertisement

Lucy, did you read the draft and is explained in section 6.
Show an example on how you do the scenario’s with RT2 and you will see why this is less efficient/scalable + does not support all scenario’s in the draft like ESI NH.

E-VPN distributes host routes using RT-2: (IP) + MAC and these can be an interface e.g. And prefixes can exists behind them.

From: Lucy yong <lucy.yong@huawei.com<mailto:lucy.yong@huawei.com>>
Date: Friday 8 November 2013 22:10
To: "l2vpn@ietf.org<mailto:l2vpn@ietf.org>" <l2vpn@ietf.org<mailto:l2vpn@ietf.org>>
Subject: comment on draft-rabadan-l2vpn-evpn-prefix-advertisement

Hi Authors,

I am not convinced if RT 5 is necessary for the use cases you specified in the draft (or presentation). IMO: RT2 is sufficient to support all the cases.
There is a draft-yong-nvo3-nve, which covers all the L2 overlay cases, which can be implemented by EVPN with RT2.

One question, why EVPN service allow to VAP being an IP interface?

Thanks,
Lucy