Re: [bess] 答复: 答复: 答复: Flowspec for L2VPN and E-VPN

Mach Chen <mach.chen@huawei.com> Fri, 14 November 2014 07:05 UTC

Return-Path: <mach.chen@huawei.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 244F41A70FD for <bess@ietfa.amsl.com>; Thu, 13 Nov 2014 23:05:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.495
X-Spam-Level:
X-Spam-Status: No, score=-4.495 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.594, SPF_PASS=-0.001] autolearn=ham
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 nc1H6eSLLz-C for <bess@ietfa.amsl.com>; Thu, 13 Nov 2014 23:05:35 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 663A31A6EF1 for <bess@ietf.org>; Thu, 13 Nov 2014 23:05:34 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BLP78841; Fri, 14 Nov 2014 07:05:32 +0000 (GMT)
Received: from SZXEMA403-HUB.china.huawei.com (10.82.72.35) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 14 Nov 2014 07:05:31 +0000
Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.131]) by SZXEMA403-HUB.china.huawei.com ([10.82.72.35]) with mapi id 14.03.0158.001; Fri, 14 Nov 2014 15:05:23 +0800
From: Mach Chen <mach.chen@huawei.com>
To: Haoweiguo <haoweiguo@huawei.com>, "Henderickx, Wim (Wim)" <wim.henderickx@alcatel-lucent.com>, Thomas Morin <thomas.morin@orange.com>, BESS <bess@ietf.org>
Thread-Topic: [bess] 答复: 答复: 答复: Flowspec for L2VPN and E-VPN
Thread-Index: AQHP/6ZWLtGFIaAuh0WPUytcDrhry5xfsJ6w
Date: Fri, 14 Nov 2014 07:05:22 +0000
Message-ID: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE25DAFBB66@SZXEMA510-MBX.china.huawei.com>
References: <D08A6F8F.1096E8%wim.henderickx@alcatel-lucent.com> <DD5FC8DE455C3348B94340C0AB5517334F80FDAB@nkgeml501-mbs.china.huawei.com>
In-Reply-To: <DD5FC8DE455C3348B94340C0AB5517334F80FDAB@nkgeml501-mbs.china.huawei.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.111.97.72]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: http://mailarchive.ietf.org/arch/msg/bess/BtUoQR0WdJtVHCdaM01QsAIoxoU
Cc: IDR Chairs <idr-chairs@tools.ietf.org>
Subject: Re: [bess] 答复: 答复: 答复: Flowspec for L2VPN and E-VPN
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 14 Nov 2014 07:05:40 -0000

Hi Weiguo, Wim and others,

IMHO, AFI/SAFI based Flowspec would have better scalability and compatibility. There is a precedent (RT-Constrain) that adopted the unified RT for all AFI/SAFI that bring many limitation when deploying RTC.

Best regards,
Mach

> -----Original Message-----
> From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Haoweiguo
> Sent: Friday, November 14, 2014 8:42 AM
> To: Henderickx, Wim (Wim); Thomas Morin; BESS
> Cc: IDR Chairs
> Subject: [bess] 答复: 答复: 答复: Flowspec for L2VPN and E-VPN
> 
> Hi Wim,
> It seems to be a solution. Another problem:
> Current BGP flow spec for L2 VPN /L3 VPN relies on Rout Target for policy
> import/export. If using unified solution, RT can't overlap between different
> applications(L2VPN,L3VPN...). If using separating AFI/SAFI solution, no RT
> constraint issue.
> Maybe there are other questions for unified solution, i would like to hear other
> expert's comments on your proposal.
> Thanks
> weiguo
> 
> ________________________________________
> 发件人: BESS [bess-bounces@ietf.org] 代表 Henderickx, Wim (Wim)
> [wim.henderickx@alcatel-lucent.com]
> 发送时间: 2014年11月14日 8:27
> 收件人: Haoweiguo; Thomas Morin; BESS
> 抄送: IDR Chairs
> 主题: Re: [bess] 答复:  答复:  Flowspec for L2VPN and E-VPN
> 
> We define a new AFI/SAFI that accommodates all we have + include L2
> extensions.
> Operators that don’t need L2 extensions keep what they have.
> Operators that need L2 extensions go to the new method or mix the new
> method with the old methods per service type.
> 
> Make sense?
> 
> On 13/11/14 14:16, "Haoweiguo" <haoweiguo@huawei.com> wrote:
> 
> >How to achieve compatability with current existed flowspec[RFC5575]
> >applications?
> >Thanks
> >weiguo
> >
> >________________________________________
> >发件人: Henderickx, Wim (Wim) [wim.henderickx@alcatel-lucent.com]
> >发送时间: 2014年11月14日 8:14
> >收件人: Haoweiguo; Thomas Morin; BESS
> >抄送: IDR Chairs
> >主题: Re: 答复: [bess] Flowspec for L2VPN and E-VPN
> >
> >If we define a new things I prefer to address the wider issue and
> >include
> >L2 in that.
> >
> >On 13/11/14 14:13, "Haoweiguo" <haoweiguo@huawei.com> wrote:
> >
> >>Hi Wim,
> >>Allocating different AFI/SAFI(s) for each flow spec application is a
> >>applicable solution. Theoretically, unified mechanism for all flowspec
> >>can be designed, but it maybe a more harder work in IDR.
> >>Thanks
> >>weiguo
> >>
> >>________________________________________
> >>发件人: BESS [bess-bounces@ietf.org] 代表 Henderickx, Wim (Wim)
> >>[wim.henderickx@alcatel-lucent.com]
> >>发送时间: 2014年11月14日 7:55
> >>收件人: Thomas Morin; BESS
> >>抄送: IDR Chairs
> >>主题: Re: [bess] Flowspec for L2VPN and E-VPN
> >>
> >>As I stated in the IDR meeting my observation is that we require to
> >>many
> >>AFI/SAFI(s) for all flow spec functions. Flow spec in general is
> >>providing match criteria¹s with related actions. Given the proposal on
> >>Flowspec for
> >>L2 is new we should look at the bigger picture.
> >>In My view we need a mechanism in BGP to advertise Flowspec match
> >>criteria¹s with related actions and they should cover L2/L3-IPv4/IPv6.
> >>
> >>On 13/11/14 13:44, "Thomas Morin" <thomas.morin@orange.com> wrote:
> >>
> >>>Hi WG,
> >>>
> >>>A heads up...
> >>>
> >>>These two drafts relate to BESS and thus may be of interest to us:
> >>>- draft-hao-idr-flowspec-l2vpn
> >>><http://tools.ietf.org/html?draft=draft-hao-idr-flowspec-l2vpn-01>
> >>>(on idr agenda, being presented right now)
> >>>- draft-hao-idr-flowspec-evpn
> >>><https://tools.ietf.org/html/draft-hao-idr-flowspec-evpn-00>
> >>>
> >>>Best,
> >>>
> >>>-Thomas
> >>>
> >>>
> >>>_______________________________________________
> >>>BESS mailing list
> >>>BESS@ietf.org
> >>>https://www.ietf.org/mailman/listinfo/bess
> >>
> >>_______________________________________________
> >>BESS mailing list
> >>BESS@ietf.org
> >>https://www.ietf.org/mailman/listinfo/bess
> 
> _______________________________________________
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess
> _______________________________________________
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess