From nobody Tue Jul 1 10:21:38 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DDCA61B2888 for ; Tue, 1 Jul 2014 10:21:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 IXcRDu1Ef8Uu for ; Tue, 1 Jul 2014 10:21:33 -0700 (PDT) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE8D41B2867 for ; Tue, 1 Jul 2014 10:21:33 -0700 (PDT) Received: by mail-ie0-f181.google.com with SMTP id y20so384571ier.12 for ; Tue, 01 Jul 2014 10:21:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=4+sTf2MUrKjFjapEAOblIqPEsrJ4HMLCzNScTVk9YEQ=; b=UzoXe5OB8bwkx6BIKwyAohi4ZL4oemIFVfWz/hU6MEckPzFBHVfr7bvV5lKttSy2Hc kJGjnE07doowRYe4hhZH6ooUI8OkHW2A7j9B1LA2OiB+7CEYorvVpWnwxUaHXg6l2i6Z B3/KkpRKqD3gtMSFIaMySrXr4I1PSzowpxPZqJeqNlsFleyM1RXa+s67Cr/o1i7iO3gt fSJX2iNwM0h085Y9cjbGQ4XRcE7DVsJhcWaIs8DGGRw4GwPV8FLD8Rk9NDxmIE2wLsPC g4Z1liIiPvN4ehKiP8rMAMzMqaZs7mesvymm9oUBWsc6hhG5z5T6EyUJL4a5om/UhmMQ OfCQ== MIME-Version: 1.0 X-Received: by 10.42.240.20 with SMTP id ky20mr3524466icb.97.1404235293169; Tue, 01 Jul 2014 10:21:33 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.64.89.38 with HTTP; Tue, 1 Jul 2014 10:21:33 -0700 (PDT) In-Reply-To: References: Date: Tue, 1 Jul 2014 19:21:33 +0200 X-Google-Sender-Auth: soevKbRmaUf1fZkk-kV92i95l4o Message-ID: Subject: Re: Solicit reviews and comments on draft-hao-l3vpn-inter-nvo3-vpn-00 From: Robert Raszuk To: Haoweiguo Content-Type: multipart/alternative; boundary=001a113328f2d4a65f04fd25019d Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/ImuDhuVxObc1BdePaVXDmnNE2Zo Cc: "l3vpn@ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2014 17:21:35 -0000 --001a113328f2d4a65f04fd25019d Content-Type: text/plain; charset=UTF-8 Hi Weiguo, I have read your document with interest expecting to see something new .. well I have not seen anything which other L3VPN documents would not have already covered. Section 4 lists 16 million number as issue of option A. Can you explain where in option A architecture such number is stated ? As to the number of sessions issue between ASBRs I would recommend lecture of draft-mapathak-interas-ab-00.txt Bottom line I am not finding anything new in this document which would not be already well known or even shipping in open source or commercial implementations. Best regards, R. On Tue, Jul 1, 2014 at 3:29 AM, Haoweiguo wrote: > Hi all, > We submit a new draft of "Inter-AS Option B between NVO3 and BGP/MPLS IP > VPN network", please review it and warmly appreciate your comments and > suggestions. > Thanks > weiguo > --001a113328f2d4a65f04fd25019d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Weiguo,

I have read your document with interest expec= ting to see something new .. well I have not seen anything which other L3VP= N documents would not have already covered.=C2=A0

Section 4 lists 1= 6 million number as issue of option A. Can you explain where in option A ar= chitecture such number is stated ?=C2=A0

As to the number = of sessions issue between ASBRs I would recommend lecture of=C2=A0draft-map= athak-interas-ab-00.txt

Bottom line I am = not finding anything new in this document which would not be already well k= nown or even shipping in open source or commercial implementations.=C2=A0

Best regards,
=
R.


On Tue, Jul 1, 2014 at 3:29 AM, Haoweiguo <haoweiguo@huawei.com> wrote:
Hi all,
We submit a new draft of "Inter-AS Option B between NVO3 and BGP/MPLS = IP VPN network", please review it and warmly appreciate your comments = and suggestions.
Thanks
weiguo


--001a113328f2d4a65f04fd25019d-- From nobody Tue Jul 1 13:22:06 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F290D1A0A81; Tue, 1 Jul 2014 13:22:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.906 X-Spam-Level: X-Spam-Status: No, score=-0.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FS_REPLICA=0.994] autolearn=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 2PacRDsn_0Qy; Tue, 1 Jul 2014 13:22:02 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 347201A037F; Tue, 1 Jul 2014 13:22:02 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org Subject: I-D Action: draft-ietf-l3vpn-mvpn-bidir-ingress-replication-01.txt X-Test-IDTracker: no X-IETF-IDTracker: 5.5.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140701202202.13105.77074.idtracker@ietfa.amsl.com> Date: Tue, 01 Jul 2014 13:22:02 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/-CQwIoXVk5IPHXnVCo26ZuwuZ6w Cc: l3vpn@ietf.org X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2014 20:22:03 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Layer 3 Virtual Private Networks Working Group of the IETF. Title : Simulating "Partial Mesh of MP2MP P-Tunnels" with Ingress Replication Authors : Jeffrey Zhang Yakov Rekhter Andrew Dolganow Filename : draft-ietf-l3vpn-mvpn-bidir-ingress-replication-01.txt Pages : 13 Date : 2014-07-01 Abstract: RFC 6513 described a method to support bidirectional C-flow using "Partial Mesh of MP2MP P-Tunnels". This document describes how partial mesh of MP2MP P-Tunnels can be simulated with Ingress Replication, instead of a real MP2MP tunnel. This enables a Service Provider to use Ingress Replication to offer transparent BIDIR-PIM service to its VPN customers. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-l3vpn-mvpn-bidir-ingress-replication/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-l3vpn-mvpn-bidir-ingress-replication-01 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-l3vpn-mvpn-bidir-ingress-replication-01 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. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Jul 1 20:53:08 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 181611A0401 for ; Tue, 1 Jul 2014 20:53:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.099 X-Spam-Level: * X-Spam-Status: No, score=1.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 UptGTzyTQZG7 for ; Tue, 1 Jul 2014 20:52:58 -0700 (PDT) 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 010151A00DD for ; Tue, 1 Jul 2014 20:52:56 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BGR82019; Wed, 02 Jul 2014 03:52:55 +0000 (GMT) Received: from NKGEML410-HUB.china.huawei.com (10.98.56.41) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 2 Jul 2014 04:52:54 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.155]) by nkgeml410-hub.china.huawei.com ([10.98.56.41]) with mapi id 14.03.0158.001; Wed, 2 Jul 2014 11:52:48 +0800 From: Haoweiguo To: Robert Raszuk Subject: =?gb2312?B?tPC4tDogU29saWNpdCByZXZpZXdzIGFuZCBjb21tZW50cyBvbiBkcmFmdC1o?= =?gb2312?Q?ao-l3vpn-inter-nvo3-vpn-00?= Thread-Topic: Solicit reviews and comments on draft-hao-l3vpn-inter-nvo3-vpn-00 Thread-Index: AQHPlMv0HE+E+9y1IkOFEhw+U+A9XpuK8hqAgAEjDTs= Date: Wed, 2 Jul 2014 03:52:46 +0000 Message-ID: References: , In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.135.23.94] Content-Type: multipart/alternative; boundary="_000_DD5FC8DE455C3348B94340C0AB5517334F7E0AC8nkgeml501mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/ux_4Ja3K0soqVyukKMbd-kA6cOI Cc: "l3vpn@ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 03:53:06 -0000 --_000_DD5FC8DE455C3348B94340C0AB5517334F7E0AC8nkgeml501mbschi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgUm9iZXJ0LA0KDQpDdXJyZW50bHkgdGhlcmUgaXMgbm8gaGV0ZXJvZ2VuZW91cyBvcHRpb24t QiBpbnRlci1hcyBzb2x1dGlvbiBiZXR3ZWVuIE5WTzMgYW5kIE1QTFMgTDNWUE4gbmV0d29yaywg b25seSBvcHRpb24tQSBpbnRlci1hcyBzb2x1dGlvbiBpcyBwcm92aWRlZCBpbiBtYWluc3RyZWFt IE5WTzMgc29sdXRpb24uIFRoaXMgZHJhZnQgbWFpbmx5IGRpc2NyaWJlcyB0aGUgcHJvY2VkdXJl cyBvZiBOVk8zIGRpc3RyaWJ1dGVkIGdhdGV3YXkgaW50ZWdyYXRlZCB3aXRoIGludGVyLWFzIG9w dGlvbi1CIHNvbHV0aW9uLCBpdCBjYW4gcHJvdmlkZSBkaXJlY3Rpb25zIGZvciBvcGVuIHNvdXJj ZSBvciBjb21tZXJjaWFsIGltcGxlbWVudGF0aW9ucy4NCg0KUGxzIHNlZSBteSBkZXRhaWwgcmVw bHkgaW5saW5lIFt3ZWlndW9dLg0KDQpUaGFua3MNCg0Kd2VpZ3VvDQoNCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQq3orz+yMs6IHJyYXN6dWtAZ21haWwuY29tIFtycmFzenVrQGdt YWlsLmNvbV0gtPqx7SBSb2JlcnQgUmFzenVrIFtyb2JlcnRAcmFzenVrLm5ldF0NCreiy83Ksbzk OiAyMDE0xOo31MIyyNUgMToyMQ0KytW8/sjLOiBIYW93ZWlndW8NCrOty806IGwzdnBuQGlldGYu b3JnDQrW98ziOiBSZTogU29saWNpdCByZXZpZXdzIGFuZCBjb21tZW50cyBvbiBkcmFmdC1oYW8t bDN2cG4taW50ZXItbnZvMy12cG4tMDANCg0KSGkgV2VpZ3VvLA0KDQpJIGhhdmUgcmVhZCB5b3Vy IGRvY3VtZW50IHdpdGggaW50ZXJlc3QgZXhwZWN0aW5nIHRvIHNlZSBzb21ldGhpbmcgbmV3IC4u IHdlbGwgSSBoYXZlIG5vdCBzZWVuIGFueXRoaW5nIHdoaWNoIG90aGVyIEwzVlBOIGRvY3VtZW50 cyB3b3VsZCBub3QgaGF2ZSBhbHJlYWR5IGNvdmVyZWQuDQoNClNlY3Rpb24gNCBsaXN0cyAxNiBt aWxsaW9uIG51bWJlciBhcyBpc3N1ZSBvZiBvcHRpb24gQS4gQ2FuIHlvdSBleHBsYWluIHdoZXJl IGluIG9wdGlvbiBBIGFyY2hpdGVjdHVyZSBzdWNoIG51bWJlciBpcyBzdGF0ZWQgPw0KQXMgdG8g dGhlIG51bWJlciBvZiBzZXNzaW9ucyBpc3N1ZSBiZXR3ZWVuIEFTQlJzIEkgd291bGQgcmVjb21t ZW5kIGxlY3R1cmUgb2YgZHJhZnQtbWFwYXRoYWstaW50ZXJhcy1hYi0wMC50eHQNClt3ZWlndW9d OkJlY2F1c2UgdGhlb3JldGljYWxseSAxNk0gVk4gYXJlIHN1cHBvcnRlZCBpbiBhIE5WTzMgbmV0 d29yaywgaWYgY2VudHJhbGl6ZWQgbGF5ZXIgMyBnYXRld2F5IGFuZCBpbnRlci1hcyBvcHRpb24t QSBzb2x1dGlvbiBpcyB1c2VkLCB0aGVuIDE2TSBzdWItaW50ZXJmYWNlcyBzaG91bGQgYmUgc3Vw cG9ydGVkIG9uIGVhY2ggQVNCUi4gVlBOIHRyYWZmaWMgc2VwYXJhdGlvbiBzdGlsbCByZWxpZXMg b24gVkxBTi4NCkluIGRyYWZ0LW1hcGF0aGFrLWludGVyYXMtYWItMDAsRUJHUCBzZXNzaW9uIGNh biBiZSBncmVhdGx5IHJlZHVjZWQsIGJ1dCBJIGRvbid0IGtub3cgaG93IGNhbiB5b3Ugc2VwYXJh dGUgZGlmZmVyZW50IFZQTidzIHRyYWZmaWM/IERvZXMgaXQgc3RpbGwgcmVsaWVzIG9uIFZMQU4g b3Igc3ViLWludGVyZmFjZT8NCg0KQm90dG9tIGxpbmUgSSBhbSBub3QgZmluZGluZyBhbnl0aGlu ZyBuZXcgaW4gdGhpcyBkb2N1bWVudCB3aGljaCB3b3VsZCBub3QgYmUgYWxyZWFkeSB3ZWxsIGtu b3duIG9yIGV2ZW4gc2hpcHBpbmcgaW4gb3BlbiBzb3VyY2Ugb3IgY29tbWVyY2lhbCBpbXBsZW1l bnRhdGlvbnMuDQpbd2VpZ3VvXToNClRoZSBkaWZmZXJlbmNlIGZyb20gdHJhZGl0aW9uYWwgUkZD IDQzNjQgaW50ZXItYXMgb3B0aW9uLUIgYXJlIGFzIGZvbGxvd3M6DQoNCkludGVybmFsIERDIHRv IGV4dGVybmFsIERDIGRpcmVjdGlvbiByb3V0aW5nIGRpc3RyaWJ1dGlvbiBwcm9jZWR1cmVzOg0K QVNCUjEgYWxsb2NhdGVzIE1QTFMgVlBOIExhYmVsIHBlciB0ZW5hbnQgKFZOIElEKSBwZXIgTlZF LCB0aGUgaW5jb21pbmcgZm9yd2FyZGluZyB0YWJsZSBvbiBBU0JSMSBpcyBhcyBmb2xsb3dpbmc6 DQogICArLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgfCAgTVBM UyBWUE4gTGFiZWwgICAgfCAgTlZFICArIFZOIElEICAgIHwNCiAgICstLS0tLS0tLS0tLS0tLS0t LS0tLSstLS0tLS0tLS0tLS0tLS0tLS0rDQogICB8ICAgICAgIDEwMDAgICAgICAgICB8ICBOVkUx ICsgMTAgICAgICAgfA0KICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0t LSsNCiAgIHwgICAgICAgMjAwMCAgICAgICAgIHwgIE5WRTEgKyAyMCAgICAgICB8DQogICArLS0t LS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tKw0KDQoNCkV4dGVybmFsIERDIHRv IGludGVybmFsIERDIGRpcmVjdGlvbiByb3V0aW5nIGRpc3RyaWJ1dGlvbiBwcm9jZWR1cmVzOg0K QVNCUjEgYWxsb2NhdGVzIFZOIElEIGZvciBlYWNoIFZQTiBMYWJlbCByZWNlaXZpbmcgZnJvbSBB U0JSMiwgVGhlIG91dGdvaW5nIGZvcndhcmRpbmcgdGFibGUgb24gQVNCUjEgaXMgYXMgZm9sbG93 czoNCiAgICstLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQogICB8ICAg ICAgIFZOIElEICAgICAgfCAgIE91dCBWUE4gTGFiZWwgICAgfA0KICAgKy0tLS0tLS0tLS0tLS0t LS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLSsNCiAgIHwgICAgICAxMDAwMCAgICAgICB8ICAgICAg ICAzMDAwICAgICAgICB8DQogICArLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0t LS0tKw0KICAgfCAgICAgIDEwMDAxICAgICAgIHwgICAgICAgIDQwMDAgICAgICAgIHwNCiAgICst LS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQoNCkluIHRoaXMgc2NlbmFy aW8sIFZOIElEIGhhcyBsb2NhbCBzaWduaWZpY2FuY2UgYW5kIGlzIHNpbWlsYXIgdG8gTVBMUyBM YWJlbCwgaXQncyBkaWZmZXJlbnQgZnJvbSBWTiB1c2FnZSBpbiBOVk8zIG5ldHdvcmssIGluIE5W TzMgbmV0d29yayBWTiBoYXMgbmV0d29yayB3aWRlIGdsb2JhbGx5IHNpZ25pZmljYW5jZS4NCg0K QWxzbywgTlZPMyBzdXBwb3J0IE5WRS1OVkEgYXJjaGl0ZWN0dXJlLCBpbiB0aGlzIGFyY2hpdGVj dHVyZSwgTlZBIHNob3VsZCBzdXBwb3J0IGludGVyLWFzIG9wdGlvbi1CIGZ1bmN0aW9uLCAgdGhl IGZvcndhcmRpbmcgdGFibGUgb24gQVNCUiBhbmQgTlZFcyBhcmUgZG93bmxvYWRlZCB0aHJvdWdo IE5WQS4NCg0KQmVzdCByZWdhcmRzLA0KUi4NCg0KDQpPbiBUdWUsIEp1bCAxLCAyMDE0IGF0IDM6 MjkgQU0sIEhhb3dlaWd1byA8aGFvd2VpZ3VvQGh1YXdlaS5jb208bWFpbHRvOmhhb3dlaWd1b0Bo dWF3ZWkuY29tPj4gd3JvdGU6DQpIaSBhbGwsDQpXZSBzdWJtaXQgYSBuZXcgZHJhZnQgb2YgIklu dGVyLUFTIE9wdGlvbiBCIGJldHdlZW4gTlZPMyBhbmQgQkdQL01QTFMgSVAgVlBOIG5ldHdvcmsi LCBwbGVhc2UgcmV2aWV3IGl0IGFuZCB3YXJtbHkgYXBwcmVjaWF0ZSB5b3VyIGNvbW1lbnRzIGFu ZCBzdWdnZXN0aW9ucy4NClRoYW5rcw0Kd2VpZ3VvDQoNCg0K --_000_DD5FC8DE455C3348B94340C0AB5517334F7E0AC8nkgeml501mbschi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Robert,

Currently there is no heterogeneous op= tion-B inter-as solution between NVO3 and MPLS L3VPN network, only option-A= inter-as solution is provided in mainstream NVO3 solution. This draft main= ly discribes the procedures of NVO3 distributed gateway integrated with inter-as option-B solution, it can pro= vide directions for open source or commercial implementations.

Pls see my detail reply inline [weiguo= ].

Thanks

weiguo

=B7=A2=BC=FE=C8=CB: rraszuk@gmail.com [rra= szuk@gmail.com] =B4=FA=B1=ED Robert Raszuk [robert@raszuk.net]
=B7=A2=CB=CD=CA=B1=BC=E4: 2014=C4=EA7=D4=C22=C8=D5 1:21
=CA=D5=BC=FE=C8=CB: Haoweiguo
=B3=AD=CB=CD: l3vpn@ietf.org
=D6=F7=CC=E2: Re: Solicit reviews and comments on draft-hao-l3vpn-in= ter-nvo3-vpn-00

Hi Weiguo,

I have read your document with interest expecting to see something new .. w= ell I have not seen anything which other L3VPN documents would not have alr= eady covered. 

Section 4 lists 16 million number as issue of option A. Can you explain whe= re in option A architecture such number is stated ? 
As to the number of sessions issue between ASBRs I would recommend lecture = of draft-mapathak-interas-ab-00.txt
[weiguo]:Because theoretically 16M VN ar= e supported in a NVO3 network, if centralized layer 3 gateway and inter-as = option-A solution is used, then 16M sub-interfaces should be supported on e= ach ASBR. VPN traffic separation still relies on VLAN.
In draft-mapathak-interas-ab-00,EBGP session can be greatly reduced, but I = don't know how can you separate different VPN's traffic? Does it still reli= es on VLAN or sub-interface?

Bottom line I am not finding anything new in this document which would not = be already well known or even shipping in open source or commercial impleme= ntations. 
[weiguo]:

<= font color=3D"#3366ff" size=3D"2" face=3D"Times New Roman">The difference f= rom traditional RFC 4364 inter-as option-B are as follows:

 

<= font color=3D"#3366ff" size=3D"2" face=3D"Times New Roman">Internal DC to e= xternal DC direction routing distribution procedures:

<= font color=3D"#3366ff" size=3D"2" face=3D"Times New Roman">ASBR1 allocates = MPLS VPN Label per tenant (VN ID) per NVE, the incoming forwarding table on= ASBR1 is as following:

<= font face=3D"Times New Roman">   +--------------------+------------------+<= /font>

<= font face=3D"Times New Roman">   |  MPLS VPN Label    |  NVE  + VN ID    |

<= font face=3D"Times New Roman">   +--------------------+------------------+<= /font>

<= font face=3D"Times New Roman">   |     &nb= sp; 1000    &n= bsp;    |  NVE1 + 10       |

<= font face=3D"Times New Roman">   +--------------------+------------------+<= /font>

<= font face=3D"Times New Roman">   |     &nb= sp; 2000    &n= bsp;    |  NVE1 + 20       |

<= font face=3D"Times New Roman">   +--------------------+------------------+<= /font>

<= o:p> 

<= o:p> 

<= font color=3D"#3366ff" size=3D"2" face=3D"Times New Roman">External DC to i= nternal DC direction routing distribution procedures:

<= font color=3D"#3366ff" size=3D"2" face=3D"Times New Roman">ASBR1 allocates = VN ID for each VPN Label receiving from ASBR2, The outgoing forwarding tabl= e on ASBR1 is as follows:

<= font face=3D"Times New Roman">   +------------------+--------------------+<= /font>

<= font face=3D"Times New Roman">   |     &nb= sp; VN ID    &= nbsp; |   Out VPN Label=     |

<= font face=3D"Times New Roman">   +------------------+--------------------+<= /font>

<= font face=3D"Times New Roman">   |      10000     &= nbsp; |     &nb= sp;  3000   &n= bsp;    |

<= font face=3D"Times New Roman">   +------------------+--------------------+<= /font>

<= font face=3D"Times New Roman">   |      10001     &= nbsp; |     &nb= sp;  4000   &n= bsp;    |

<= font face=3D"Times New Roman">   +------------------+--------------------+<= /font>

<= o:p> 

<= font color=3D"#3366ff" size=3D"2" face=3D"Times New Roman">In this scenario= , VN ID has local significance and is similar to MPLS Label, it's different= from VN usage in NVO3 network, in NVO3 network VN has network wide globally significance.

<= o:p> 

<= font color=3D"#3366ff" size=3D"2" face=3D"Times New Roman">Also, NVO3 suppo= rt NVE-NVA architecture, in this architecture, NVA should support inter-as = option-B function,  the forwarding table on ASBR and NVEs are downloaded through NVA.


Best regards,
R.


On Tue, Jul 1, 2014 at 3:29 AM, Haoweiguo <haoweiguo@hua= wei.com> wrote:
Hi all,
We submit a new draft of "Inter-AS Option B between NVO3 and BGP/MPLS = IP VPN network", please review it and warmly appreciate your comments = and suggestions.
Thanks
weiguo


--_000_DD5FC8DE455C3348B94340C0AB5517334F7E0AC8nkgeml501mbschi_-- From nobody Wed Jul 2 01:00:24 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 61DD61A0AD6; Wed, 2 Jul 2014 01:00:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.852 X-Spam-Level: X-Spam-Status: No, score=-4.852 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 8CYwo7wQ7oxM; Wed, 2 Jul 2014 01:00:21 -0700 (PDT) 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 EF5AC1A0AA8; Wed, 2 Jul 2014 01:00:20 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BJM24900; Wed, 02 Jul 2014 08:00:19 +0000 (GMT) Received: from SZXEML414-HUB.china.huawei.com (10.82.67.153) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 2 Jul 2014 09:00:17 +0100 Received: from peky1z001750051 (10.111.80.111) by smtpscn.huawei.com (10.82.67.153) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 2 Jul 2014 16:00:12 +0800 From: Zhuangshunwan To: "'Thomas Morin'" , References: <53AD7DDA.3060806@orange.com> In-Reply-To: <53AD7DDA.3060806@orange.com> Subject: About ALL-ZERO-MAC's encapsulation in EVPN MAC/IP Advertisement route. //Re: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Date: Wed, 2 Jul 2014 16:00:10 +0800 Message-ID: <000001cf95cb$a60d8f80$f228ae80$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac+SExWDkUZULLIjQ3Odnfgnctqh2wDtUxpQ Content-Language: zh-cn X-Originating-IP: [10.111.80.111] X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/uZ8JR1YexwxSUrvguUHOWGo-7AU Cc: l2vpn@ietf.org, draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 08:00:23 -0000 Dear all, I have got into knots for presentment of ALL-ZERO-MAC's encapsulation in = EVPN MAC/IP Advertisement route. draft-bonica-l3vpn-orf-covering-prefixes-03 defines the "Default MAC = Route ": o Default MAC Route (DMR) - An EVPN MAC/IP Advertisement Route with MAC Address length equal to 0. But draft-rabadan-l2vpn-dci-evpn-overlay-01 said: 2.5.1 Use of the Unknown MAC route to reduce unknown flooding=20 The solution suggested in this document is based on the use of an "Unknown MAC route" that is advertised by the Designated Forwarder DC GW. The Unknown MAC route is a regular EVPN MAC/IP Advertisement route where the MAC Address Length is set to 48 and the MAC address to 00:00:00:00:00:00 (IP length is set to 0). Can we use a uniform way? Regards, Shunwan (Vincent) -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- =E5=8F=91=E4=BB=B6=E4=BA=BA: L3VPN [mailto:l3vpn-bounces@ietf.org] = =E4=BB=A3=E8=A1=A8 Thomas Morin =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2014=E5=B9=B46=E6=9C=8827=E6=97=A5 = 22:21 =E6=94=B6=E4=BB=B6=E4=BA=BA: l3vpn@ietf.org =E6=8A=84=E9=80=81: = draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org =E4=B8=BB=E9=A2=98: Poll for adoption: = draft-bonica-l3vpn-orf-covering-prefixes Hello working group, This email starts a two-week poll on adopting draft-bonica-l3vpn-orf-covering-prefixes-03 [1] as a working group item. Please send comments to the list and state if you support adoption or not (in the later case, please also state the reasons). This poll runs until July 12th. *Coincidentally*, we are also polling for knowledge of any IPR that applies to this draft, to ensure that IPR has been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). =3D=3D> *If you are listed as a document author or contributor* please respond to this email and indicate whether or not you are aware of any=20 relevant IPR. The draft will not be adopted until a response has been received from each author and contributor. If you are on the L3VPN WG mailing list but are not listed as an author or contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. Thank you, Martin & Thomas l3vpn chairs [1] = http://tools.ietf.org/html/draft-bonica-l3vpn-orf-covering-prefixes-03 From nobody Wed Jul 2 03:32:10 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47CB81B28F2; Wed, 2 Jul 2014 03:32:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.9 X-Spam-Level: X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5] 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 az70A71eJTWR; Wed, 2 Jul 2014 03:32:05 -0700 (PDT) Received: from hoemail2.alcatel.com (hoemail2.alcatel.com [192.160.6.149]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 066D51B28F0; Wed, 2 Jul 2014 03:32:04 -0700 (PDT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (h135-239-2-42.lucent.com [135.239.2.42]) by hoemail2.alcatel.com (8.13.8/IER-o) with ESMTP id s62AVuIs010833 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 2 Jul 2014 05:31:58 -0500 (CDT) Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id s62AVs3j028358 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 2 Jul 2014 12:31:55 +0200 Received: from FR711WXCHMBA03.zeu.alcatel-lucent.com ([169.254.3.230]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.02.0247.003; Wed, 2 Jul 2014 12:31:55 +0200 From: "Rabadan, Jorge (Jorge)" To: Zhuangshunwan , "'Thomas Morin'" , "l3vpn@ietf.org" Subject: Re: About ALL-ZERO-MAC's encapsulation in EVPN MAC/IP Advertisement route. //Re: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Thread-Topic: About ALL-ZERO-MAC's encapsulation in EVPN MAC/IP Advertisement route. //Re: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Thread-Index: Ac+SExWDkUZULLIjQ3Odnfgnctqh2wDtUxpQ//+aCIA= Date: Wed, 2 Jul 2014 10:31:54 +0000 Message-ID: References: <53AD7DDA.3060806@orange.com> <000001cf95cb$a60d8f80$f228ae80$@com> In-Reply-To: <000001cf95cb$a60d8f80$f228ae80$@com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.2.140509 x-originating-ip: [135.239.27.38] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/RgVnk50XGnk6yuXSbuQxYSCH2nk Cc: "l2vpn@ietf.org" , "draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 10:32:09 -0000 SGkgU2h1bndhbiwNCg0KVGhhdOKAmXMgYSBnb29kIHBvaW50LiBBIGNvdXBsZSBvZiBjb21tZW50 cyBhYm91dCBpdCBhbmQgd2h5IEkgdGhpbmsgd2UNCnNob3VsZCB1c2UgYSBsZW5ndGggPSA0OC4N Cg0KLSBJIGRvbuKAmXQga25vdyBhYm91dCBkcmFmdC1ib25pY2EsIGJ1dCB0aGVyZSBpcyBhbHJl YWR5IGF0IGxlYXN0IG9uZQ0Kc2hpcHBpbmcgaW1wbGVtZW50YXRpb24gdXNpbmcgMDA6Li46MDAv NDggYXMgcGVyDQpkcmFmdC1yYWJhZGFuLWwydnBuLWRjaS1ldnBuLW92ZXJsYXkNCi0gVGhlcmUg YXJlIGEgZmV3IHJlYXNvbnMgd2h5IHdlIGRlY2lkZWQgdG8gdXNlIGxlbmd0aCA0ODoNCg0KMSkg VGhlIEVWUE4gYmFzZSBkcmFmdCBvbmx5IGFsbG93cyBhIE1BQyBsZW5ndGggPSA0OCBhbmQgc2F5 cyBvdGhlciBsZW5ndGgNCmlzIG91dCBvZiBzY29wZQ0KMikgSW4gdGhlIElQIHdvcmxkLCB0aGVy ZSBpcyBzdWJuZXRpbmcgc28gYSBkZWZhdWx0IHJvdXRlIHdpdGggbGVuZ3RoIC8wDQptYWtlcyBz ZW5zZS4gSW4gdGhlIE1BQyB3b3JsZCwgdGhlcmUgaXMgbm8gc3VibmV0dGluZyAoYXQgbGVhc3Qg aW4gcmVhbA0KaW1wbGVtZW50YXRpb25zIHdoZXJlIE1BQ3MgYXJlIG5vdCBtYW5hZ2VkKSBzbyBz b21lIGltcGxlbWVudGF0aW9ucyBtaWdodA0KaGF2ZSBpc3N1ZXMgd2l0aCBsZW5ndGhzIGRpZmZl cmVudCB0aGFuIDQ4Lg0KMykgdGhlIG1lYW5pbmcgb2YgMDA6Li46MDAvNDggaXMgYSBiaXQgZGlm ZmVyZW50IHRoYW4gb25seSBhIGRlZmF1bHQNCnJvdXRlLiBXZSBhY3R1YWxseSBkZWNpZGVkIHRv IGNhbGwgaXQg4oCcdW5rbm93biBtYWMgcm91dGXigJ0gc2luY2UgeW91IG1pZ2h0DQp3YW50IHRv IGFkdmVydGlzZSBpdCBmcm9tIGRpZmZlcmVudCBnYXRld2F5IGRldmljZXMgdG8gYXR0cmFjdCBh bGwgdGhlDQp1bmtub3duIHRyYWZmaWMgdG8gT05MWSB0aG9zZSBkZXZpY2VzLiBJbg0KZHJhZnQt cmFiYWRhbi1sMnZwbi1kY2ktZXZwbi1vdmVybGF5IHlvdSBjYW4gc2VlIHRoYXQgdGhlIGluZ3Jl c3MgUEUgbmVlZHMNCnRvIHNlbmQgdW5rbm93biB0cmFmZmljIHRvIGFsbCB0aGUgZWdyZXNzIFBF cyBhZHZlcnRpc2luZyB0aGUNCnVua25vd24tbWFjLXJvdXRlLCBhcyBvcHBvc2VkIHRvIG9ubHkg b25lLg0KDQpUaGFuayB5b3UuDQpKb3JnZQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K RnJvbTogWmh1YW5nc2h1bndhbiA8emh1YW5nc2h1bndhbkBodWF3ZWkuY29tPg0KRGF0ZTogV2Vk bmVzZGF5LCBKdWx5IDIsIDIwMTQgYXQgMTowMCBBTQ0KVG86ICdUaG9tYXMgTW9yaW4nIDx0aG9t YXMubW9yaW5Ab3JhbmdlLmNvbT4sICJsM3ZwbkBpZXRmLm9yZyINCjxsM3ZwbkBpZXRmLm9yZz4N CkNjOiAibDJ2cG5AaWV0Zi5vcmciIDxsMnZwbkBpZXRmLm9yZz4sDQoiZHJhZnQtYm9uaWNhLWwz dnBuLW9yZi1jb3ZlcmluZy1wcmVmaXhlc0B0b29scy5pZXRmLm9yZyINCjxkcmFmdC1ib25pY2Et bDN2cG4tb3JmLWNvdmVyaW5nLXByZWZpeGVzQHRvb2xzLmlldGYub3JnPg0KU3ViamVjdDogQWJv dXQgQUxMLVpFUk8tTUFDJ3MgZW5jYXBzdWxhdGlvbiBpbiBFVlBOIE1BQy9JUCBBZHZlcnRpc2Vt ZW50DQpyb3V0ZS4gLy9SZTogUG9sbCBmb3IgYWRvcHRpb246IGRyYWZ0LWJvbmljYS1sM3Zwbi1v cmYtY292ZXJpbmctcHJlZml4ZXMNCg0KPkRlYXIgYWxsLA0KPg0KPkkgaGF2ZSBnb3QgaW50byBr bm90cyBmb3IgcHJlc2VudG1lbnQgb2YgQUxMLVpFUk8tTUFDJ3MgZW5jYXBzdWxhdGlvbiBpbg0K PkVWUE4gTUFDL0lQIEFkdmVydGlzZW1lbnQgcm91dGUuDQo+DQo+ZHJhZnQtYm9uaWNhLWwzdnBu LW9yZi1jb3ZlcmluZy1wcmVmaXhlcy0wMyBkZWZpbmVzIHRoZSAiRGVmYXVsdCBNQUMNCj5Sb3V0 ZSAiOg0KPg0KPiAgIG8gIERlZmF1bHQgTUFDIFJvdXRlIChETVIpIC0gQW4gRVZQTiBNQUMvSVAg QWR2ZXJ0aXNlbWVudCBSb3V0ZSB3aXRoDQo+ICAgICAgTUFDIEFkZHJlc3MgbGVuZ3RoIGVxdWFs IHRvIDAuDQo+DQo+QnV0IGRyYWZ0LXJhYmFkYW4tbDJ2cG4tZGNpLWV2cG4tb3ZlcmxheS0wMSBz YWlkOg0KPg0KPjIuNS4xIFVzZSBvZiB0aGUgVW5rbm93biBNQUMgcm91dGUgdG8gcmVkdWNlIHVu a25vd24gZmxvb2RpbmcNCj4NCj4gICAgICBUaGUgc29sdXRpb24gc3VnZ2VzdGVkIGluIHRoaXMg ZG9jdW1lbnQgaXMgYmFzZWQgb24gdGhlIHVzZSBvZiBhbg0KPiAgICAgICJVbmtub3duIE1BQyBy b3V0ZSIgdGhhdCBpcyBhZHZlcnRpc2VkIGJ5IHRoZSBEZXNpZ25hdGVkIEZvcndhcmRlcg0KPiAg ICAgIERDIEdXLiBUaGUgVW5rbm93biBNQUMgcm91dGUgaXMgYSByZWd1bGFyIEVWUE4gTUFDL0lQ DQo+ICAgICAgQWR2ZXJ0aXNlbWVudCByb3V0ZSB3aGVyZSB0aGUgTUFDIEFkZHJlc3MgTGVuZ3Ro IGlzIHNldCB0byA0OCBhbmQNCj4gICAgICB0aGUgTUFDIGFkZHJlc3MgdG8gMDA6MDA6MDA6MDA6 MDA6MDAgKElQIGxlbmd0aCBpcyBzZXQgdG8gMCkuDQo+DQo+DQo+Q2FuIHdlIHVzZSBhIHVuaWZv cm0gd2F5Pw0KPg0KPg0KPlJlZ2FyZHMsDQo+U2h1bndhbiAoVmluY2VudCkNCj4NCj4tLS0tLemC ruS7tuWOn+S7ti0tLS0tDQo+5Y+R5Lu25Lq6OiBMM1ZQTiBbbWFpbHRvOmwzdnBuLWJvdW5jZXNA aWV0Zi5vcmddIOS7o+ihqCBUaG9tYXMgTW9yaW4NCj7lj5HpgIHml7bpl7Q6IDIwMTTlubQ25pyI Mjfml6UgMjI6MjENCj7mlLbku7bkuro6IGwzdnBuQGlldGYub3JnDQo+5oqE6YCBOiBkcmFmdC1i b25pY2EtbDN2cG4tb3JmLWNvdmVyaW5nLXByZWZpeGVzQHRvb2xzLmlldGYub3JnDQo+5Li76aKY OiBQb2xsIGZvciBhZG9wdGlvbjogZHJhZnQtYm9uaWNhLWwzdnBuLW9yZi1jb3ZlcmluZy1wcmVm aXhlcw0KPg0KPkhlbGxvIHdvcmtpbmcgZ3JvdXAsDQo+DQo+VGhpcyBlbWFpbCBzdGFydHMgYSB0 d28td2VlayBwb2xsIG9uIGFkb3B0aW5nDQo+ZHJhZnQtYm9uaWNhLWwzdnBuLW9yZi1jb3Zlcmlu Zy1wcmVmaXhlcy0wMyBbMV0gYXMgYSB3b3JraW5nIGdyb3VwIGl0ZW0uDQo+DQo+UGxlYXNlIHNl bmQgY29tbWVudHMgdG8gdGhlIGxpc3QgYW5kIHN0YXRlIGlmIHlvdSBzdXBwb3J0IGFkb3B0aW9u IG9yDQo+bm90IChpbiB0aGUgbGF0ZXIgY2FzZSwgcGxlYXNlIGFsc28gc3RhdGUgdGhlIHJlYXNv bnMpLg0KPg0KPlRoaXMgcG9sbCBydW5zIHVudGlsIEp1bHkgMTJ0aC4NCj4NCj4NCj4qQ29pbmNp ZGVudGFsbHkqLCB3ZSBhcmUgYWxzbyBwb2xsaW5nIGZvciBrbm93bGVkZ2Ugb2YgYW55IElQUiB0 aGF0DQo+YXBwbGllcyB0byB0aGlzIGRyYWZ0LCB0byBlbnN1cmUgdGhhdCBJUFIgaGFzIGJlZW4g ZGlzY2xvc2VkIGluDQo+Y29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzIChzZWUgUkZDcyAz OTc5LCA0ODc5LCAzNjY5DQo+YW5kIDUzNzggZm9yIG1vcmUgZGV0YWlscykuDQo+DQo+PT0+ICpJ ZiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3VtZW50IGF1dGhvciBvciBjb250cmlidXRvciogcGxl YXNlDQo+cmVzcG9uZCB0byB0aGlzIGVtYWlsIGFuZCBpbmRpY2F0ZSB3aGV0aGVyIG9yIG5vdCB5 b3UgYXJlIGF3YXJlIG9mIGFueQ0KPnJlbGV2YW50IElQUi4NCj4NCj5UaGUgZHJhZnQgd2lsbCBu b3QgYmUgYWRvcHRlZCB1bnRpbCBhIHJlc3BvbnNlIGhhcyBiZWVuIHJlY2VpdmVkIGZyb20NCj5l YWNoIGF1dGhvciBhbmQgY29udHJpYnV0b3IuDQo+DQo+SWYgeW91IGFyZSBvbiB0aGUgTDNWUE4g V0cgbWFpbGluZyBsaXN0IGJ1dCBhcmUgbm90IGxpc3RlZCBhcyBhbiBhdXRob3INCj5vciBjb250 cmlidXRvciwgdGhlbiBwbGVhc2UgZXhwbGljaXRseSByZXNwb25kIG9ubHkgaWYgeW91IGFyZSBh d2FyZSBvZg0KPmFueSBJUFIgdGhhdCBoYXMgbm90IHlldCBiZWVuIGRpc2Nsb3NlZCBpbiBjb25m b3JtYW5jZSB3aXRoIElFVEYgcnVsZXMuDQo+DQo+VGhhbmsgeW91LA0KPg0KPk1hcnRpbiAmIFRo b21hcw0KPmwzdnBuIGNoYWlycw0KPg0KPlsxXSBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9k cmFmdC1ib25pY2EtbDN2cG4tb3JmLWNvdmVyaW5nLXByZWZpeGVzLTAzDQo+DQoNCg== From nobody Wed Jul 2 03:35:46 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 908D41B28E7; Wed, 2 Jul 2014 03:35:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 hTtIB1LDOxzf; Wed, 2 Jul 2014 03:35:41 -0700 (PDT) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D0CF1A001B; Wed, 2 Jul 2014 03:35:41 -0700 (PDT) Received: by mail-ie0-f181.google.com with SMTP id y20so1164012ier.26 for ; Wed, 02 Jul 2014 03:35:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=BxZ4ZiMx9Kg0ShLOf+YJ/VZON3AmRuwjcpYXi7jHA4A=; b=rfqvkWTYStCvQJo4NVLtCIyFE1uhtzEY6qoxGk1XVV9lXZaeEfQ2DwvDuOuLRuYskU e75yTurU0dHfgWrCax7wDmcDske1MbyFwQs0ky7Rp5PxV6zoMFsOm3Sn+6qEQ3JO9vo3 DBjMkZerQ8CN5ErZzoCV4+wR/OdJk4sPZIj6tyUXCC4b+q/cOz4xkQmG9wB+1Ecy3ekR EeQEELLVQyB8Metdp4svBYMTtnwKT3iB/NKwe5QHTfB44lxsbI/1rv7OYbuP4qRwZ0fo WrKwCnwlBvUx7DI2g5N9sI6yRQVpxQvgspzK3QFn/kNCr+KIOJ7JLBytJN0Ky1wH54ZE hnDQ== MIME-Version: 1.0 X-Received: by 10.50.136.135 with SMTP id qa7mr18840395igb.21.1404297341085; Wed, 02 Jul 2014 03:35:41 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.64.89.38 with HTTP; Wed, 2 Jul 2014 03:35:41 -0700 (PDT) In-Reply-To: References: <53AD7DDA.3060806@orange.com> <000001cf95cb$a60d8f80$f228ae80$@com> Date: Wed, 2 Jul 2014 12:35:41 +0200 X-Google-Sender-Auth: xp_LEYAzpiyvcfHf_VjBqoaATA8 Message-ID: Subject: Re: About ALL-ZERO-MAC's encapsulation in EVPN MAC/IP Advertisement route. //Re: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes From: Robert Raszuk To: "Rabadan, Jorge (Jorge)" Content-Type: multipart/alternative; boundary=089e0149c10c2cadd904fd3374db Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/1__YvDg2A0hwSzXrfyg26DEk238 Cc: "l2vpn@ietf.org" , Thomas Morin , "draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org" , "l3vpn@ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 10:35:43 -0000 --089e0149c10c2cadd904fd3374db Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Jorge, I would highly agree with your suggestion. Even if for nothing else then point #3 is a very reasonable and strong argument to be able to differentiate "default MAC" from "unknown MAC": 3) the meaning of 00:..:00/48 is a bit different than only a default route. We actually decided to call it =E2=80=9Cunknown mac route=E2=80=9D s= ince you might want to advertise it from different gateway devices to attract all the unknown traffic to ONLY those devices. Thx, R. On Wed, Jul 2, 2014 at 12:31 PM, Rabadan, Jorge (Jorge) < jorge.rabadan@alcatel-lucent.com> wrote: > Hi Shunwan, > > That=E2=80=99s a good point. A couple of comments about it and why I thin= k we > should use a length =3D 48. > > - I don=E2=80=99t know about draft-bonica, but there is already at least = one > shipping implementation using 00:..:00/48 as per > draft-rabadan-l2vpn-dci-evpn-overlay > - There are a few reasons why we decided to use length 48: > > 1) The EVPN base draft only allows a MAC length =3D 48 and says other len= gth > is out of scope > 2) In the IP world, there is subneting so a default route with length /0 > makes sense. In the MAC world, there is no subnetting (at least in real > implementations where MACs are not managed) so some implementations might > have issues with lengths different than 48. > 3) the meaning of 00:..:00/48 is a bit different than only a default > route. We actually decided to call it =E2=80=9Cunknown mac route=E2=80=9D= since you might > want to advertise it from different gateway devices to attract all the > unknown traffic to ONLY those devices. In > draft-rabadan-l2vpn-dci-evpn-overlay you can see that the ingress PE need= s > to send unknown traffic to all the egress PEs advertising the > unknown-mac-route, as opposed to only one. > > Thank you. > Jorge > > -----Original Message----- > From: Zhuangshunwan > Date: Wednesday, July 2, 2014 at 1:00 AM > To: 'Thomas Morin' , "l3vpn@ietf.org" > > Cc: "l2vpn@ietf.org" , > "draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org" > > Subject: About ALL-ZERO-MAC's encapsulation in EVPN MAC/IP Advertisement > route. //Re: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes > > >Dear all, > > > >I have got into knots for presentment of ALL-ZERO-MAC's encapsulation in > >EVPN MAC/IP Advertisement route. > > > >draft-bonica-l3vpn-orf-covering-prefixes-03 defines the "Default MAC > >Route ": > > > > o Default MAC Route (DMR) - An EVPN MAC/IP Advertisement Route with > > MAC Address length equal to 0. > > > >But draft-rabadan-l2vpn-dci-evpn-overlay-01 said: > > > >2.5.1 Use of the Unknown MAC route to reduce unknown flooding > > > > The solution suggested in this document is based on the use of an > > "Unknown MAC route" that is advertised by the Designated Forwarder > > DC GW. The Unknown MAC route is a regular EVPN MAC/IP > > Advertisement route where the MAC Address Length is set to 48 and > > the MAC address to 00:00:00:00:00:00 (IP length is set to 0). > > > > > >Can we use a uniform way? > > > > > >Regards, > >Shunwan (Vincent) > > > >-----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- > >=E5=8F=91=E4=BB=B6=E4=BA=BA: L3VPN [mailto:l3vpn-bounces@ietf.org] =E4= =BB=A3=E8=A1=A8 Thomas Morin > >=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2014=E5=B9=B46=E6=9C=8827=E6=97=A5= 22:21 > >=E6=94=B6=E4=BB=B6=E4=BA=BA: l3vpn@ietf.org > >=E6=8A=84=E9=80=81: draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.= org > >=E4=B8=BB=E9=A2=98: Poll for adoption: draft-bonica-l3vpn-orf-covering-p= refixes > > > >Hello working group, > > > >This email starts a two-week poll on adopting > >draft-bonica-l3vpn-orf-covering-prefixes-03 [1] as a working group item. > > > >Please send comments to the list and state if you support adoption or > >not (in the later case, please also state the reasons). > > > >This poll runs until July 12th. > > > > > >*Coincidentally*, we are also polling for knowledge of any IPR that > >applies to this draft, to ensure that IPR has been disclosed in > >compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 > >and 5378 for more details). > > > >=3D=3D> *If you are listed as a document author or contributor* please > >respond to this email and indicate whether or not you are aware of any > >relevant IPR. > > > >The draft will not be adopted until a response has been received from > >each author and contributor. > > > >If you are on the L3VPN WG mailing list but are not listed as an author > >or contributor, then please explicitly respond only if you are aware of > >any IPR that has not yet been disclosed in conformance with IETF rules. > > > >Thank you, > > > >Martin & Thomas > >l3vpn chairs > > > >[1] > http://tools.ietf.org/html/draft-bonica-l3vpn-orf-covering-prefixes-03 > > > > --089e0149c10c2cadd904fd3374db Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Jorge,
I would highly agree with your suggestion.=C2=A0

Even if for nothing else then point #3 is= a very reasonable and strong argument to be able to differentiate "de= fault MAC" from "unknown MAC":

3) the meaning o= f 00:..:00/48 is a bit different than only a default
route. We actually decided to call it =E2=80=9Cunknown mac route=E2=80=9D = since you might
want to advertise it from different gateway devices to attract all the
unknown traffic to ONLY those devices.

Thx,
R.



On Wed, Jul 2, 2014 at 12:31 PM, Rabadan, Jorge (Jorge) <jorge.rabadan@alcatel-lucent.com> wrote:
Hi Shunwan,

That=E2=80=99s a good point. A couple of comments about it and why I think = we
should use a length =3D 48.

- I don=E2=80=99t know about draft-bonica, but there is already at least on= e
shipping implementation using 00:..:00/48 as per
draft-rabadan-l2vpn-dci-evpn-overlay
- There are a few reasons why we decided to use length 48:

1) The EVPN base draft only allows a MAC length =3D 48 and says other lengt= h
is out of scope
2) In the IP world, there is subneting so a default route with length /0 makes sense. In the MAC world, there is no subnetting (at least in real
implementations where MACs are not managed) so some implementations might have issues with lengths different than 48.
3) the meaning of 00:..:00/48 is a bit different than only a default
route. We actually decided to call it =E2=80=9Cunknown mac route=E2=80=9D s= ince you might
want to advertise it from different gateway devices to attract all the
unknown traffic to ONLY those devices. In
draft-rabadan-l2vpn-dci-evpn-overlay you can see that the ingress PE needs<= br> to send unknown traffic to all the egress PEs advertising the
unknown-mac-route, as opposed to only one.

Thank you.
Jorge

-----Original Message-----
From: Zhuangshunwan <zhuangs= hunwan@huawei.com>
Date: Wednesday, July 2, 2014 at 1:00 AM
To: 'Thomas Morin' <t= homas.morin@orange.com>, "l3v= pn@ietf.org"
<l3vpn@ietf.org>
Cc: "l2vpn@ietf.org" <l2vpn@ietf.org>,
"draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org"
<draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org>
Subject: About ALL-ZERO-MAC's encapsulation in EVPN MAC/IP Advertisemen= t
route. //Re: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes
>Dear all,
>
>I have got into knots for presentment of ALL-ZERO-MAC's encapsulati= on in
>EVPN MAC/IP Advertisement route.
>
>draft-bonica-l3vpn-orf-covering-prefixes-03 defines the "Default M= AC
>Route ":
>
> =C2=A0 o =C2=A0Default MAC Route (DMR) - An EVPN MAC/IP Advertisement = Route with
> =C2=A0 =C2=A0 =C2=A0MAC Address length equal to 0.
>
>But draft-rabadan-l2vpn-dci-evpn-overlay-01 said:
>
>2.5.1 Use of the Unknown MAC route to reduce unknown flooding
>
> =C2=A0 =C2=A0 =C2=A0The solution suggested in this document is based o= n the use of an
> =C2=A0 =C2=A0 =C2=A0"Unknown MAC route" that is advertised b= y the Designated Forwarder
> =C2=A0 =C2=A0 =C2=A0DC GW. The Unknown MAC route is a regular EVPN MAC= /IP
> =C2=A0 =C2=A0 =C2=A0Advertisement route where the MAC Address Length i= s set to 48 and
> =C2=A0 =C2=A0 =C2=A0the MAC address to 00:00:00:00:00:00 (IP length is= set to 0).
>
>
>Can we use a uniform way?
>
>
>Regards,
>Shunwan (Vincent)
>
>-----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6-----
>=E5=8F=91=E4=BB=B6=E4=BA=BA: L3VPN [mailto:l3vpn-bounces@ietf.org] =E4=BB=A3=E8=A1=A8 Thomas Morin >=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2014=E5=B9=B46=E6=9C=8827=E6=97= =A5 22:21
>=E6=94=B6=E4=BB=B6=E4=BA=BA: l3vpn@ie= tf.org
>=E6=8A=84=E9=80=81: draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf= .org
>=E4=B8=BB=E9=A2=98: Poll for adoption: draft-bonica-l3vpn-orf-covering-= prefixes
>
>Hello working group,
>
>This email starts a two-week poll on adopting
>draft-bonica-l3vpn-orf-covering-prefixes-03 [1] as a working group item= .
>
>Please send comments to the list and state if you support adoption or >not (in the later case, please also state the reasons).
>
>This poll runs until July 12th.
>
>
>*Coincidentally*, we are also polling for knowledge of any IPR that
>applies to this draft, to ensure that IPR has been disclosed in
>compliance with IETF IPR rules (see RFCs 3979, 4879, 3669
>and 5378 for more details).
>
>=3D=3D> *If you are listed as a document author or contributor* plea= se
>respond to this email and indicate whether or not you are aware of any<= br> >relevant IPR.
>
>The draft will not be adopted until a response has been received from >each author and contributor.
>
>If you are on the L3VPN WG mailing list but are not listed as an author=
>or contributor, then please explicitly respond only if you are aware of=
>any IPR that has not yet been disclosed in conformance with IETF rules.=
>
>Thank you,
>
>Martin & Thomas
>l3vpn chairs
>
>[1] http://tools.ietf.org/html/draft-bonica-l= 3vpn-orf-covering-prefixes-03
>


--089e0149c10c2cadd904fd3374db-- From nobody Wed Jul 2 06:41:31 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9987F1A0102; Wed, 2 Jul 2014 06:41:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, 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 nJKGGBefSyiB; Wed, 2 Jul 2014 06:41:27 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1lp0140.outbound.protection.outlook.com [207.46.163.140]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5CBA61A00F8; Wed, 2 Jul 2014 06:41:27 -0700 (PDT) Received: from BL2PR05MB210.namprd05.prod.outlook.com (10.242.198.145) by BL2PR05MB210.namprd05.prod.outlook.com (10.242.198.145) with Microsoft SMTP Server (TLS) id 15.0.974.11; Wed, 2 Jul 2014 13:41:25 +0000 Received: from BL2PR05MB210.namprd05.prod.outlook.com ([169.254.6.177]) by BL2PR05MB210.namprd05.prod.outlook.com ([169.254.6.177]) with mapi id 15.00.0974.002; Wed, 2 Jul 2014 13:41:25 +0000 From: Yakov Rekhter To: Zhuangshunwan , "EXT - thomas.morin@orange.com" , "l3vpn@ietf.org" Subject: RE: About ALL-ZERO-MAC's encapsulation in EVPN MAC/IP Advertisement route. //Re: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Thread-Topic: About ALL-ZERO-MAC's encapsulation in EVPN MAC/IP Advertisement route. //Re: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Thread-Index: Ac+SExWDkUZULLIjQ3Odnfgnctqh2wDtUxpQAAyk/aA= Date: Wed, 2 Jul 2014 13:41:24 +0000 Message-ID: <3c09c450753c4a21b1dc7dca59447a31@BL2PR05MB210.namprd05.prod.outlook.com> References: <53AD7DDA.3060806@orange.com> <000001cf95cb$a60d8f80$f228ae80$@com> In-Reply-To: <000001cf95cb$a60d8f80$f228ae80$@com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [74.68.145.73] x-microsoft-antispam: BCL:0;PCL:0;RULEID: x-forefront-prvs: 0260457E99 x-forefront-antispam-report: SFV:NSPM; SFS:(6009001)(51704005)(199002)(189002)(80022001)(2656002)(15202345003)(74662001)(31966008)(105586002)(101416001)(81342001)(86362001)(66066001)(74316001)(106356001)(54356999)(87936001)(99286002)(107046002)(74502001)(20776003)(19580405001)(19580395003)(95666004)(64706001)(77096002)(15975445006)(77982001)(83322001)(79102001)(85852003)(85306003)(76482001)(33646001)(21056001)(76176999)(46102001)(76576001)(50986999)(92566001)(81542001)(99396002)(4396001)(83072002)(108616002)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:BL2PR05MB210; H:BL2PR05MB210.namprd05.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; LANG:en; Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/6djTEvxAcZEI90FVKJS-g1w_jcI Cc: "l2vpn@ietf.org" , "draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 13:41:29 -0000 U2h1bndhbiwNCg0KPiANCj4gRGVhciBhbGwsDQo+IA0KPiBJIGhhdmUgZ290IGludG8ga25vdHMg Zm9yIHByZXNlbnRtZW50IG9mIEFMTC1aRVJPLU1BQydzIGVuY2Fwc3VsYXRpb24NCj4gaW4gRVZQ TiBNQUMvSVAgQWR2ZXJ0aXNlbWVudCByb3V0ZS4NCj4gDQo+IGRyYWZ0LWJvbmljYS1sM3Zwbi1v cmYtY292ZXJpbmctcHJlZml4ZXMtMDMgZGVmaW5lcyB0aGUgIkRlZmF1bHQgTUFDDQo+IFJvdXRl ICI6DQo+IA0KPiAgICBvICBEZWZhdWx0IE1BQyBSb3V0ZSAoRE1SKSAtIEFuIEVWUE4gTUFDL0lQ IEFkdmVydGlzZW1lbnQgUm91dGUgd2l0aA0KPiAgICAgICBNQUMgQWRkcmVzcyBsZW5ndGggZXF1 YWwgdG8gMC4NCj4gDQo+IEJ1dCBkcmFmdC1yYWJhZGFuLWwydnBuLWRjaS1ldnBuLW92ZXJsYXkt MDEgc2FpZDoNCj4gDQo+IDIuNS4xIFVzZSBvZiB0aGUgVW5rbm93biBNQUMgcm91dGUgdG8gcmVk dWNlIHVua25vd24gZmxvb2RpbmcNCj4gDQo+ICAgICAgIFRoZSBzb2x1dGlvbiBzdWdnZXN0ZWQg aW4gdGhpcyBkb2N1bWVudCBpcyBiYXNlZCBvbiB0aGUgdXNlIG9mIGFuDQo+ICAgICAgICJVbmtu b3duIE1BQyByb3V0ZSIgdGhhdCBpcyBhZHZlcnRpc2VkIGJ5IHRoZSBEZXNpZ25hdGVkDQo+IEZv cndhcmRlcg0KPiAgICAgICBEQyBHVy4gVGhlIFVua25vd24gTUFDIHJvdXRlIGlzIGEgcmVndWxh ciBFVlBOIE1BQy9JUA0KPiAgICAgICBBZHZlcnRpc2VtZW50IHJvdXRlIHdoZXJlIHRoZSBNQUMg QWRkcmVzcyBMZW5ndGggaXMgc2V0IHRvIDQ4IGFuZA0KPiAgICAgICB0aGUgTUFDIGFkZHJlc3Mg dG8gMDA6MDA6MDA6MDA6MDA6MDAgKElQIGxlbmd0aCBpcyBzZXQgdG8gMCkuDQo+IA0KPiANCj4g Q2FuIHdlIHVzZSBhIHVuaWZvcm0gd2F5Pw0KDQpZZXMsIHdlJ2xsIHVwZGF0ZSBkcmFmdC1ib25p Y2EtbDN2cG4tb3JmLWNvdmVyaW5nLXByZWZpeGVzIHRvIHVzZQ0KMDA6MDA6MDA6MDA6MDA6MDAg TUFDIGFzIHRoZSBEZWZhdWx0IE1BQyBSb3V0ZS4NCg0KWWFrb3YuDQoNCj4gDQo+IA0KPiBSZWdh cmRzLA0KPiBTaHVud2FuIChWaW5jZW50KQ0KPiANCj4gLS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0K PiDlj5Hku7bkuro6IEwzVlBOIFttYWlsdG86bDN2cG4tYm91bmNlc0BpZXRmLm9yZ10g5Luj6KGo IFRob21hcyBNb3Jpbg0KPiDlj5HpgIHml7bpl7Q6IDIwMTTlubQ25pyIMjfml6UgMjI6MjENCj4g 5pS25Lu25Lq6OiBsM3ZwbkBpZXRmLm9yZw0KPiDmioTpgIE6IGRyYWZ0LWJvbmljYS1sM3Zwbi1v cmYtY292ZXJpbmctcHJlZml4ZXNAdG9vbHMuaWV0Zi5vcmcNCj4g5Li76aKYOiBQb2xsIGZvciBh ZG9wdGlvbjogZHJhZnQtYm9uaWNhLWwzdnBuLW9yZi1jb3ZlcmluZy1wcmVmaXhlcw0KPiANCj4g SGVsbG8gd29ya2luZyBncm91cCwNCj4gDQo+IFRoaXMgZW1haWwgc3RhcnRzIGEgdHdvLXdlZWsg cG9sbCBvbiBhZG9wdGluZw0KPiBkcmFmdC1ib25pY2EtbDN2cG4tb3JmLWNvdmVyaW5nLXByZWZp eGVzLTAzIFsxXSBhcyBhIHdvcmtpbmcgZ3JvdXANCj4gaXRlbS4NCj4gDQo+IFBsZWFzZSBzZW5k IGNvbW1lbnRzIHRvIHRoZSBsaXN0IGFuZCBzdGF0ZSBpZiB5b3Ugc3VwcG9ydCBhZG9wdGlvbiBv cg0KPiBub3QgKGluIHRoZSBsYXRlciBjYXNlLCBwbGVhc2UgYWxzbyBzdGF0ZSB0aGUgcmVhc29u cykuDQo+IA0KPiBUaGlzIHBvbGwgcnVucyB1bnRpbCBKdWx5IDEydGguDQo+IA0KPiANCj4gKkNv aW5jaWRlbnRhbGx5Kiwgd2UgYXJlIGFsc28gcG9sbGluZyBmb3Iga25vd2xlZGdlIG9mIGFueSBJ UFIgdGhhdA0KPiBhcHBsaWVzIHRvIHRoaXMgZHJhZnQsIHRvIGVuc3VyZSB0aGF0IElQUiBoYXMg YmVlbiBkaXNjbG9zZWQgaW4NCj4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzIChzZWUg UkZDcyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvcg0KPiBtb3JlIGRldGFpbHMpLg0KPiAN Cj4gPT0+ICpJZiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3VtZW50IGF1dGhvciBvciBjb250cmli dXRvciogcGxlYXNlDQo+IHJlc3BvbmQgdG8gdGhpcyBlbWFpbCBhbmQgaW5kaWNhdGUgd2hldGhl ciBvciBub3QgeW91IGFyZSBhd2FyZSBvZiBhbnkNCj4gcmVsZXZhbnQgSVBSLg0KPiANCj4gVGhl IGRyYWZ0IHdpbGwgbm90IGJlIGFkb3B0ZWQgdW50aWwgYSByZXNwb25zZSBoYXMgYmVlbiByZWNl aXZlZCBmcm9tDQo+IGVhY2ggYXV0aG9yIGFuZCBjb250cmlidXRvci4NCj4gDQo+IElmIHlvdSBh cmUgb24gdGhlIEwzVlBOIFdHIG1haWxpbmcgbGlzdCBidXQgYXJlIG5vdCBsaXN0ZWQgYXMgYW4g YXV0aG9yDQo+IG9yIGNvbnRyaWJ1dG9yLCB0aGVuIHBsZWFzZSBleHBsaWNpdGx5IHJlc3BvbmQg b25seSBpZiB5b3UgYXJlIGF3YXJlIG9mDQo+IGFueSBJUFIgdGhhdCBoYXMgbm90IHlldCBiZWVu IGRpc2Nsb3NlZCBpbiBjb25mb3JtYW5jZSB3aXRoIElFVEYgcnVsZXMuDQo+IA0KPiBUaGFuayB5 b3UsDQo+IA0KPiBNYXJ0aW4gJiBUaG9tYXMNCj4gbDN2cG4gY2hhaXJzDQo+IA0KPiBbMV0gaHR0 cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtYm9uaWNhLWwzdnBuLW9yZi1jb3ZlcmluZy0N Cj4gcHJlZml4ZXMtMDMNCg0K From nobody Wed Jul 2 06:46:58 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AAECD1A0102 for ; Wed, 2 Jul 2014 06:46:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, 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 oqGyVMtiKSt1 for ; Wed, 2 Jul 2014 06:46:55 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1blp0190.outbound.protection.outlook.com [207.46.163.190]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BD97E1A00F8 for ; Wed, 2 Jul 2014 06:46:54 -0700 (PDT) Received: from DM2PR05CA002.namprd05.prod.outlook.com (10.141.96.22) by BY2PR05MB237.namprd05.prod.outlook.com (10.242.41.146) with Microsoft SMTP Server (TLS) id 15.0.969.15; Wed, 2 Jul 2014 13:46:52 +0000 Received: from BN1BFFO11FD030.protection.gbl (2a01:111:f400:7c10::1:160) by DM2PR05CA002.outlook.office365.com (2a01:111:e400:2428::22) with Microsoft SMTP Server (TLS) id 15.0.980.8 via Frontend Transport; Wed, 2 Jul 2014 13:46:52 +0000 Received: from P-EMF02-SAC.jnpr.net (66.129.239.16) by BN1BFFO11FD030.mail.protection.outlook.com (10.58.144.93) with Microsoft SMTP Server (TLS) id 15.0.969.12 via Frontend Transport; Wed, 2 Jul 2014 13:46:51 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMF02-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.146.0; Wed, 2 Jul 2014 06:46:24 -0700 Received: from juniper.net (sapphire.juniper.net [172.17.28.108]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id s62DkNn56945; Wed, 2 Jul 2014 06:46:23 -0700 (PDT) (envelope-from yakov@juniper.net) Message-ID: <201407021346.s62DkNn56945@magenta.juniper.net> To: Thomas Morin Subject: Re: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes In-Reply-To: <53AD7DDA.3060806@orange.com> References: <53AD7DDA.3060806@orange.com> X-MH-In-Reply-To: Thomas Morin message dated "Fri, 27 Jun 2014 16:21:14 +0200." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <7894.1404308783.1@juniper.net> Date: Wed, 2 Jul 2014 06:46:23 -0700 From: Yakov Rekhter X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:66.129.239.16; CTRY:US; IPV:NLI; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(6009001)(199002)(189002)(51704005)(64706001)(47776003)(20776003)(77982001)(21056001)(74662001)(80022001)(81542001)(81342001)(85306003)(46406003)(76482001)(68736004)(79102001)(6806004)(16796002)(46102001)(95666004)(44976005)(83322001)(97756001)(69596002)(87936001)(81156004)(23726002)(4396001)(50466002)(86362001)(83072002)(92726001)(74502001)(99396002)(76176999)(105596002)(92566001)(50986999)(102836001)(31966008)(106466001)(85852003)(54356999)(97736001)(84676001)(107046002); DIR:OUT; SFP:; SCL:1; SRVR:BY2PR05MB237; H:P-EMF02-SAC.jnpr.net; FPR:; MLV:sfv; PTR:InfoDomainNonexistent; A:1; MX:1; LANG:en; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID: X-Forefront-PRVS: 0260457E99 Received-SPF: SoftFail (: domain of transitioning juniper.net discourages use of 66.129.239.16 as permitted sender) Authentication-Results: spf=softfail (sender IP is 66.129.239.16) smtp.mailfrom=yakov@juniper.net; X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/xJOy8RZYtY972Kz-iBdG16cSg_s Cc: l3vpn@ietf.org, draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 13:46:57 -0000 Thomas, > Hello working group, > > This email starts a two-week poll on adopting > draft-bonica-l3vpn-orf-covering-prefixes-03 [1] as a working group item. > > Please send comments to the list and state if you support adoption or > not (in the later case, please also state the reasons). > > This poll runs until July 12th. Support (as a co-author). Yakov. From nobody Wed Jul 2 06:48:13 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 261B91A0103 for ; Wed, 2 Jul 2014 06:48:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.602 X-Spam-Level: X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, 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 ceW3DPFOi3QN for ; Wed, 2 Jul 2014 06:48:03 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2lp0210.outbound.protection.outlook.com [207.46.163.210]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9593E1A0142 for ; Wed, 2 Jul 2014 06:47:55 -0700 (PDT) Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BLUPR05MB564.namprd05.prod.outlook.com (10.141.202.150) with Microsoft SMTP Server (TLS) id 15.0.980.8; Wed, 2 Jul 2014 13:47:47 +0000 Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.00.0974.002; Wed, 2 Jul 2014 13:47:47 +0000 From: John E Drake To: "EXT - thomas.morin@orange.com" , "l3vpn@ietf.org" Subject: RE: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Thread-Topic: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Thread-Index: AQHPkhMVyhmRvepZiEK9HKO61ZE1cZuM1DsA Date: Wed, 2 Jul 2014 13:47:47 +0000 Message-ID: References: <53AD7DDA.3060806@orange.com> In-Reply-To: <53AD7DDA.3060806@orange.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.12] x-microsoft-antispam: BCL:0;PCL:0;RULEID: x-forefront-prvs: 0260457E99 x-forefront-antispam-report: SFV:NSPM; SFS:(6009001)(51704005)(13464003)(377454003)(189002)(199002)(74316001)(19580405001)(83322001)(20776003)(81342001)(81542001)(105586002)(95666004)(4396001)(33646001)(92566001)(19580395003)(80022001)(85306003)(46102001)(66066001)(101416001)(31966008)(76576001)(64706001)(77982001)(74662001)(15202345003)(86362001)(79102001)(76482001)(74502001)(21056001)(106116001)(99396002)(2656002)(87936001)(106356001)(83072002)(85852003)(76176999)(54356999)(99286002)(15975445006)(50986999)(107046002)(108616002)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:BLUPR05MB564; H:BLUPR05MB562.namprd05.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; LANG:en; Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/DHZTsOGbbEClk7df8vzujWfrq34 Cc: "draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 13:48:07 -0000 U3VwcG9ydA0KDQpZb3VycyBJcnJlc3BlY3RpdmVseSwNCg0KSm9obg0KDQo+IC0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IEwzVlBOIFttYWlsdG86bDN2cG4tYm91bmNlc0BpZXRm Lm9yZ10gT24gQmVoYWxmIE9mIFRob21hcyBNb3Jpbg0KPiBTZW50OiBGcmlkYXksIEp1bmUgMjcs IDIwMTQgNzoyMSBBTQ0KPiBUbzogbDN2cG5AaWV0Zi5vcmcNCj4gQ2M6IGRyYWZ0LWJvbmljYS1s M3Zwbi1vcmYtY292ZXJpbmctcHJlZml4ZXNAdG9vbHMuaWV0Zi5vcmcNCj4gU3ViamVjdDogUG9s bCBmb3IgYWRvcHRpb246IGRyYWZ0LWJvbmljYS1sM3Zwbi1vcmYtY292ZXJpbmctcHJlZml4ZXMN Cj4gDQo+IEhlbGxvIHdvcmtpbmcgZ3JvdXAsDQo+IA0KPiBUaGlzIGVtYWlsIHN0YXJ0cyBhIHR3 by13ZWVrIHBvbGwgb24gYWRvcHRpbmcNCj4gZHJhZnQtYm9uaWNhLWwzdnBuLW9yZi1jb3Zlcmlu Zy1wcmVmaXhlcy0wMyBbMV0gYXMgYSB3b3JraW5nIGdyb3VwIGl0ZW0uDQo+IA0KPiBQbGVhc2Ug c2VuZCBjb21tZW50cyB0byB0aGUgbGlzdCBhbmQgc3RhdGUgaWYgeW91IHN1cHBvcnQgYWRvcHRp b24gb3Igbm90IChpbg0KPiB0aGUgbGF0ZXIgY2FzZSwgcGxlYXNlIGFsc28gc3RhdGUgdGhlIHJl YXNvbnMpLg0KPiANCj4gVGhpcyBwb2xsIHJ1bnMgdW50aWwgSnVseSAxMnRoLg0KPiANCj4gDQo+ ICpDb2luY2lkZW50YWxseSosIHdlIGFyZSBhbHNvIHBvbGxpbmcgZm9yIGtub3dsZWRnZSBvZiBh bnkgSVBSIHRoYXQgYXBwbGllcyB0bw0KPiB0aGlzIGRyYWZ0LCB0byBlbnN1cmUgdGhhdCBJUFIg aGFzIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUg0KPiBydWxlcyAo c2VlIFJGQ3MgMzk3OSwgNDg3OSwgMzY2OSBhbmQgNTM3OCBmb3IgbW9yZSBkZXRhaWxzKS4NCj4g DQo+ID09PiAqSWYgeW91IGFyZSBsaXN0ZWQgYXMgYSBkb2N1bWVudCBhdXRob3Igb3IgY29udHJp YnV0b3IqIHBsZWFzZSByZXNwb25kIHRvDQo+IHRoaXMgZW1haWwgYW5kIGluZGljYXRlIHdoZXRo ZXIgb3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2YW50IElQUi4NCj4gDQo+IFRoZSBk cmFmdCB3aWxsIG5vdCBiZSBhZG9wdGVkIHVudGlsIGEgcmVzcG9uc2UgaGFzIGJlZW4gcmVjZWl2 ZWQgZnJvbSBlYWNoDQo+IGF1dGhvciBhbmQgY29udHJpYnV0b3IuDQo+IA0KPiBJZiB5b3UgYXJl IG9uIHRoZSBMM1ZQTiBXRyBtYWlsaW5nIGxpc3QgYnV0IGFyZSBub3QgbGlzdGVkIGFzIGFuIGF1 dGhvciBvcg0KPiBjb250cmlidXRvciwgdGhlbiBwbGVhc2UgZXhwbGljaXRseSByZXNwb25kIG9u bHkgaWYgeW91IGFyZSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQNCj4gaGFzIG5vdCB5ZXQgYmVlbiBk aXNjbG9zZWQgaW4gY29uZm9ybWFuY2Ugd2l0aCBJRVRGIHJ1bGVzLg0KPiANCj4gVGhhbmsgeW91 LA0KPiANCj4gTWFydGluICYgVGhvbWFzDQo+IGwzdnBuIGNoYWlycw0KPiANCj4gWzFdIGh0dHA6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWJvbmljYS1sM3Zwbi1vcmYtY292ZXJpbmctcHJl Zml4ZXMtMDMNCg0K From nobody Wed Jul 2 08:20:54 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C50C21A050E for ; Wed, 2 Jul 2014 08:20:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.9 X-Spam-Level: X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5] 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 DNL6YeqIqZu3 for ; Wed, 2 Jul 2014 08:20:48 -0700 (PDT) Received: from hoemail2.alcatel.com (hoemail2.alcatel.com [192.160.6.149]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A52F31A0301 for ; Wed, 2 Jul 2014 08:20:48 -0700 (PDT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (h135-239-2-42.lucent.com [135.239.2.42]) by hoemail2.alcatel.com (8.13.8/IER-o) with ESMTP id s62FKkrm029149 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 2 Jul 2014 10:20:47 -0500 (CDT) Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id s62FKjgw001150 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 2 Jul 2014 17:20:46 +0200 Received: from FR711WXCHMBA03.zeu.alcatel-lucent.com ([169.254.3.230]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.02.0247.003; Wed, 2 Jul 2014 17:20:45 +0200 From: "Rabadan, Jorge (Jorge)" To: Thomas Morin , "l3vpn@ietf.org" Subject: Re: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Thread-Topic: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Thread-Index: AQHPlgkyyhmRvepZiEK9HKO61ZE1cQ== Date: Wed, 2 Jul 2014 15:20:45 +0000 Message-ID: References: <53AD7DDA.3060806@orange.com> In-Reply-To: <53AD7DDA.3060806@orange.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.2.140509 x-originating-ip: [135.239.27.40] Content-Type: text/plain; charset="utf-8" Content-ID: <87A630358FD6B149B0AABA75BD40A2FA@exchange.lucent.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/bBGlFjFXsHYjB4SNqdIdL3xQtOk Cc: "draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 15:20:51 -0000 U3VwcG9ydC4NCg0KSm9yZ2UNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IFRo b21hcyBNb3JpbiA8dGhvbWFzLm1vcmluQG9yYW5nZS5jb20+DQpPcmdhbml6YXRpb246IE9yYW5n ZQ0KRGF0ZTogRnJpZGF5LCBKdW5lIDI3LCAyMDE0IGF0IDc6MjEgQU0NClRvOiAibDN2cG5AaWV0 Zi5vcmciIDxsM3ZwbkBpZXRmLm9yZz4NCkNjOiAiZHJhZnQtYm9uaWNhLWwzdnBuLW9yZi1jb3Zl cmluZy1wcmVmaXhlc0B0b29scy5pZXRmLm9yZyINCjxkcmFmdC1ib25pY2EtbDN2cG4tb3JmLWNv dmVyaW5nLXByZWZpeGVzQHRvb2xzLmlldGYub3JnPg0KU3ViamVjdDogUG9sbCBmb3IgYWRvcHRp b246IGRyYWZ0LWJvbmljYS1sM3Zwbi1vcmYtY292ZXJpbmctcHJlZml4ZXMNCg0KPkhlbGxvIHdv cmtpbmcgZ3JvdXAsDQo+DQo+VGhpcyBlbWFpbCBzdGFydHMgYSB0d28td2VlayBwb2xsIG9uIGFk b3B0aW5nDQo+ZHJhZnQtYm9uaWNhLWwzdnBuLW9yZi1jb3ZlcmluZy1wcmVmaXhlcy0wMyBbMV0g YXMgYSB3b3JraW5nIGdyb3VwIGl0ZW0uDQo+DQo+UGxlYXNlIHNlbmQgY29tbWVudHMgdG8gdGhl IGxpc3QgYW5kIHN0YXRlIGlmIHlvdSBzdXBwb3J0IGFkb3B0aW9uIG9yDQo+bm90IChpbiB0aGUg bGF0ZXIgY2FzZSwgcGxlYXNlIGFsc28gc3RhdGUgdGhlIHJlYXNvbnMpLg0KPg0KPlRoaXMgcG9s bCBydW5zIHVudGlsIEp1bHkgMTJ0aC4NCj4NCj4NCj4qQ29pbmNpZGVudGFsbHkqLCB3ZSBhcmUg YWxzbyBwb2xsaW5nIGZvciBrbm93bGVkZ2Ugb2YgYW55IElQUiB0aGF0DQo+YXBwbGllcyB0byB0 aGlzIGRyYWZ0LCB0byBlbnN1cmUgdGhhdCBJUFIgaGFzIGJlZW4gZGlzY2xvc2VkIGluDQo+Y29t cGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzIChzZWUgUkZDcyAzOTc5LCA0ODc5LCAzNjY5DQo+ YW5kIDUzNzggZm9yIG1vcmUgZGV0YWlscykuDQo+DQo+PT0+ICpJZiB5b3UgYXJlIGxpc3RlZCBh cyBhIGRvY3VtZW50IGF1dGhvciBvciBjb250cmlidXRvciogcGxlYXNlDQo+cmVzcG9uZCB0byB0 aGlzIGVtYWlsIGFuZCBpbmRpY2F0ZSB3aGV0aGVyIG9yIG5vdCB5b3UgYXJlIGF3YXJlIG9mIGFu eQ0KPnJlbGV2YW50IElQUi4NCj4NCj5UaGUgZHJhZnQgd2lsbCBub3QgYmUgYWRvcHRlZCB1bnRp bCBhIHJlc3BvbnNlIGhhcyBiZWVuIHJlY2VpdmVkIGZyb20NCj5lYWNoIGF1dGhvciBhbmQgY29u dHJpYnV0b3IuDQo+DQo+SWYgeW91IGFyZSBvbiB0aGUgTDNWUE4gV0cgbWFpbGluZyBsaXN0IGJ1 dCBhcmUgbm90IGxpc3RlZCBhcyBhbiBhdXRob3INCj5vciBjb250cmlidXRvciwgdGhlbiBwbGVh c2UgZXhwbGljaXRseSByZXNwb25kIG9ubHkgaWYgeW91IGFyZSBhd2FyZSBvZg0KPmFueSBJUFIg dGhhdCBoYXMgbm90IHlldCBiZWVuIGRpc2Nsb3NlZCBpbiBjb25mb3JtYW5jZSB3aXRoIElFVEYg cnVsZXMuDQo+DQo+VGhhbmsgeW91LA0KPg0KPk1hcnRpbiAmIFRob21hcw0KPmwzdnBuIGNoYWly cw0KPg0KPlsxXSBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1ib25pY2EtbDN2cG4t b3JmLWNvdmVyaW5nLXByZWZpeGVzLTAzDQo+DQoNCg== From nobody Wed Jul 2 09:25:32 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 519871B27EC; Wed, 2 Jul 2014 09:25:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -12.363 X-Spam-Level: X-Spam-Status: No, score=-12.363 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 ge1drEHN-Olb; Wed, 2 Jul 2014 09:25:28 -0700 (PDT) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A8E541A034F; Wed, 2 Jul 2014 09:25:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3832; q=dns/txt; s=iport; t=1404318329; x=1405527929; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=N7+2vzK7LDtbeHaX9s8G80wuWV+CgxaPXkqOs95kMtM=; b=Ux877DvEKPd6I048cK8haFRdrjQ8i90fY0YNpuWt5GKqeo2xSbdyQl4Q sgqGUYOdW5aD1INiVTxc3yKyApdsKTnvBG1gSltd3mzPXJAsU68YdgZc/ hvTbAtm0JezvJlSecRRU551iqoORz0scuICndaTWPT3M5MpBH/zwIujgB o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiAJAPExtFOtJA2H/2dsb2JhbABagmkkUlqCbqhOAQEBAQEBBQFuAZllARluFnWECjQ6CxIBBgIcHwQFBDAUEQIEAQ0FG4gnAQyOeJwhCJswF4EohEiIUBEBHRgbB4JzgVABBJptgUiSQoIBgUKBdzk X-IronPort-AV: E=Sophos;i="5.01,589,1400025600"; d="scan'208";a="57799955" Received: from alln-core-2.cisco.com ([173.36.13.135]) by alln-iport-4.cisco.com with ESMTP; 02 Jul 2014 16:25:28 +0000 Received: from xhc-aln-x13.cisco.com (xhc-aln-x13.cisco.com [173.36.12.87]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id s62GPQmv022958 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 2 Jul 2014 16:25:26 GMT Received: from xmb-aln-x13.cisco.com ([fe80::5404:b599:9f57:834b]) by xhc-aln-x13.cisco.com ([173.36.12.87]) with mapi id 14.03.0123.003; Wed, 2 Jul 2014 11:25:26 -0500 From: "Ali Sajassi (sajassi)" To: Yakov Rekhter , Zhuangshunwan , "EXT - thomas.morin@orange.com" , "l3vpn@ietf.org" Subject: Re: About ALL-ZERO-MAC's encapsulation in EVPN MAC/IP Advertisement route. //Re: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Thread-Topic: About ALL-ZERO-MAC's encapsulation in EVPN MAC/IP Advertisement route. //Re: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Thread-Index: AQHPkhUx2eTedO9PlEqTJd03Y1ongJuMxvEAgABfVwD//7h2gA== Date: Wed, 2 Jul 2014 16:25:25 +0000 Message-ID: In-Reply-To: <3c09c450753c4a21b1dc7dca59447a31@BL2PR05MB210.namprd05.prod.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.4.130416 x-originating-ip: [10.21.71.198] Content-Type: text/plain; charset="gb2312" Content-ID: <05CED3739DED5E44A3C80622D0537503@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/cfWPLb9NlNBBOJ_45xKZrJd9zw0 Cc: "l2vpn@ietf.org" , "draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 16:25:29 -0000 DQoNCk9uIDcvMi8xNCA2OjQxIEFNLCAiWWFrb3YgUmVraHRlciIgPHlha292QGp1bmlwZXIubmV0 PiB3cm90ZToNCg0KPlNodW53YW4sDQo+DQo+PiANCj4+IERlYXIgYWxsLA0KPj4gDQo+PiBJIGhh dmUgZ290IGludG8ga25vdHMgZm9yIHByZXNlbnRtZW50IG9mIEFMTC1aRVJPLU1BQydzIGVuY2Fw c3VsYXRpb24NCj4+IGluIEVWUE4gTUFDL0lQIEFkdmVydGlzZW1lbnQgcm91dGUuDQo+PiANCj4+ IGRyYWZ0LWJvbmljYS1sM3Zwbi1vcmYtY292ZXJpbmctcHJlZml4ZXMtMDMgZGVmaW5lcyB0aGUg IkRlZmF1bHQgTUFDDQo+PiBSb3V0ZSAiOg0KPj4gDQo+PiAgICBvICBEZWZhdWx0IE1BQyBSb3V0 ZSAoRE1SKSAtIEFuIEVWUE4gTUFDL0lQIEFkdmVydGlzZW1lbnQgUm91dGUgd2l0aA0KPj4gICAg ICAgTUFDIEFkZHJlc3MgbGVuZ3RoIGVxdWFsIHRvIDAuDQo+PiANCj4+IEJ1dCBkcmFmdC1yYWJh ZGFuLWwydnBuLWRjaS1ldnBuLW92ZXJsYXktMDEgc2FpZDoNCj4+IA0KPj4gMi41LjEgVXNlIG9m IHRoZSBVbmtub3duIE1BQyByb3V0ZSB0byByZWR1Y2UgdW5rbm93biBmbG9vZGluZw0KPj4gDQo+ PiAgICAgICBUaGUgc29sdXRpb24gc3VnZ2VzdGVkIGluIHRoaXMgZG9jdW1lbnQgaXMgYmFzZWQg b24gdGhlIHVzZSBvZiBhbg0KPj4gICAgICAgIlVua25vd24gTUFDIHJvdXRlIiB0aGF0IGlzIGFk dmVydGlzZWQgYnkgdGhlIERlc2lnbmF0ZWQNCj4+IEZvcndhcmRlcg0KPj4gICAgICAgREMgR1cu IFRoZSBVbmtub3duIE1BQyByb3V0ZSBpcyBhIHJlZ3VsYXIgRVZQTiBNQUMvSVANCj4+ICAgICAg IEFkdmVydGlzZW1lbnQgcm91dGUgd2hlcmUgdGhlIE1BQyBBZGRyZXNzIExlbmd0aCBpcyBzZXQg dG8gNDggYW5kDQo+PiAgICAgICB0aGUgTUFDIGFkZHJlc3MgdG8gMDA6MDA6MDA6MDA6MDA6MDAg KElQIGxlbmd0aCBpcyBzZXQgdG8gMCkuDQo+PiANCj4+IA0KPj4gQ2FuIHdlIHVzZSBhIHVuaWZv cm0gd2F5Pw0KPg0KPlllcywgd2UnbGwgdXBkYXRlIGRyYWZ0LWJvbmljYS1sM3Zwbi1vcmYtY292 ZXJpbmctcHJlZml4ZXMgdG8gdXNlDQo+MDA6MDA6MDA6MDA6MDA6MDAgTUFDIGFzIHRoZSBEZWZh dWx0IE1BQyBSb3V0ZS4NCg0KR3JlYXQhIFNpbmNlIGV2cG4gZHJhZnQgb25seSBzcGVjaWZpZXMg TUFDIGFkZHJlc3Mgdy8gbGVuZ3RoIDQ4Lg0KDQpDaGVlcnMsDQpBbGkNCg0KPg0KPllha292Lg0K Pg0KPj4gDQo+PiANCj4+IFJlZ2FyZHMsDQo+PiBTaHVud2FuIChWaW5jZW50KQ0KPj4gDQo+PiAt LS0tLdPKvP7Urbz+LS0tLS0NCj4+ILeivP7IyzogTDNWUE4gW21haWx0bzpsM3Zwbi1ib3VuY2Vz QGlldGYub3JnXSC0+rHtIFRob21hcyBNb3Jpbg0KPj4gt6LLzcqxvOQ6IDIwMTTE6jbUwjI3yNUg MjI6MjENCj4+IMrVvP7IyzogbDN2cG5AaWV0Zi5vcmcNCj4+ILOty806IGRyYWZ0LWJvbmljYS1s M3Zwbi1vcmYtY292ZXJpbmctcHJlZml4ZXNAdG9vbHMuaWV0Zi5vcmcNCj4+INb3zOI6IFBvbGwg Zm9yIGFkb3B0aW9uOiBkcmFmdC1ib25pY2EtbDN2cG4tb3JmLWNvdmVyaW5nLXByZWZpeGVzDQo+ PiANCj4+IEhlbGxvIHdvcmtpbmcgZ3JvdXAsDQo+PiANCj4+IFRoaXMgZW1haWwgc3RhcnRzIGEg dHdvLXdlZWsgcG9sbCBvbiBhZG9wdGluZw0KPj4gZHJhZnQtYm9uaWNhLWwzdnBuLW9yZi1jb3Zl cmluZy1wcmVmaXhlcy0wMyBbMV0gYXMgYSB3b3JraW5nIGdyb3VwDQo+PiBpdGVtLg0KPj4gDQo+ PiBQbGVhc2Ugc2VuZCBjb21tZW50cyB0byB0aGUgbGlzdCBhbmQgc3RhdGUgaWYgeW91IHN1cHBv cnQgYWRvcHRpb24gb3INCj4+IG5vdCAoaW4gdGhlIGxhdGVyIGNhc2UsIHBsZWFzZSBhbHNvIHN0 YXRlIHRoZSByZWFzb25zKS4NCj4+IA0KPj4gVGhpcyBwb2xsIHJ1bnMgdW50aWwgSnVseSAxMnRo Lg0KPj4gDQo+PiANCj4+ICpDb2luY2lkZW50YWxseSosIHdlIGFyZSBhbHNvIHBvbGxpbmcgZm9y IGtub3dsZWRnZSBvZiBhbnkgSVBSIHRoYXQNCj4+IGFwcGxpZXMgdG8gdGhpcyBkcmFmdCwgdG8g ZW5zdXJlIHRoYXQgSVBSIGhhcyBiZWVuIGRpc2Nsb3NlZCBpbg0KPj4gY29tcGxpYW5jZSB3aXRo IElFVEYgSVBSIHJ1bGVzIChzZWUgUkZDcyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvcg0K Pj4gbW9yZSBkZXRhaWxzKS4NCj4+IA0KPj4gPT0+ICpJZiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRv Y3VtZW50IGF1dGhvciBvciBjb250cmlidXRvciogcGxlYXNlDQo+PiByZXNwb25kIHRvIHRoaXMg ZW1haWwgYW5kIGluZGljYXRlIHdoZXRoZXIgb3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55DQo+ PiByZWxldmFudCBJUFIuDQo+PiANCj4+IFRoZSBkcmFmdCB3aWxsIG5vdCBiZSBhZG9wdGVkIHVu dGlsIGEgcmVzcG9uc2UgaGFzIGJlZW4gcmVjZWl2ZWQgZnJvbQ0KPj4gZWFjaCBhdXRob3IgYW5k IGNvbnRyaWJ1dG9yLg0KPj4gDQo+PiBJZiB5b3UgYXJlIG9uIHRoZSBMM1ZQTiBXRyBtYWlsaW5n IGxpc3QgYnV0IGFyZSBub3QgbGlzdGVkIGFzIGFuIGF1dGhvcg0KPj4gb3IgY29udHJpYnV0b3Is IHRoZW4gcGxlYXNlIGV4cGxpY2l0bHkgcmVzcG9uZCBvbmx5IGlmIHlvdSBhcmUgYXdhcmUgb2YN Cj4+IGFueSBJUFIgdGhhdCBoYXMgbm90IHlldCBiZWVuIGRpc2Nsb3NlZCBpbiBjb25mb3JtYW5j ZSB3aXRoIElFVEYgcnVsZXMuDQo+PiANCj4+IFRoYW5rIHlvdSwNCj4+IA0KPj4gTWFydGluICYg VGhvbWFzDQo+PiBsM3ZwbiBjaGFpcnMNCj4+IA0KPj4gWzFdIGh0dHA6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LWJvbmljYS1sM3Zwbi1vcmYtY292ZXJpbmctDQo+PiBwcmVmaXhlcy0wMw0K Pg0KDQo= From nobody Wed Jul 2 09:29:42 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B8291B293C for ; Wed, 2 Jul 2014 09:29:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.152 X-Spam-Level: X-Spam-Status: No, score=-15.152 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, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 dJTz_0lTKxRp for ; Wed, 2 Jul 2014 09:29:40 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 162261A037B for ; Wed, 2 Jul 2014 09:29:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1274; q=dns/txt; s=iport; t=1404318580; x=1405528180; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=DXVhiUWG+oOlhmdmBIh7Z4cXiTB/Rv9hM36+0TCmRDs=; b=ebhO4jtdwlntDfgyaKxfVT6yRMxTQ1C9hGv1hcJfs9qsYGWK20nqWrIk Za4SgoV35kJnFr1oNiX914FjK6vTxtbzeSM3HphdW8wAMyCxKVqFdRW+A GxAPfrtzD4W4Mtv4JNReLc/rV+z5XavOF6SjQpMOh87WBJFYzbPeeANMy U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhwJABwztFOtJV2d/2dsb2JhbABagmkkUlqrPAEBAQEBAQUBbgGZZQGBBxZ1hAo6NAsSAQg2QiUCBAENBYhCAQzGUheFcIhQEQFQB4RDBZptgUiSQoNDgXc5 X-IronPort-AV: E=Sophos;i="5.01,589,1400025600"; d="scan'208";a="337265756" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-2.cisco.com with ESMTP; 02 Jul 2014 16:29:40 +0000 Received: from xhc-aln-x08.cisco.com (xhc-aln-x08.cisco.com [173.36.12.82]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id s62GTd7G000957 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 2 Jul 2014 16:29:39 GMT Received: from xmb-aln-x13.cisco.com ([fe80::5404:b599:9f57:834b]) by xhc-aln-x08.cisco.com ([173.36.12.82]) with mapi id 14.03.0123.003; Wed, 2 Jul 2014 11:29:39 -0500 From: "Ali Sajassi (sajassi)" To: Thomas Morin , "l3vpn@ietf.org" Subject: Re: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Thread-Topic: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Thread-Index: AQHPkhUx2eTedO9PlEqTJd03Y1ongJuM3++A Date: Wed, 2 Jul 2014 16:29:38 +0000 Message-ID: In-Reply-To: <53AD7DDA.3060806@orange.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.4.130416 x-originating-ip: [10.21.71.198] Content-Type: text/plain; charset="us-ascii" Content-ID: <9341267200F1684089C4263FAF53C8EE@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/RUdMbzzZ0QoJSvtvCfkmHlvAgTg Cc: "draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 16:29:41 -0000 Support -Ali On 6/27/14 7:21 AM, "Thomas Morin" wrote: >Hello working group, > >This email starts a two-week poll on adopting >draft-bonica-l3vpn-orf-covering-prefixes-03 [1] as a working group item. > >Please send comments to the list and state if you support adoption or >not (in the later case, please also state the reasons). > >This poll runs until July 12th. > > >*Coincidentally*, we are also polling for knowledge of any IPR that >applies to this draft, to ensure that IPR has been disclosed in >compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 >and 5378 for more details). > >=3D=3D> *If you are listed as a document author or contributor* please >respond to this email and indicate whether or not you are aware of any >relevant IPR. > >The draft will not be adopted until a response has been received from >each author and contributor. > >If you are on the L3VPN WG mailing list but are not listed as an author >or contributor, then please explicitly respond only if you are aware of >any IPR that has not yet been disclosed in conformance with IETF rules. > >Thank you, > >Martin & Thomas >l3vpn chairs > >[1] http://tools.ietf.org/html/draft-bonica-l3vpn-orf-covering-prefixes-03 > From nobody Wed Jul 2 17:30:38 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C6B91A0AE0 for ; Wed, 2 Jul 2014 17:30:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.852 X-Spam-Level: X-Spam-Status: No, score=-4.852 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 2kV-Q1hTAlDG for ; Wed, 2 Jul 2014 17:30:35 -0700 (PDT) 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 3F8781A0AD8 for ; Wed, 2 Jul 2014 17:30:35 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BJN13143; Thu, 03 Jul 2014 00:30:33 +0000 (GMT) Received: from SZXEML405-HUB.china.huawei.com (10.82.67.60) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 3 Jul 2014 01:30:33 +0100 Received: from peky1z001750051 (10.111.80.111) by smtpscn.huawei.com (10.82.67.60) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 3 Jul 2014 08:30:30 +0800 From: Zhuangshunwan To: "'Thomas Morin'" , References: <53AD7DDA.3060806@orange.com> In-Reply-To: <53AD7DDA.3060806@orange.com> Subject: Re: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Date: Thu, 3 Jul 2014 08:30:30 +0800 Message-ID: <002301cf9655$feefd1f0$fccf75d0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac+SExWDkUZULLIjQ3Odnfgnctqh2wEQsnEA Content-Language: zh-cn X-Originating-IP: [10.111.80.111] X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/epJ1FzLp1NT3t0oJoi1PSpbJWLg Cc: draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2014 00:30:37 -0000 Support -Shunwan -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- =E5=8F=91=E4=BB=B6=E4=BA=BA: L3VPN [mailto:l3vpn-bounces@ietf.org] = =E4=BB=A3=E8=A1=A8 Thomas Morin =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2014=E5=B9=B46=E6=9C=8827=E6=97=A5 = 22:21 =E6=94=B6=E4=BB=B6=E4=BA=BA: l3vpn@ietf.org =E6=8A=84=E9=80=81: = draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org =E4=B8=BB=E9=A2=98: Poll for adoption: = draft-bonica-l3vpn-orf-covering-prefixes Hello working group, This email starts a two-week poll on adopting draft-bonica-l3vpn-orf-covering-prefixes-03 [1] as a working group item. Please send comments to the list and state if you support adoption or not (in the later case, please also state the reasons). This poll runs until July 12th. *Coincidentally*, we are also polling for knowledge of any IPR that applies to this draft, to ensure that IPR has been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). =3D=3D> *If you are listed as a document author or contributor* please respond to this email and indicate whether or not you are aware of any=20 relevant IPR. The draft will not be adopted until a response has been received from each author and contributor. If you are on the L3VPN WG mailing list but are not listed as an author or contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. Thank you, Martin & Thomas l3vpn chairs [1] = http://tools.ietf.org/html/draft-bonica-l3vpn-orf-covering-prefixes-03 From nobody Wed Jul 2 17:34:16 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A8C7B1A034D for ; Wed, 2 Jul 2014 17:34:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.152 X-Spam-Level: X-Spam-Status: No, score=-15.152 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, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 JKR1cTnzk0B8 for ; Wed, 2 Jul 2014 17:34:11 -0700 (PDT) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 66CD81A0AC1 for ; Wed, 2 Jul 2014 17:34:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=515; q=dns/txt; s=iport; t=1404347651; x=1405557251; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=DfGKp7qpEsC0hrYf1NDTu2754Xif454qi6G+5+++M+Q=; b=YUe7XXUw8QARfyzsjz+XygIcx16FJHcwSpNpU9GubIK0vHDd3jvnGwoK fAltsFE+xHE5JGn6BvFNAspR09K5z1unIUkSW2REfvncfr4ZmcPe+0yBJ LgnQRtXIxGhh5SKe/BLKVmSfdzMDZarnyLSMMxNa52GaLMTEovNwWkD1e A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnYGAMiktFOtJA2G/2dsb2JhbABagw2BLKtBAQEBAQEBBQFuAZlnAYEJFnWECjo/EgEINkIlAgQBDQWIQsdwF4VwiFARAVAHhEMBBJptlAqDQ4F3OQ X-IronPort-AV: E=Sophos;i="5.01,591,1400025600"; d="scan'208";a="57914267" Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-7.cisco.com with ESMTP; 03 Jul 2014 00:33:58 +0000 Received: from xhc-aln-x02.cisco.com (xhc-aln-x02.cisco.com [173.36.12.76]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id s630XwNt014729 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 3 Jul 2014 00:33:58 GMT Received: from xmb-aln-x09.cisco.com ([169.254.4.78]) by xhc-aln-x02.cisco.com ([173.36.12.76]) with mapi id 14.03.0123.003; Wed, 2 Jul 2014 19:33:57 -0500 From: "Keyur Patel (keyupate)" To: Yakov Rekhter , Thomas Morin Subject: Re: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Thread-Topic: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Thread-Index: AQHPllZ5yf7sGga11EGzSd8vLmIfaA== Date: Thu, 3 Jul 2014 00:33:56 +0000 Message-ID: In-Reply-To: <201407021346.s62DkNn56945@magenta.juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.13.0.110805 x-originating-ip: [128.107.163.62] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/HDV_p5lkSLtpYB0F5QAs0zD4L-o Cc: "l3vpn@ietf.org" , "draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2014 00:34:13 -0000 Support (as a co-author). Regards, Keyur On 7/2/14 6:46 AM, "Yakov Rekhter" wrote: >Thomas, > >> Hello working group, >>=20 >> This email starts a two-week poll on adopting >> draft-bonica-l3vpn-orf-covering-prefixes-03 [1] as a working group item. >>=20 >> Please send comments to the list and state if you support adoption or >> not (in the later case, please also state the reasons). >>=20 >> This poll runs until July 12th. > >Support (as a co-author). > >Yakov. > From nobody Wed Jul 2 17:52:18 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 913E71A0652; Wed, 2 Jul 2014 17:52:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.852 X-Spam-Level: X-Spam-Status: No, score=-4.852 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 WgJMih63dzj8; Wed, 2 Jul 2014 17:52:14 -0700 (PDT) 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 DBF5F1A0301; Wed, 2 Jul 2014 17:52:13 -0700 (PDT) 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 BGS70733; Thu, 03 Jul 2014 00:52:11 +0000 (GMT) Received: from SZXEML407-HUB.china.huawei.com (10.82.67.94) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 3 Jul 2014 01:52:10 +0100 Received: from peky1z001750051 (10.111.80.111) by smtpscn.huawei.com (10.82.67.94) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 3 Jul 2014 08:52:06 +0800 From: Zhuangshunwan To: "'Rabadan, Jorge (Jorge)'" , "'Thomas Morin'" , References: <53AD7DDA.3060806@orange.com> <000001cf95cb$a60d8f80$f228ae80$@com> In-Reply-To: Subject: Re: About ALL-ZERO-MAC's encapsulation in EVPN MAC/IP Advertisement route. //Re: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Date: Thu, 3 Jul 2014 08:52:06 +0800 Message-ID: <002401cf9659$0372baa0$0a582fe0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac+SExWDkUZULLIjQ3Odnfgnctqh2wDtUxpQ//+aCID//nuaIA== Content-Language: zh-cn X-Originating-IP: [10.111.80.111] X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/KVpbVJEVH3PBXt8wQahJENBvCRI Cc: l2vpn@ietf.org, draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2014 00:52:16 -0000 Jorge, I'm much obliged to you for your detailed comments.=20 Thank you. Shunwan -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- =E5=8F=91=E4=BB=B6=E4=BA=BA: Rabadan, Jorge (Jorge) = [mailto:jorge.rabadan@alcatel-lucent.com]=20 =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2014=E5=B9=B47=E6=9C=882=E6=97=A5 = 18:32 =E6=94=B6=E4=BB=B6=E4=BA=BA: Zhuangshunwan; 'Thomas Morin'; = l3vpn@ietf.org =E6=8A=84=E9=80=81: l2vpn@ietf.org; = draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org =E4=B8=BB=E9=A2=98: Re: About ALL-ZERO-MAC's encapsulation in EVPN = MAC/IP Advertisement route. //Re: Poll for adoption: = draft-bonica-l3vpn-orf-covering-prefixes Hi Shunwan, That=E2=80=99s a good point. A couple of comments about it and why I = think we should use a length =3D 48. - I don=E2=80=99t know about draft-bonica, but there is already at least = one shipping implementation using 00:..:00/48 as per draft-rabadan-l2vpn-dci-evpn-overlay - There are a few reasons why we decided to use length 48: 1) The EVPN base draft only allows a MAC length =3D 48 and says other = length is out of scope 2) In the IP world, there is subneting so a default route with length /0 makes sense. In the MAC world, there is no subnetting (at least in real implementations where MACs are not managed) so some implementations = might have issues with lengths different than 48. 3) the meaning of 00:..:00/48 is a bit different than only a default route. We actually decided to call it =E2=80=9Cunknown mac = route=E2=80=9D since you might want to advertise it from different gateway devices to attract all the unknown traffic to ONLY those devices. In draft-rabadan-l2vpn-dci-evpn-overlay you can see that the ingress PE = needs to send unknown traffic to all the egress PEs advertising the unknown-mac-route, as opposed to only one. Thank you. Jorge -----Original Message----- From: Zhuangshunwan Date: Wednesday, July 2, 2014 at 1:00 AM To: 'Thomas Morin' , "l3vpn@ietf.org" Cc: "l2vpn@ietf.org" , "draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org" Subject: About ALL-ZERO-MAC's encapsulation in EVPN MAC/IP Advertisement route. //Re: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes >Dear all, > >I have got into knots for presentment of ALL-ZERO-MAC's encapsulation = in >EVPN MAC/IP Advertisement route. > >draft-bonica-l3vpn-orf-covering-prefixes-03 defines the "Default MAC >Route ": > > o Default MAC Route (DMR) - An EVPN MAC/IP Advertisement Route with > MAC Address length equal to 0. > >But draft-rabadan-l2vpn-dci-evpn-overlay-01 said: > >2.5.1 Use of the Unknown MAC route to reduce unknown flooding > > The solution suggested in this document is based on the use of an > "Unknown MAC route" that is advertised by the Designated = Forwarder > DC GW. The Unknown MAC route is a regular EVPN MAC/IP > Advertisement route where the MAC Address Length is set to 48 and > the MAC address to 00:00:00:00:00:00 (IP length is set to 0). > > >Can we use a uniform way? > > >Regards, >Shunwan (Vincent) > >-----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- >=E5=8F=91=E4=BB=B6=E4=BA=BA: L3VPN [mailto:l3vpn-bounces@ietf.org] = =E4=BB=A3=E8=A1=A8 Thomas Morin >=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: = 2014=E5=B9=B46=E6=9C=8827=E6=97=A5 22:21 >=E6=94=B6=E4=BB=B6=E4=BA=BA: l3vpn@ietf.org >=E6=8A=84=E9=80=81: = draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org >=E4=B8=BB=E9=A2=98: Poll for adoption: = draft-bonica-l3vpn-orf-covering-prefixes > >Hello working group, > >This email starts a two-week poll on adopting >draft-bonica-l3vpn-orf-covering-prefixes-03 [1] as a working group = item. > >Please send comments to the list and state if you support adoption or >not (in the later case, please also state the reasons). > >This poll runs until July 12th. > > >*Coincidentally*, we are also polling for knowledge of any IPR that >applies to this draft, to ensure that IPR has been disclosed in >compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 >and 5378 for more details). > >=3D=3D> *If you are listed as a document author or contributor* please >respond to this email and indicate whether or not you are aware of any >relevant IPR. > >The draft will not be adopted until a response has been received from >each author and contributor. > >If you are on the L3VPN WG mailing list but are not listed as an author >or contributor, then please explicitly respond only if you are aware of >any IPR that has not yet been disclosed in conformance with IETF rules. > >Thank you, > >Martin & Thomas >l3vpn chairs > >[1] = http://tools.ietf.org/html/draft-bonica-l3vpn-orf-covering-prefixes-03 > From nobody Thu Jul 3 14:42:33 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B2BE1A04A7 for ; Thu, 3 Jul 2014 14:42:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.902 X-Spam-Level: X-Spam-Status: No, score=-101.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] 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 P6rbE6lulaI2 for ; Thu, 3 Jul 2014 14:42:25 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1lp0141.outbound.protection.outlook.com [207.46.163.141]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8C3CE1B2992 for ; Thu, 3 Jul 2014 14:42:20 -0700 (PDT) Received: from CO1PR05MB443.namprd05.prod.outlook.com (10.141.73.152) by CO1PR05MB377.namprd05.prod.outlook.com (10.141.51.20) with Microsoft SMTP Server (TLS) id 15.0.969.15; Thu, 3 Jul 2014 21:42:18 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) by CO1PR05MB443.namprd05.prod.outlook.com (10.141.73.152) with Microsoft SMTP Server (TLS) id 15.0.980.8; Thu, 3 Jul 2014 21:42:16 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.183]) by CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.183]) with mapi id 15.00.0980.000; Thu, 3 Jul 2014 21:42:16 +0000 From: Ronald Bonica To: "EXT - thomas.morin@orange.com" , "l3vpn@ietf.org" Subject: RE: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Thread-Topic: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Thread-Index: AQHPkhMW/ljZMiTz+kaLA/LfPcPDCJuO6w8Q Date: Thu, 3 Jul 2014 21:42:16 +0000 Message-ID: References: <53AD7DDA.3060806@orange.com> In-Reply-To: <53AD7DDA.3060806@orange.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.11] x-microsoft-antispam: BCL:0;PCL:0;RULEID: x-forefront-prvs: 0261CCEEDF x-forefront-antispam-report: SFV:NSPM; SFS:(6009001)(13464003)(51704005)(189002)(199002)(377454003)(76576001)(99396002)(85852003)(92566001)(50986999)(83072002)(15975445006)(87936001)(15202345003)(54356999)(76176999)(2656002)(99286002)(85306003)(77096002)(105586002)(106116001)(77982001)(101416001)(76482001)(107046002)(95666004)(46102001)(66066001)(80022001)(86362001)(83322001)(33646001)(79102001)(106356001)(19580405001)(31966008)(74316001)(74502001)(81542001)(20776003)(19580395003)(64706001)(81342001)(74662001)(21056001)(108616002)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:CO1PR05MB443; H:CO1PR05MB442.namprd05.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; LANG:en; Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Microsoft-Antispam: BCL:0;PCL:0;RULEID: X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/LP7oSfqPs7MrBokp9wCW2S3ZJfM Cc: "draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2014 21:42:30 -0000 QW5kIHN1cHBvcnQgYXMgY28tYXV0aG9yLi4uDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0t LS0NCj4gRnJvbTogTDNWUE4gW21haWx0bzpsM3Zwbi1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhh bGYgT2YgVGhvbWFzIE1vcmluDQo+IFNlbnQ6IEZyaWRheSwgSnVuZSAyNywgMjAxNCAxMDoyMSBB TQ0KPiBUbzogbDN2cG5AaWV0Zi5vcmcNCj4gQ2M6IGRyYWZ0LWJvbmljYS1sM3Zwbi1vcmYtY292 ZXJpbmctcHJlZml4ZXNAdG9vbHMuaWV0Zi5vcmcNCj4gU3ViamVjdDogUG9sbCBmb3IgYWRvcHRp b246IGRyYWZ0LWJvbmljYS1sM3Zwbi1vcmYtY292ZXJpbmctcHJlZml4ZXMNCj4gDQo+IEhlbGxv IHdvcmtpbmcgZ3JvdXAsDQo+IA0KPiBUaGlzIGVtYWlsIHN0YXJ0cyBhIHR3by13ZWVrIHBvbGwg b24gYWRvcHRpbmcNCj4gZHJhZnQtYm9uaWNhLWwzdnBuLW9yZi1jb3ZlcmluZy1wcmVmaXhlcy0w MyBbMV0gYXMgYSB3b3JraW5nIGdyb3VwIGl0ZW0uDQo+IA0KPiBQbGVhc2Ugc2VuZCBjb21tZW50 cyB0byB0aGUgbGlzdCBhbmQgc3RhdGUgaWYgeW91IHN1cHBvcnQgYWRvcHRpb24gb3Igbm90IChp bg0KPiB0aGUgbGF0ZXIgY2FzZSwgcGxlYXNlIGFsc28gc3RhdGUgdGhlIHJlYXNvbnMpLg0KPiAN Cj4gVGhpcyBwb2xsIHJ1bnMgdW50aWwgSnVseSAxMnRoLg0KPiANCj4gDQo+ICpDb2luY2lkZW50 YWxseSosIHdlIGFyZSBhbHNvIHBvbGxpbmcgZm9yIGtub3dsZWRnZSBvZiBhbnkgSVBSIHRoYXQg YXBwbGllcyB0bw0KPiB0aGlzIGRyYWZ0LCB0byBlbnN1cmUgdGhhdCBJUFIgaGFzIGJlZW4gZGlz Y2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUg0KPiBydWxlcyAoc2VlIFJGQ3MgMzk3 OSwgNDg3OSwgMzY2OSBhbmQgNTM3OCBmb3IgbW9yZSBkZXRhaWxzKS4NCj4gDQo+ID09PiAqSWYg eW91IGFyZSBsaXN0ZWQgYXMgYSBkb2N1bWVudCBhdXRob3Igb3IgY29udHJpYnV0b3IqIHBsZWFz ZSByZXNwb25kDQo+IHRvIHRoaXMgZW1haWwgYW5kIGluZGljYXRlIHdoZXRoZXIgb3Igbm90IHlv dSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2YW50IElQUi4NCj4gDQo+IFRoZSBkcmFmdCB3aWxsIG5v dCBiZSBhZG9wdGVkIHVudGlsIGEgcmVzcG9uc2UgaGFzIGJlZW4gcmVjZWl2ZWQgZnJvbSBlYWNo DQo+IGF1dGhvciBhbmQgY29udHJpYnV0b3IuDQo+IA0KPiBJZiB5b3UgYXJlIG9uIHRoZSBMM1ZQ TiBXRyBtYWlsaW5nIGxpc3QgYnV0IGFyZSBub3QgbGlzdGVkIGFzIGFuIGF1dGhvciBvcg0KPiBj b250cmlidXRvciwgdGhlbiBwbGVhc2UgZXhwbGljaXRseSByZXNwb25kIG9ubHkgaWYgeW91IGFy ZSBhd2FyZSBvZiBhbnkgSVBSDQo+IHRoYXQgaGFzIG5vdCB5ZXQgYmVlbiBkaXNjbG9zZWQgaW4g Y29uZm9ybWFuY2Ugd2l0aCBJRVRGIHJ1bGVzLg0KPiANCj4gVGhhbmsgeW91LA0KPiANCj4gTWFy dGluICYgVGhvbWFzDQo+IGwzdnBuIGNoYWlycw0KPiANCj4gWzFdIGh0dHA6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LWJvbmljYS1sM3Zwbi1vcmYtY292ZXJpbmctcHJlZml4ZXMtMDMNCg0K From nobody Thu Jul 3 14:45:44 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05FCD1B28B1 for ; Thu, 3 Jul 2014 14:45:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 ena3N0r3ER9G for ; Thu, 3 Jul 2014 14:45:39 -0700 (PDT) Received: from mail-ob0-x236.google.com (mail-ob0-x236.google.com [IPv6:2607:f8b0:4003:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 73FB31A0496 for ; Thu, 3 Jul 2014 14:45:39 -0700 (PDT) Received: by mail-ob0-f182.google.com with SMTP id nu7so978986obb.41 for ; Thu, 03 Jul 2014 14:45:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=oUx146Z5fjl4w6iJlRt1DoMtZ0PMFHuUIfdhrJ/+uUw=; b=IUnMZXVoFQU075+gbTiJFgQkpyMxkRDs9xBOY1yyN7cNcqqTm/wuuwAnWSJFy5FCp/ Y4rLKThce2vl5UCz6EAPHx0y5qW40rKtnQhHJudq5FZH0v713TKLtLVQ4AwINdCqthg8 9NZywRjMK7BxTXyXZTUPhBvil/AZH2XvWx0LssvUtLa96gKb8sSacbZtM3Vov+5UK3Fc 1YUxFfjSW9YCAL6pZv/oebDMphhKK5jPb56J8sWSIopAeTzpybxcigjQj1sah45X7mZt YYY4v736/nsf4FYOD3FhJKxAWZo8dfbewCTSsbRpN1xwc9+eOjc7tgU6EQrKzRUSBuLp fsdQ== MIME-Version: 1.0 X-Received: by 10.182.85.228 with SMTP id k4mr7692334obz.37.1404423938849; Thu, 03 Jul 2014 14:45:38 -0700 (PDT) Received: by 10.182.148.8 with HTTP; Thu, 3 Jul 2014 14:45:38 -0700 (PDT) Received: by 10.182.148.8 with HTTP; Thu, 3 Jul 2014 14:45:38 -0700 (PDT) In-Reply-To: <53AD7DDA.3060806@orange.com> References: <53AD7DDA.3060806@orange.com> Date: Thu, 3 Jul 2014 16:45:38 -0500 Message-ID: Subject: Re: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes From: Luay Jalil To: Thomas Morin Content-Type: multipart/alternative; boundary=089e0149d350fd3f9b04fd50ed70 Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/IT2tvsOTjk_DHuT5oEOJETKly6M Cc: l3vpn@ietf.org, draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2014 21:45:41 -0000 --089e0149d350fd3f9b04fd50ed70 Content-Type: text/plain; charset=UTF-8 Support (co-author) Luay On Jun 27, 2014 9:21 AM, "Thomas Morin" wrote: > Hello working group, > > This email starts a two-week poll on adopting > draft-bonica-l3vpn-orf-covering-prefixes-03 [1] as a working group item. > > Please send comments to the list and state if you support adoption or > not (in the later case, please also state the reasons). > > This poll runs until July 12th. > > > *Coincidentally*, we are also polling for knowledge of any IPR that > applies to this draft, to ensure that IPR has been disclosed in > compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 > and 5378 for more details). > > ==> *If you are listed as a document author or contributor* please > respond to this email and indicate whether or not you are aware of any > relevant IPR. > > The draft will not be adopted until a response has been received from > each author and contributor. > > If you are on the L3VPN WG mailing list but are not listed as an author > or contributor, then please explicitly respond only if you are aware of > any IPR that has not yet been disclosed in conformance with IETF rules. > > Thank you, > > Martin & Thomas > l3vpn chairs > > [1] http://tools.ietf.org/html/draft-bonica-l3vpn-orf-covering-prefixes-03 > > --089e0149d350fd3f9b04fd50ed70 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Support (co-author)

Luay

On Jun 27, 2014 9:21 AM, "Thomas Morin"= ; <thomas.morin@orange.com> wrote:
Hello working group,

This email starts a two-week poll on adopting
draft-bonica-l3vpn-orf-covering-prefixes-03 [1] as a working group i= tem.

Please send comments to the list and state if you support adoption or
not (in the later case, please also state the reasons).

This poll runs until July 12th.


*Coincidentally*, we are also polling for knowledge of any IPR that
applies to this draft, to ensure that IPR has been disclosed in
compliance with IETF IPR rules (see RFCs 3979, 4879, 3669
and 5378 for more details).

=3D=3D> *If you are listed as a document author or contributor* please respond to this email and indicate whether or not you are aware of any rele= vant IPR.

The draft will not be adopted until a response has been received from
each author and contributor.

If you are on the L3VPN WG mailing list but are not listed as an author
or contributor, then please explicitly respond only if you are aware of
any IPR that has not yet been disclosed in conformance with IETF rules.

Thank you,

Martin & Thomas
l3vpn chairs

[1] http://tools.ietf.org/html/draft-bonic= a-l3vpn-orf-covering-prefixes-03

--089e0149d350fd3f9b04fd50ed70-- From nobody Thu Jul 3 17:59:03 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 020351B2BA0 for ; Thu, 3 Jul 2014 17:59:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.852 X-Spam-Level: X-Spam-Status: No, score=-4.852 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 VyZ95A4lwdqE for ; Thu, 3 Jul 2014 17:58:59 -0700 (PDT) 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 65D6E1B2B4F for ; Thu, 3 Jul 2014 17:58:58 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BGT82212; Fri, 04 Jul 2014 00:58:56 +0000 (GMT) Received: from NKGEML401-HUB.china.huawei.com (10.98.56.32) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 4 Jul 2014 01:58:54 +0100 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.48]) by nkgeml401-hub.china.huawei.com ([10.98.56.32]) with mapi id 14.03.0158.001; Fri, 4 Jul 2014 08:58:51 +0800 From: Xuxiaohu To: Ronald Bonica , "EXT - thomas.morin@orange.com" , "l3vpn@ietf.org" Subject: RE: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Thread-Topic: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Thread-Index: AQHPkhMYTB9Uws3G8kq1QrV2/eSFhpuOZQ0AgAC83ZA= Date: Fri, 4 Jul 2014 00:58:50 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0829020B@NKGEML512-MBS.china.huawei.com> References: <53AD7DDA.3060806@orange.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.134] 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/l3vpn/AG7prCF08JK_mzcXLvsQUBPTw2E Cc: "draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2014 00:59:01 -0000 U3VwcG9ydCBhcyBjby1hdXRob3IuDQoNClhpYW9odQ0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQo+IEZyb206IEwzVlBOIFttYWlsdG86bDN2cG4tYm91bmNlc0BpZXRmLm9yZ10gT24g QmVoYWxmIE9mIFJvbmFsZCBCb25pY2ENCj4gU2VudDogRnJpZGF5LCBKdWx5IDA0LCAyMDE0IDU6 NDIgQU0NCj4gVG86IEVYVCAtIHRob21hcy5tb3JpbkBvcmFuZ2UuY29tOyBsM3ZwbkBpZXRmLm9y Zw0KPiBDYzogZHJhZnQtYm9uaWNhLWwzdnBuLW9yZi1jb3ZlcmluZy1wcmVmaXhlc0B0b29scy5p ZXRmLm9yZw0KPiBTdWJqZWN0OiBSRTogUG9sbCBmb3IgYWRvcHRpb246IGRyYWZ0LWJvbmljYS1s M3Zwbi1vcmYtY292ZXJpbmctcHJlZml4ZXMNCj4gDQo+IEFuZCBzdXBwb3J0IGFzIGNvLWF1dGhv ci4uLg0KPiANCj4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+IEZyb206IEwzVlBO IFttYWlsdG86bDN2cG4tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFRob21hcyBNb3Jp bg0KPiA+IFNlbnQ6IEZyaWRheSwgSnVuZSAyNywgMjAxNCAxMDoyMSBBTQ0KPiA+IFRvOiBsM3Zw bkBpZXRmLm9yZw0KPiA+IENjOiBkcmFmdC1ib25pY2EtbDN2cG4tb3JmLWNvdmVyaW5nLXByZWZp eGVzQHRvb2xzLmlldGYub3JnDQo+ID4gU3ViamVjdDogUG9sbCBmb3IgYWRvcHRpb246IGRyYWZ0 LWJvbmljYS1sM3Zwbi1vcmYtY292ZXJpbmctcHJlZml4ZXMNCj4gPg0KPiA+IEhlbGxvIHdvcmtp bmcgZ3JvdXAsDQo+ID4NCj4gPiBUaGlzIGVtYWlsIHN0YXJ0cyBhIHR3by13ZWVrIHBvbGwgb24g YWRvcHRpbmcNCj4gPiBkcmFmdC1ib25pY2EtbDN2cG4tb3JmLWNvdmVyaW5nLXByZWZpeGVzLTAz IFsxXSBhcyBhIHdvcmtpbmcgZ3JvdXAgaXRlbS4NCj4gPg0KPiA+IFBsZWFzZSBzZW5kIGNvbW1l bnRzIHRvIHRoZSBsaXN0IGFuZCBzdGF0ZSBpZiB5b3Ugc3VwcG9ydCBhZG9wdGlvbiBvcg0KPiA+ IG5vdCAoaW4gdGhlIGxhdGVyIGNhc2UsIHBsZWFzZSBhbHNvIHN0YXRlIHRoZSByZWFzb25zKS4N Cj4gPg0KPiA+IFRoaXMgcG9sbCBydW5zIHVudGlsIEp1bHkgMTJ0aC4NCj4gPg0KPiA+DQo+ID4g KkNvaW5jaWRlbnRhbGx5Kiwgd2UgYXJlIGFsc28gcG9sbGluZyBmb3Iga25vd2xlZGdlIG9mIGFu eSBJUFIgdGhhdA0KPiA+IGFwcGxpZXMgdG8gdGhpcyBkcmFmdCwgdG8gZW5zdXJlIHRoYXQgSVBS IGhhcyBiZWVuIGRpc2Nsb3NlZCBpbg0KPiA+IGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxl cyAoc2VlIFJGQ3MgMzk3OSwgNDg3OSwgMzY2OSBhbmQgNTM3OCBmb3IgbW9yZQ0KPiBkZXRhaWxz KS4NCj4gPg0KPiA+ID09PiAqSWYgeW91IGFyZSBsaXN0ZWQgYXMgYSBkb2N1bWVudCBhdXRob3Ig b3IgY29udHJpYnV0b3IqIHBsZWFzZQ0KPiA+IHJlc3BvbmQgdG8gdGhpcyBlbWFpbCBhbmQgaW5k aWNhdGUgd2hldGhlciBvciBub3QgeW91IGFyZSBhd2FyZSBvZiBhbnkNCj4gcmVsZXZhbnQgSVBS Lg0KPiA+DQo+ID4gVGhlIGRyYWZ0IHdpbGwgbm90IGJlIGFkb3B0ZWQgdW50aWwgYSByZXNwb25z ZSBoYXMgYmVlbiByZWNlaXZlZCBmcm9tDQo+ID4gZWFjaCBhdXRob3IgYW5kIGNvbnRyaWJ1dG9y Lg0KPiA+DQo+ID4gSWYgeW91IGFyZSBvbiB0aGUgTDNWUE4gV0cgbWFpbGluZyBsaXN0IGJ1dCBh cmUgbm90IGxpc3RlZCBhcyBhbg0KPiA+IGF1dGhvciBvciBjb250cmlidXRvciwgdGhlbiBwbGVh c2UgZXhwbGljaXRseSByZXNwb25kIG9ubHkgaWYgeW91IGFyZQ0KPiA+IGF3YXJlIG9mIGFueSBJ UFIgdGhhdCBoYXMgbm90IHlldCBiZWVuIGRpc2Nsb3NlZCBpbiBjb25mb3JtYW5jZSB3aXRoIElF VEYNCj4gcnVsZXMuDQo+ID4NCj4gPiBUaGFuayB5b3UsDQo+ID4NCj4gPiBNYXJ0aW4gJiBUaG9t YXMNCj4gPiBsM3ZwbiBjaGFpcnMNCj4gPg0KPiA+IFsxXQ0KPiA+IGh0dHA6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LWJvbmljYS1sM3Zwbi1vcmYtY292ZXJpbmctcHJlZml4ZXMtMDMNCg0K From nobody Thu Jul 3 19:12:12 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C13401A0AE9 for ; Thu, 3 Jul 2014 19:12:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.852 X-Spam-Level: X-Spam-Status: No, score=-4.852 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 2mfz75kkC6CZ for ; Thu, 3 Jul 2014 19:12:09 -0700 (PDT) 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 194E21A045D for ; Thu, 3 Jul 2014 19:12:07 -0700 (PDT) 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 BGT85594; Fri, 04 Jul 2014 02:12:06 +0000 (GMT) Received: from SZXEMA401-HUB.china.huawei.com (10.82.72.33) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 4 Jul 2014 03:12:06 +0100 Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.121]) by SZXEMA401-HUB.china.huawei.com ([10.82.72.33]) with mapi id 14.03.0158.001; Fri, 4 Jul 2014 10:11:59 +0800 From: Vero Zheng To: Thomas Morin , "l3vpn@ietf.org" Subject: RE: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Thread-Topic: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Thread-Index: AQHPkhMVaBNnOBYLTEOthzg/hrq5Z5uPNjLg Date: Fri, 4 Jul 2014 02:11:58 +0000 Message-ID: <2EEA459CD95CCB4988BFAFC0F2287B5C5C87169D@SZXEMA504-MBS.china.huawei.com> References: <53AD7DDA.3060806@orange.com> In-Reply-To: <53AD7DDA.3060806@orange.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.115] 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/l3vpn/kiT5UCbt5nkc6tWHfY_hCbzxPqg Cc: "draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2014 02:12:10 -0000 U3VwcG9ydC4NCg0KUmVnYXJkcywNClZlcm8NCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LQ0KPiBGcm9tOiBMM1ZQTiBbbWFpbHRvOmwzdnBuLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFs ZiBPZiBUaG9tYXMgTW9yaW4NCj4gU2VudDogRnJpZGF5LCBKdW5lIDI3LCAyMDE0IDEwOjIxIFBN DQo+IFRvOiBsM3ZwbkBpZXRmLm9yZw0KPiBDYzogZHJhZnQtYm9uaWNhLWwzdnBuLW9yZi1jb3Zl cmluZy1wcmVmaXhlc0B0b29scy5pZXRmLm9yZw0KPiBTdWJqZWN0OiBQb2xsIGZvciBhZG9wdGlv bjogZHJhZnQtYm9uaWNhLWwzdnBuLW9yZi1jb3ZlcmluZy1wcmVmaXhlcw0KPiANCj4gSGVsbG8g d29ya2luZyBncm91cCwNCj4gDQo+IFRoaXMgZW1haWwgc3RhcnRzIGEgdHdvLXdlZWsgcG9sbCBv biBhZG9wdGluZw0KPiBkcmFmdC1ib25pY2EtbDN2cG4tb3JmLWNvdmVyaW5nLXByZWZpeGVzLTAz IFsxXSBhcyBhIHdvcmtpbmcgZ3JvdXAgaXRlbS4NCj4gDQo+IFBsZWFzZSBzZW5kIGNvbW1lbnRz IHRvIHRoZSBsaXN0IGFuZCBzdGF0ZSBpZiB5b3Ugc3VwcG9ydCBhZG9wdGlvbiBvciBub3QgKGlu DQo+IHRoZSBsYXRlciBjYXNlLCBwbGVhc2UgYWxzbyBzdGF0ZSB0aGUgcmVhc29ucykuDQo+IA0K PiBUaGlzIHBvbGwgcnVucyB1bnRpbCBKdWx5IDEydGguDQo+IA0KPiANCj4gKkNvaW5jaWRlbnRh bGx5Kiwgd2UgYXJlIGFsc28gcG9sbGluZyBmb3Iga25vd2xlZGdlIG9mIGFueSBJUFIgdGhhdCBh cHBsaWVzIHRvDQo+IHRoaXMgZHJhZnQsIHRvIGVuc3VyZSB0aGF0IElQUiBoYXMgYmVlbiBkaXNj bG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSDQo+IHJ1bGVzIChzZWUgUkZDcyAzOTc5 LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMpLg0KPiANCj4gPT0+ICpJZiB5 b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3VtZW50IGF1dGhvciBvciBjb250cmlidXRvciogcGxlYXNl IHJlc3BvbmQgdG8NCj4gdGhpcyBlbWFpbCBhbmQgaW5kaWNhdGUgd2hldGhlciBvciBub3QgeW91 IGFyZSBhd2FyZSBvZiBhbnkgcmVsZXZhbnQgSVBSLg0KPiANCj4gVGhlIGRyYWZ0IHdpbGwgbm90 IGJlIGFkb3B0ZWQgdW50aWwgYSByZXNwb25zZSBoYXMgYmVlbiByZWNlaXZlZCBmcm9tIGVhY2gN Cj4gYXV0aG9yIGFuZCBjb250cmlidXRvci4NCj4gDQo+IElmIHlvdSBhcmUgb24gdGhlIEwzVlBO IFdHIG1haWxpbmcgbGlzdCBidXQgYXJlIG5vdCBsaXN0ZWQgYXMgYW4gYXV0aG9yIG9yDQo+IGNv bnRyaWJ1dG9yLCB0aGVuIHBsZWFzZSBleHBsaWNpdGx5IHJlc3BvbmQgb25seSBpZiB5b3UgYXJl IGF3YXJlIG9mIGFueSBJUFIgdGhhdA0KPiBoYXMgbm90IHlldCBiZWVuIGRpc2Nsb3NlZCBpbiBj b25mb3JtYW5jZSB3aXRoIElFVEYgcnVsZXMuDQo+IA0KPiBUaGFuayB5b3UsDQo+IA0KPiBNYXJ0 aW4gJiBUaG9tYXMNCj4gbDN2cG4gY2hhaXJzDQo+IA0KPiBbMV0gaHR0cDovL3Rvb2xzLmlldGYu b3JnL2h0bWwvZHJhZnQtYm9uaWNhLWwzdnBuLW9yZi1jb3ZlcmluZy1wcmVmaXhlcy0wMw0KDQo= From nobody Thu Jul 3 23:25:22 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E6F61B2BE3 for ; Thu, 3 Jul 2014 23:25:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.852 X-Spam-Level: X-Spam-Status: No, score=-4.852 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 0CArRIxSEX4d for ; Thu, 3 Jul 2014 23:25:18 -0700 (PDT) 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 C84631A03CF for ; Thu, 3 Jul 2014 23:25:17 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BJP74305; Fri, 04 Jul 2014 06:25:16 +0000 (GMT) Received: from NKGEML410-HUB.china.huawei.com (10.98.56.41) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 4 Jul 2014 07:25:16 +0100 Received: from NKGEML508-MBX.china.huawei.com ([169.254.7.225]) by nkgeml410-hub.china.huawei.com ([10.98.56.41]) with mapi id 14.03.0158.001; Fri, 4 Jul 2014 14:25:09 +0800 From: Mingui Zhang To: Thomas Morin , "l3vpn@ietf.org" Subject: RE: Slots requests for L3VPN WG session - IETF 90 - Toronto Thread-Topic: Slots requests for L3VPN WG session - IETF 90 - Toronto Thread-Index: AQHPlHaVJwkYkm/HnUyG1Ml8k+7b7JuPTcAw Date: Fri, 4 Jul 2014 06:25:08 +0000 Message-ID: <4552F0907735844E9204A62BBDD325E76A0E047A@nkgeml508-mbx.china.huawei.com> References: <53B17F58.6080406@orange.com> In-Reply-To: <53B17F58.6080406@orange.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.102.175] 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/l3vpn/4-B3aFRqlsO_sVpSWP0p3ZV_J48 X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2014 06:25:19 -0000 SGkgVGhvbWFzLA0KDQpJJ2QgbGlrZSB0byByZXF1ZXN0IHRoZSBmb2xsb3dpbmcgcHJlc2VudGF0 aW9uIHNsb3QuDQoNClRpdGxlOiBMYWJlbCBTaGFyaW5nIGZvciBGYXN0IFBFIFByb3RlY3Rpb24N CkRyYWZ0OiBkcmFmdC16aGFuZy1sM3Zwbi1sYWJlbC1zaGFyaW5nLTAyDQpTcGVha2VyOiBNaW5n dWkgWmhhbmcNCkR1cmF0aW9uOiAxNSBtaW51dGVzDQoNClRoYW5rcywNCk1pbmd1aQ0KDQo+LS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj5Gcm9tOiBMM1ZQTiBbbWFpbHRvOmwzdnBuLWJvdW5j ZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBUaG9tYXMgTW9yaW4NCj5TZW50OiBNb25kYXksIEp1 bmUgMzAsIDIwMTQgMTE6MTcgUE0NCj5UbzogbDN2cG5AaWV0Zi5vcmcNCj5TdWJqZWN0OiBTbG90 cyByZXF1ZXN0cyBmb3IgTDNWUE4gV0cgc2Vzc2lvbiAtIElFVEYgOTAgLSBUb3JvbnRvDQo+DQo+ QWxsLA0KPg0KPlRoZSBMM1ZQTiBXRyB3aWxsIG1lZXQgaW4gVG9yb250byAoV2VkbmVzZGF5IDIz dGgsIEFmdGVybm9vbiBTZXNzaW9uDQo+SUlJLCAxNToyMC0xNjo1MCkuDQo+DQo+VGhpcyBpcyB0 aHVzIGEgY2FsbCBmb3IgcHJlc2VudGF0aW9uIHNsb3RzLg0KPg0KPlBsZWFzZSBzZW5kIHVzIHlv dXIgcmVxdWVzdHMgYmVmb3JlICoqSnVseSA3dGgqKiwgaW5kaWNhdGluZzoNCj5kcmFmdCBuYW1l LCBzcGVha2VyIGFuZCBkZXNpcmVkIGR1cmF0aW9uIChwcmVzZW50YXRpb24gKyBRJkFzKS4NCj4N Cj5UaGFuayB5b3UsDQo+DQo+VGhvbWFzLA0KPmZvciB0aGUgTDNWUE4gY28tY2hhaXJzDQoNCg== From nobody Fri Jul 4 08:02:31 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08CFB1B2A69; Fri, 4 Jul 2014 08:02:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 08Po9FPFwd0n; Fri, 4 Jul 2014 08:02:27 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B9C5A1B2D7A; Fri, 4 Jul 2014 08:02:25 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org Subject: I-D Action: draft-ietf-l3vpn-mvpn-extranet-05.txt X-Test-IDTracker: no X-IETF-IDTracker: 5.6.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140704150225.2335.87232.idtracker@ietfa.amsl.com> Date: Fri, 04 Jul 2014 08:02:25 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/bIaq27CRke8b2lIYaHt8V42Asx8 Cc: l3vpn@ietf.org X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2014 15:02:29 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Layer 3 Virtual Private Networks Working Group of the IETF. Title : Extranet Multicast in BGP/IP MPLS VPNs Authors : Yakov Rekhter Eric C. Rosen Rahul Aggarwal Yiqun Cai Wim Henderickx Thomas Morin Praveen Muley Ray Qiu IJsbrand Wijnands Filename : draft-ietf-l3vpn-mvpn-extranet-05.txt Pages : 61 Date : 2014-07-04 Abstract: Previous RFCs specify the procedures necessary to allow IP multicast traffic to travel from one site to another within a BGP/MPLS IP VPN (Virtual Private Network). However, it is sometimes desirable to allow multicast traffic whose source is in one VPN to be received by systems that are in another VPN. This is known as a "Multicast VPN (MVPN) extranet". This document updates RFCs 6513, 6514, and 6625 by specifying the procedures that are necessary in order to provide MVPN extranet service. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-l3vpn-mvpn-extranet/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-l3vpn-mvpn-extranet-05 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-l3vpn-mvpn-extranet-05 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. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Jul 6 18:23:30 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9D1A1A0085 for ; Sun, 6 Jul 2014 18:23:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.699 X-Spam-Level: * X-Spam-Status: No, score=1.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, J_CHICKENPOX_64=0.6, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 DPtRRSvsBkfz for ; Sun, 6 Jul 2014 18:23:26 -0700 (PDT) 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 C6E671A0084 for ; Sun, 6 Jul 2014 18:23:24 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BGV83471; Mon, 07 Jul 2014 01:23:22 +0000 (GMT) Received: from NKGEML402-HUB.china.huawei.com (10.98.56.33) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 7 Jul 2014 02:23:21 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.155]) by nkgeml402-hub.china.huawei.com ([10.98.56.33]) with mapi id 14.03.0158.001; Mon, 7 Jul 2014 09:23:14 +0800 From: Haoweiguo To: Robert Raszuk Subject: =?gb2312?B?tPC4tDogU29saWNpdCByZXZpZXdzIGFuZCBjb21tZW50cyBvbiBkcmFmdC1o?= =?gb2312?Q?ao-l3vpn-inter-nvo3-vpn-00?= Thread-Topic: Solicit reviews and comments on draft-hao-l3vpn-inter-nvo3-vpn-00 Thread-Index: AQHPlMv0HE+E+9y1IkOFEhw+U+A9XpuK8hqAgAEjDTuAB8LVPw== Date: Mon, 7 Jul 2014 01:23:13 +0000 Message-ID: References: , , In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.135.23.94] Content-Type: multipart/alternative; boundary="_000_DD5FC8DE455C3348B94340C0AB5517334F7E0F1Ankgeml501mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/jDptVeHOt3p8X6yg2qyD6HUwJKw Cc: "l3vpn@ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2014 01:23:28 -0000 --_000_DD5FC8DE455C3348B94340C0AB5517334F7E0F1Ankgeml501mbschi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgUm9iZXJ0LA0KDQpJbiBpbnRlci1hcyBvcHRpb24tQiBiZXR3ZWVuIE5WTzMgYW5kIE1QTFMv SVAgVlBOIG5ldHdvcmsgY2FzZSwgIHRoZSBEQyBHYXRld2F5IHJvdXRlcihBU0JSIGluIE5WTzMg bmV0d29yaykgc2hvdWxkIHBlcmZvcm0gdHJhbnNsYXRpb24gYmV0d2VlbiBWTi1JRHMgYW5kIElQ IFZQTiBsYWJlbHMgd2hpbGUgZm9yd2FyZGluZyBwYWNrZXRzIGJldHdlZW4gdGhlIERDIGFuZCBX QU4gaW50ZXJmYWNlcyB3aXRob3V0IHBlcmZvcm1pbmcgYW4gSVAgbG9va3VwLiBUaGlzIGRyYWZ0 IGRlc2NyaWJlcyBob3cgdG8gc2V0IHVwIFZOLUlEIGFuZCBNUExTIExhYmVsIG1hcHBpbmcgcmVs YXRpb25zaGlwIG9uIE5WTzMgbmV0d29yayBnYXRld2F5KEFTQlIpLiBUaGlzIGlzIHRoZSBuZXcg cG9pbnQgb2YgdGhpcyBkcmFmdCwgYW5kIGhhcyBzb21lIGRpZmZlcmVuY2UgZnJvbSB0cmFkaXRp b25hbCBSRkM0MzY0IGJhc2VkIGludGVyLWFzIG9wdGlvbi1CIHNvbHV0aW9uLg0KDQpUaGFua3MN Cg0Kd2VpZ3VvDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0Kt6K8/sjL OiBIYW93ZWlndW8NCreiy83KsbzkOiAyMDE0xOo31MIyyNUgMTE6NTINCsrVvP7IyzogUm9iZXJ0 IFJhc3p1aw0Ks63LzTogbDN2cG5AaWV0Zi5vcmcNCtb3zOI6ILTwuLQ6IFNvbGljaXQgcmV2aWV3 cyBhbmQgY29tbWVudHMgb24gZHJhZnQtaGFvLWwzdnBuLWludGVyLW52bzMtdnBuLTAwDQoNCg0K SGkgUm9iZXJ0LA0KDQpDdXJyZW50bHkgdGhlcmUgaXMgbm8gaGV0ZXJvZ2VuZW91cyBvcHRpb24t QiBpbnRlci1hcyBzb2x1dGlvbiBiZXR3ZWVuIE5WTzMgYW5kIE1QTFMgTDNWUE4gbmV0d29yaywg b25seSBvcHRpb24tQSBpbnRlci1hcyBzb2x1dGlvbiBpcyBwcm92aWRlZCBpbiBtYWluc3RyZWFt IE5WTzMgc29sdXRpb24uIFRoaXMgZHJhZnQgbWFpbmx5IGRpc2NyaWJlcyB0aGUgcHJvY2VkdXJl cyBvZiBOVk8zIGRpc3RyaWJ1dGVkIGdhdGV3YXkgaW50ZWdyYXRlZCB3aXRoIGludGVyLWFzIG9w dGlvbi1CIHNvbHV0aW9uLCBpdCBjYW4gcHJvdmlkZSBkaXJlY3Rpb25zIGZvciBvcGVuIHNvdXJj ZSBvciBjb21tZXJjaWFsIGltcGxlbWVudGF0aW9ucy4NCg0KUGxzIHNlZSBteSBkZXRhaWwgcmVw bHkgaW5saW5lIFt3ZWlndW9dLg0KDQpUaGFua3MNCg0Kd2VpZ3VvDQoNCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQq3orz+yMs6IHJyYXN6dWtAZ21haWwuY29tIFtycmFzenVrQGdt YWlsLmNvbV0gtPqx7SBSb2JlcnQgUmFzenVrIFtyb2JlcnRAcmFzenVrLm5ldF0NCreiy83Ksbzk OiAyMDE0xOo31MIyyNUgMToyMQ0KytW8/sjLOiBIYW93ZWlndW8NCrOty806IGwzdnBuQGlldGYu b3JnDQrW98ziOiBSZTogU29saWNpdCByZXZpZXdzIGFuZCBjb21tZW50cyBvbiBkcmFmdC1oYW8t bDN2cG4taW50ZXItbnZvMy12cG4tMDANCg0KSGkgV2VpZ3VvLA0KDQpJIGhhdmUgcmVhZCB5b3Vy IGRvY3VtZW50IHdpdGggaW50ZXJlc3QgZXhwZWN0aW5nIHRvIHNlZSBzb21ldGhpbmcgbmV3IC4u IHdlbGwgSSBoYXZlIG5vdCBzZWVuIGFueXRoaW5nIHdoaWNoIG90aGVyIEwzVlBOIGRvY3VtZW50 cyB3b3VsZCBub3QgaGF2ZSBhbHJlYWR5IGNvdmVyZWQuDQoNClNlY3Rpb24gNCBsaXN0cyAxNiBt aWxsaW9uIG51bWJlciBhcyBpc3N1ZSBvZiBvcHRpb24gQS4gQ2FuIHlvdSBleHBsYWluIHdoZXJl IGluIG9wdGlvbiBBIGFyY2hpdGVjdHVyZSBzdWNoIG51bWJlciBpcyBzdGF0ZWQgPw0KQXMgdG8g dGhlIG51bWJlciBvZiBzZXNzaW9ucyBpc3N1ZSBiZXR3ZWVuIEFTQlJzIEkgd291bGQgcmVjb21t ZW5kIGxlY3R1cmUgb2YgZHJhZnQtbWFwYXRoYWstaW50ZXJhcy1hYi0wMC50eHQNClt3ZWlndW9d OkJlY2F1c2UgdGhlb3JldGljYWxseSAxNk0gVk4gYXJlIHN1cHBvcnRlZCBpbiBhIE5WTzMgbmV0 d29yaywgaWYgY2VudHJhbGl6ZWQgbGF5ZXIgMyBnYXRld2F5IGFuZCBpbnRlci1hcyBvcHRpb24t QSBzb2x1dGlvbiBpcyB1c2VkLCB0aGVuIDE2TSBzdWItaW50ZXJmYWNlcyBzaG91bGQgYmUgc3Vw cG9ydGVkIG9uIGVhY2ggQVNCUi4gVlBOIHRyYWZmaWMgc2VwYXJhdGlvbiBzdGlsbCByZWxpZXMg b24gVkxBTi4NCkluIGRyYWZ0LW1hcGF0aGFrLWludGVyYXMtYWItMDAsRUJHUCBzZXNzaW9uIGNh biBiZSBncmVhdGx5IHJlZHVjZWQsIGJ1dCBJIGRvbid0IGtub3cgaG93IGNhbiB5b3Ugc2VwYXJh dGUgZGlmZmVyZW50IFZQTidzIHRyYWZmaWM/IERvZXMgaXQgc3RpbGwgcmVsaWVzIG9uIFZMQU4g b3Igc3ViLWludGVyZmFjZT8NCg0KQm90dG9tIGxpbmUgSSBhbSBub3QgZmluZGluZyBhbnl0aGlu ZyBuZXcgaW4gdGhpcyBkb2N1bWVudCB3aGljaCB3b3VsZCBub3QgYmUgYWxyZWFkeSB3ZWxsIGtu b3duIG9yIGV2ZW4gc2hpcHBpbmcgaW4gb3BlbiBzb3VyY2Ugb3IgY29tbWVyY2lhbCBpbXBsZW1l bnRhdGlvbnMuDQpbd2VpZ3VvXToNClRoZSBkaWZmZXJlbmNlIGZyb20gdHJhZGl0aW9uYWwgUkZD IDQzNjQgaW50ZXItYXMgb3B0aW9uLUIgYXJlIGFzIGZvbGxvd3M6DQoNCkludGVybmFsIERDIHRv IGV4dGVybmFsIERDIGRpcmVjdGlvbiByb3V0aW5nIGRpc3RyaWJ1dGlvbiBwcm9jZWR1cmVzOg0K QVNCUjEgYWxsb2NhdGVzIE1QTFMgVlBOIExhYmVsIHBlciB0ZW5hbnQgKFZOIElEKSBwZXIgTlZF LCB0aGUgaW5jb21pbmcgZm9yd2FyZGluZyB0YWJsZSBvbiBBU0JSMSBpcyBhcyBmb2xsb3dpbmc6 DQogICArLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgfCAgTVBM UyBWUE4gTGFiZWwgICAgfCAgTlZFICArIFZOIElEICAgIHwNCiAgICstLS0tLS0tLS0tLS0tLS0t LS0tLSstLS0tLS0tLS0tLS0tLS0tLS0rDQogICB8ICAgICAgIDEwMDAgICAgICAgICB8ICBOVkUx ICsgMTAgICAgICAgfA0KICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0t LSsNCiAgIHwgICAgICAgMjAwMCAgICAgICAgIHwgIE5WRTEgKyAyMCAgICAgICB8DQogICArLS0t LS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tKw0KDQoNCkV4dGVybmFsIERDIHRv IGludGVybmFsIERDIGRpcmVjdGlvbiByb3V0aW5nIGRpc3RyaWJ1dGlvbiBwcm9jZWR1cmVzOg0K QVNCUjEgYWxsb2NhdGVzIFZOIElEIGZvciBlYWNoIFZQTiBMYWJlbCByZWNlaXZpbmcgZnJvbSBB U0JSMiwgVGhlIG91dGdvaW5nIGZvcndhcmRpbmcgdGFibGUgb24gQVNCUjEgaXMgYXMgZm9sbG93 czoNCiAgICstLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQogICB8ICAg ICAgIFZOIElEICAgICAgfCAgIE91dCBWUE4gTGFiZWwgICAgfA0KICAgKy0tLS0tLS0tLS0tLS0t LS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLSsNCiAgIHwgICAgICAxMDAwMCAgICAgICB8ICAgICAg ICAzMDAwICAgICAgICB8DQogICArLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0t LS0tKw0KICAgfCAgICAgIDEwMDAxICAgICAgIHwgICAgICAgIDQwMDAgICAgICAgIHwNCiAgICst LS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQoNCkluIHRoaXMgc2NlbmFy aW8sIFZOIElEIGhhcyBsb2NhbCBzaWduaWZpY2FuY2UgYW5kIGlzIHNpbWlsYXIgdG8gTVBMUyBM YWJlbCwgaXQncyBkaWZmZXJlbnQgZnJvbSBWTiB1c2FnZSBpbiBOVk8zIG5ldHdvcmssIGluIE5W TzMgbmV0d29yayBWTiBoYXMgbmV0d29yayB3aWRlIGdsb2JhbGx5IHNpZ25pZmljYW5jZS4NCg0K QWxzbywgTlZPMyBzdXBwb3J0IE5WRS1OVkEgYXJjaGl0ZWN0dXJlLCBpbiB0aGlzIGFyY2hpdGVj dHVyZSwgTlZBIHNob3VsZCBzdXBwb3J0IGludGVyLWFzIG9wdGlvbi1CIGZ1bmN0aW9uLCAgdGhl IGZvcndhcmRpbmcgdGFibGUgb24gQVNCUiBhbmQgTlZFcyBhcmUgZG93bmxvYWRlZCB0aHJvdWdo IE5WQS4NCg0KQmVzdCByZWdhcmRzLA0KUi4NCg0KDQpPbiBUdWUsIEp1bCAxLCAyMDE0IGF0IDM6 MjkgQU0sIEhhb3dlaWd1byA8aGFvd2VpZ3VvQGh1YXdlaS5jb208bWFpbHRvOmhhb3dlaWd1b0Bo dWF3ZWkuY29tPj4gd3JvdGU6DQpIaSBhbGwsDQpXZSBzdWJtaXQgYSBuZXcgZHJhZnQgb2YgIklu dGVyLUFTIE9wdGlvbiBCIGJldHdlZW4gTlZPMyBhbmQgQkdQL01QTFMgSVAgVlBOIG5ldHdvcmsi LCBwbGVhc2UgcmV2aWV3IGl0IGFuZCB3YXJtbHkgYXBwcmVjaWF0ZSB5b3VyIGNvbW1lbnRzIGFu ZCBzdWdnZXN0aW9ucy4NClRoYW5rcw0Kd2VpZ3VvDQoNCg0K --_000_DD5FC8DE455C3348B94340C0AB5517334F7E0F1Ankgeml501mbschi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Robert,

In inter-as option-B between NVO3 and = MPLS/IP VPN network case,  the DC Gateway router(ASBR in NVO3 network)= should perform translation between VN-IDs and IP VPN labels while forwardi= ng packets between the DC and WAN interfaces without performing an IP lookup. This draft describes how to set up VN-ID = and MPLS Label mapping relationship on NVO3 network gateway(ASBR). This is = the new point of this draft, and has some difference from traditional RFC43= 64 based inter-as option-B solution.

Thanks

weiguo

 

=B7=A2=BC=FE=C8=CB: Haoweiguo
=B7=A2=CB=CD=CA=B1=BC=E4: 2014=C4=EA7=D4=C22=C8=D5 11:52
=CA=D5=BC=FE=C8=CB: Robert Raszuk
=B3=AD=CB=CD: l3vpn@ietf.org
=D6=F7=CC=E2: =B4=F0=B8=B4: Solicit reviews and comments on draft-ha= o-l3vpn-inter-nvo3-vpn-00

Hi Robert,

Currently there is no heterogeneous op= tion-B inter-as solution between NVO3 and MPLS L3VPN network, only option-A= inter-as solution is provided in mainstream NVO3 solution. This draft main= ly discribes the procedures of NVO3 distributed gateway integrated with inter-as option-B solution, it can pro= vide directions for open source or commercial implementations.

Pls see my detail reply inline [weiguo= ].

Thanks

weiguo

=B7=A2=BC=FE=C8=CB: rraszuk@gmail.com [rra= szuk@gmail.com] =B4=FA=B1=ED Robert Raszuk [robert@raszuk.net]
=B7=A2=CB=CD=CA=B1=BC=E4: 2014=C4=EA7=D4=C22=C8=D5 1:21
=CA=D5=BC=FE=C8=CB: Haoweiguo
=B3=AD=CB=CD: l3vpn@ietf.org
=D6=F7=CC=E2: Re: Solicit reviews and comments on draft-hao-l3vpn-in= ter-nvo3-vpn-00

Hi Weiguo,

I have read your document with interest expecting to see something new .. w= ell I have not seen anything which other L3VPN documents would not have alr= eady covered. 

Section 4 lists 16 million number as issue of option A. Can you explain whe= re in option A architecture such number is stated ? 
As to the number of sessions issue between ASBRs I would recommend lecture = of draft-mapathak-interas-ab-00.txt
[weiguo]:Because theoretically 16M VN ar= e supported in a NVO3 network, if centralized layer 3 gateway and inter-as = option-A solution is used, then 16M sub-interfaces should be supported on e= ach ASBR. VPN traffic separation still relies on VLAN.
In draft-mapathak-interas-ab-00,EBGP session can be greatly reduced, but I = don't know how can you separate different VPN's traffic? Does it still reli= es on VLAN or sub-interface?

Bottom line I am not finding anything new in this document which would not = be already well known or even shipping in open source or commercial impleme= ntations. 
[weiguo]:

<= font color=3D"#3366ff" size=3D"2" face=3D"Times New Roman">The difference f= rom traditional RFC 4364 inter-as option-B are as follows:

<= font color=3D"#3366ff" size=3D"2" face=3D"Times New Roman">&n= bsp;

<= font color=3D"#3366ff" size=3D"2" face=3D"Times New Roman">Internal DC to e= xternal DC direction routing distribution procedures:

<= font color=3D"#3366ff" size=3D"2" face=3D"Times New Roman">ASBR1 allocates = MPLS VPN Label per tenant (VN ID) per NVE, the incoming forwarding table on= ASBR1 is as following:

<= font face=3D"Times New Roman">   +--------------------+------------------+<= /font>

<= font face=3D"Times New Roman">   |  MPLS VPN Label    |=   NVE  + VN ID    |

<= font face=3D"Times New Roman">   +--------------------+------------------+<= /font>

<= font face=3D"Times New Roman">   |       1000 &= nbsp;       |  NVE1 = + 10       |

<= font face=3D"Times New Roman">   +--------------------+------------------+<= /font>

<= font face=3D"Times New Roman">   |       2000 &= nbsp;       |  NVE1 = + 20       |

<= font face=3D"Times New Roman">   +--------------------+------------------+<= /font>

<= font color=3D"#3366ff" size=3D"2" face=3D"Times New Roman">&n= bsp;

<= font color=3D"#3366ff" size=3D"2" face=3D"Times New Roman">&n= bsp;

<= font color=3D"#3366ff" size=3D"2" face=3D"Times New Roman">External DC to i= nternal DC direction routing distribution procedures:

<= font color=3D"#3366ff" size=3D"2" face=3D"Times New Roman">ASBR1 allocates = VN ID for each VPN Label receiving from ASBR2, The outgoing forwarding tabl= e on ASBR1 is as follows:

<= font face=3D"Times New Roman">   +------------------+--------------------+<= /font>

<= font face=3D"Times New Roman">   |       VN ID =      |   Out VPN Label    |

<= font face=3D"Times New Roman">   +------------------+--------------------+<= /font>

<= font face=3D"Times New Roman">   |      10000  =      |      =   3000        |

<= font face=3D"Times New Roman">   +------------------+--------------------+<= /font>

<= font face=3D"Times New Roman">   |      10001  =      |      =   4000        |

<= font face=3D"Times New Roman">   +------------------+--------------------+<= /font>

<= font color=3D"#3366ff" size=3D"2" face=3D"Times New Roman">&n= bsp;

<= font color=3D"#3366ff" size=3D"2" face=3D"Times New Roman">In this scenario= , VN ID has local significance and is similar to MPLS Label, it's different= from VN usage in NVO3 network, in NVO3 network VN has network wide globally significance.

<= font color=3D"#3366ff" size=3D"2" face=3D"Times New Roman">&n= bsp;

<= font color=3D"#3366ff" size=3D"2" face=3D"Times New Roman">Also, NVO3 suppo= rt NVE-NVA architecture, in this architecture, NVA should support inter-as = option-B function,  the forwarding table on ASBR and NVEs are downloaded through NVA.


Best regards,
R.


On Tue, Jul 1, 2014 at 3:29 AM, Haoweiguo <haoweiguo@hua= wei.com> wrote:
Hi all,
We submit a new draft of "Inter-AS Option B between NVO3 and BGP/MPLS = IP VPN network", please review it and warmly appreciate your comments = and suggestions.
Thanks
weiguo


--_000_DD5FC8DE455C3348B94340C0AB5517334F7E0F1Ankgeml501mbschi_-- From nobody Mon Jul 7 09:23:33 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 96BAD1A0376 for ; Mon, 7 Jul 2014 09:23:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.852 X-Spam-Level: X-Spam-Status: No, score=-4.852 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 DsEEYdjswY5O for ; Mon, 7 Jul 2014 09:23:27 -0700 (PDT) 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 036081A035A for ; Mon, 7 Jul 2014 09:23:26 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BJS39558; Mon, 07 Jul 2014 16:23:23 +0000 (GMT) Received: from DFWEML703-CHM.china.huawei.com (10.193.5.130) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 7 Jul 2014 17:23:22 +0100 Received: from DFWEML701-CHM.china.huawei.com ([169.254.1.129]) by dfweml703-chm.china.huawei.com ([169.254.5.198]) with mapi id 14.03.0158.001; Mon, 7 Jul 2014 09:23:19 -0700 From: Lucy yong To: Thomas Morin Subject: RE: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Thread-Topic: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes Thread-Index: AQHPlfwe5onCVtT/v0aO8jvXv5JBfZuU09UQ Date: Mon, 7 Jul 2014 16:23:19 +0000 Message-ID: <2691CE0099834E4A9C5044EEC662BB9D453BD103@dfweml701-chm.china.huawei.com> References: <53AD7DDA.3060806@orange.com> <201407021346.s62DkNn56945@magenta.juniper.net> In-Reply-To: <201407021346.s62DkNn56945@magenta.juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.137.76] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/H0tH4uueR-LqcXoYb1K0JEP1IVo Cc: "l3vpn@ietf.org" , "draft-bonica-l3vpn-orf-covering-prefixes@tools.ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2014 16:23:30 -0000 Hi Thomas, > Hello working group, >=20 > This email starts a two-week poll on adopting > draft-bonica-l3vpn-orf-covering-prefixes-03 [1] as a working group item. >=20 > Please send comments to the list and state if you support adoption or=20 > not (in the later case, please also state the reasons). >=20 > This poll runs until July 12th. =20 Support as a co-author. Lucy From nobody Mon Jul 7 16:13:42 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D567A1B28A5 for ; Mon, 7 Jul 2014 16:13:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.378 X-Spam-Level: X-Spam-Status: No, score=-0.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, J_CHICKENPOX_64=0.6, MIME_8BIT_HEADER=0.3, SPF_PASS=-0.001] autolearn=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 gtmj4ioMiWNV for ; Mon, 7 Jul 2014 16:13:38 -0700 (PDT) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5A881B2983 for ; Mon, 7 Jul 2014 16:13:34 -0700 (PDT) Received: by mail-ig0-f173.google.com with SMTP id uq10so41481igb.0 for ; Mon, 07 Jul 2014 16:13:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=OQ9nq3OmbsopJtXz9Vslixk+eGOIVV9C0m3KMSsnqCY=; b=kxqU3RnRVZzLrIsqEqKDoWsRbkwc5q3uYQzpCAyfIVEqGnmWH70jaQUCOPuP2KiI2M 3XPcSUBCc2xvR3MXTM+zFHgU4+n3piXuMSoh1jnKtzMaJRGhQEtwwEnOSqhGx1DdSZYj 8uFG1tTi+aYoLc2p9Li7dQzkSUFGCLB9IYFIidTrDyoQzFfYyVLXibQyVAT1OJcwIk1H P4Kul8cnGONsp8UQPZoyDwAHSpe/Rlzl2DObf1biC0c+bfLag8n/ri11Liz1kEHbCsMB r1ZEBUebiCIIxFY5E+P3oLQbqL3A9+/7zvecaNG9Z5IX6a7KC0PZsQIwqVQzCbTq8tQH XbKA== MIME-Version: 1.0 X-Received: by 10.43.81.199 with SMTP id zz7mr35900996icb.24.1404774814048; Mon, 07 Jul 2014 16:13:34 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.64.89.38 with HTTP; Mon, 7 Jul 2014 16:13:33 -0700 (PDT) In-Reply-To: References: Date: Tue, 8 Jul 2014 01:13:33 +0200 X-Google-Sender-Auth: 8PSHnn6xwNRdVEy2tlvV-KXivcw Message-ID: Subject: =?UTF-8?B?UmU6IOetlOWkjTogU29saWNpdCByZXZpZXdzIGFuZCBjb21tZW50cyBvbiBkcmFmdC1oYQ==?= =?UTF-8?B?by1sM3Zwbi1pbnRlci1udm8zLXZwbi0wMA==?= From: Robert Raszuk To: Haoweiguo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/vgBBcn4S2yqGHUVMYruprSVJsRI Cc: "l3vpn@ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2014 23:13:40 -0000 Hi, > between the DC and WAN interfaces without performing an IP lookup. What's wrong with IP lookup per VPN on ASBR ? Are you sure you want to allocate as many VN_IDs as you have VPN prefixes in each VPN and inject all of those into end systems in the DC ? Moreover do you think there are advantages to continue to churn your Vn_IDs intra-dc advertisements at the same rate as your WAN L3VPN IP reachability changes say between any of the two PEs for multihomed VPN sites ? I would consider that topology hiding is an advantage not a drawback. Note that DC facing ASBR may demux to a VRF on VN_ID basis per VPN (not per VPN prefix), perform again per VPN scoped IP lookup then follow with encapsulating in correct VPN label towards WAN. Pretty simple setup :) Thx, R. On Mon, Jul 7, 2014 at 3:23 AM, Haoweiguo wrote: > Hi Robert, > > In inter-as option-B between NVO3 and MPLS/IP VPN network case, the DC > Gateway router(ASBR in NVO3 network) should perform translation between > VN-IDs and IP VPN labels while forwarding packets between the DC and WAN > interfaces without performing an IP lookup. This draft describes how to s= et > up VN-ID and MPLS Label mapping relationship on NVO3 network gateway(ASBR= ). > This is the new point of this draft, and has some difference from > traditional RFC4364 based inter-as option-B solution. > > Thanks > > weiguo > > > > ________________________________ > =E5=8F=91=E4=BB=B6=E4=BA=BA: Haoweiguo > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2014=E5=B9=B47=E6=9C=882=E6=97=A5 1= 1:52 > =E6=94=B6=E4=BB=B6=E4=BA=BA: Robert Raszuk > =E6=8A=84=E9=80=81: l3vpn@ietf.org > =E4=B8=BB=E9=A2=98: =E7=AD=94=E5=A4=8D: Solicit reviews and comments on d= raft-hao-l3vpn-inter-nvo3-vpn-00 > > Hi Robert, > > Currently there is no heterogeneous option-B inter-as solution between NV= O3 > and MPLS L3VPN network, only option-A inter-as solution is provided in > mainstream NVO3 solution. This draft mainly discribes the procedures of N= VO3 > distributed gateway integrated with inter-as option-B solution, it can > provide directions for open source or commercial implementations. > > Pls see my detail reply inline [weiguo]. > > Thanks > > weiguo > > ________________________________ > =E5=8F=91=E4=BB=B6=E4=BA=BA: rraszuk@gmail.com [rraszuk@gmail.com] =E4=BB= =A3=E8=A1=A8 Robert Raszuk > [robert@raszuk.net] > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2014=E5=B9=B47=E6=9C=882=E6=97=A5 1= :21 > =E6=94=B6=E4=BB=B6=E4=BA=BA: Haoweiguo > =E6=8A=84=E9=80=81: l3vpn@ietf.org > =E4=B8=BB=E9=A2=98: Re: Solicit reviews and comments on draft-hao-l3vpn-i= nter-nvo3-vpn-00 > > Hi Weiguo, > > I have read your document with interest expecting to see something new .. > well I have not seen anything which other L3VPN documents would not have > already covered. > > Section 4 lists 16 million number as issue of option A. Can you explain > where in option A architecture such number is stated ? > As to the number of sessions issue between ASBRs I would recommend lectur= e > of draft-mapathak-interas-ab-00.txt > [weiguo]:Because theoretically 16M VN are supported in a NVO3 network, if > centralized layer 3 gateway and inter-as option-A solution is used, then = 16M > sub-interfaces should be supported on each ASBR. VPN traffic separation > still relies on VLAN. > In draft-mapathak-interas-ab-00,EBGP session can be greatly reduced, but = I > don't know how can you separate different VPN's traffic? Does it still > relies on VLAN or sub-interface? > > Bottom line I am not finding anything new in this document which would no= t > be already well known or even shipping in open source or commercial > implementations. > [weiguo]: > > The difference from traditional RFC 4364 inter-as option-B are as follows= : > > > > Internal DC to external DC direction routing distribution procedures: > > ASBR1 allocates MPLS VPN Label per tenant (VN ID) per NVE, the incoming > forwarding table on ASBR1 is as following: > > +--------------------+------------------+ > > | MPLS VPN Label | NVE + VN ID | > > +--------------------+------------------+ > > | 1000 | NVE1 + 10 | > > +--------------------+------------------+ > > | 2000 | NVE1 + 20 | > > +--------------------+------------------+ > > > > > > External DC to internal DC direction routing distribution procedures: > > ASBR1 allocates VN ID for each VPN Label receiving from ASBR2, The outgoi= ng > forwarding table on ASBR1 is as follows: > > +------------------+--------------------+ > > | VN ID | Out VPN Label | > > +------------------+--------------------+ > > | 10000 | 3000 | > > +------------------+--------------------+ > > | 10001 | 4000 | > > +------------------+--------------------+ > > > > In this scenario, VN ID has local significance and is similar to MPLS Lab= el, > it's different from VN usage in NVO3 network, in NVO3 network VN has netw= ork > wide globally significance. > > > > Also, NVO3 support NVE-NVA architecture, in this architecture, NVA should > support inter-as option-B function, the forwarding table on ASBR and NVE= s > are downloaded through NVA. > > > Best regards, > R. > > > On Tue, Jul 1, 2014 at 3:29 AM, Haoweiguo wrote: >> >> Hi all, >> We submit a new draft of "Inter-AS Option B between NVO3 and BGP/MPLS IP >> VPN network", please review it and warmly appreciate your comments and >> suggestions. >> Thanks >> weiguo > > > From nobody Mon Jul 7 19:24:58 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E4EB1B297E for ; Mon, 7 Jul 2014 19:24:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.698 X-Spam-Level: * X-Spam-Status: No, score=1.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, J_CHICKENPOX_64=0.6, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 AEh6nd-q7vXo for ; Mon, 7 Jul 2014 19:24:55 -0700 (PDT) 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 9A1A41B28F9 for ; Mon, 7 Jul 2014 19:24:54 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BJS67240; Tue, 08 Jul 2014 02:24:52 +0000 (GMT) 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; Tue, 8 Jul 2014 03:24:50 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.155]) by nkgeml403-hub.china.huawei.com ([10.98.56.34]) with mapi id 14.03.0158.001; Tue, 8 Jul 2014 10:24:45 +0800 From: Haoweiguo To: Robert Raszuk Subject: =?gb2312?B?tPC4tDogtPC4tDogU29saWNpdCByZXZpZXdzIGFuZCBjb21tZW50cyBvbiBk?= =?gb2312?Q?raft-hao-l3vpn-inter-nvo3-vpn-00?= Thread-Topic: =?gb2312?B?tPC4tDogU29saWNpdCByZXZpZXdzIGFuZCBjb21tZW50cyBvbiBkcmFmdC1o?= =?gb2312?Q?ao-l3vpn-inter-nvo3-vpn-00?= Thread-Index: AQHPlMv0HE+E+9y1IkOFEhw+U+A9XpuK8hqAgAEjDTuAB8LVP4AA6nSAgACdwa0= Date: Tue, 8 Jul 2014 02:24:45 +0000 Message-ID: References: , In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.135.23.94] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/d-u0uGl68kEhaBfr_oEocLo5KHc Cc: "l3vpn@ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2014 02:24:57 -0000 SGksDQpUaGFua3MgZm9yIHlvdXIgZGVlcCBsZXZlbCBjb21tZW50cy4gUGxzIHNlZSBteSByZXBs eSBpbmxpbmUgd2l0aCBbd2VpZ3VvXS4NClRoYW5rcw0Kd2VpZ3VvDQoNCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCreivP7IyzogcnJhc3p1a0BnbWFpbC5jb20gW3Jy YXN6dWtAZ21haWwuY29tXSC0+rHtIFJvYmVydCBSYXN6dWsgW3JvYmVydEByYXN6dWsubmV0XQ0K t6LLzcqxvOQ6IDIwMTTE6jfUwjjI1SA3OjEzDQrK1bz+yMs6IEhhb3dlaWd1bw0Ks63LzTogbDN2 cG5AaWV0Zi5vcmcNCtb3zOI6IFJlOiC08Li0OiBTb2xpY2l0IHJldmlld3MgYW5kIGNvbW1lbnRz IG9uIGRyYWZ0LWhhby1sM3Zwbi1pbnRlci1udm8zLXZwbi0wMA0KDQpIaSwNCg0KPiBiZXR3ZWVu IHRoZSBEQyBhbmQgV0FOIGludGVyZmFjZXMgd2l0aG91dCBwZXJmb3JtaW5nIGFuIElQIGxvb2t1 cC4NCg0KV2hhdCdzIHdyb25nIHdpdGggSVAgbG9va3VwIHBlciBWUE4gb24gQVNCUiA/DQoNClt3 ZWlndW9dOiAgVGhpcyBpcyBhIGludGVyLWFzIG9wdGlvbiBiZXR3ZWVuIE5WTzMgYW5kIE1QTFMg VlBOIG5ldHdvcmsuIFdoZW4gdHJhZmZpYyBmcm9tIGludGVybmFsIE5WTzMgbmV0d29yayBpcyBm b3J3YXJkZWQgdG8gZXh0ZXJuYWwgTVBMUyBWUE4gbmV0d29yaywgdGhlIEFTQlIoTlZPMyBHYXRl d2F5KSB0ZXJtaW5hdGVzIGludG8gYSBWUkYgYW5kIHBlcmZvcm1zIElQIGxvb2t1cCwgTVBMUyBl bmNhcHN1bGF0aW9uIGFuZCB0aGVuIGZvcndhcmRzIHRoZSB0cmFmZmljIHRvIE1QTFMgVlBOIG5l dHdvcmsuIFRoaXMgbWVjaGFuaXNtIGlzIGNhbGxlZCBPcHRpb24tQSBpbiB0aGUgZHJhZnQuIEN1 cnJlbnRseSBtb3N0IG9mICB0aGUgIGNvbW1lcmNpYWwgdXNlZCBOVk8zIGdhdGV3YXlzIHN1cHBv cnQgdGhpcyBzb2x1dGlvbi4NCkluIGV4dHJlbWUgY2FzZSwgMTZNIFZOL1RlbmFudHMgYW5kIHNl dmVyYWwgbWlsbGlvbiBlbmQgc3lzdGVtcyBuZWVkIHRvIGJlIHN1cHBvcnRlZCBpbiBhIGRhdGEg Y2VudGVyLCAgaW50ZXItYXMgb3B0aW9uLUEgc29sdXRpb24gIGhhcyBmb2xsb3dpbmcgZHJhd2Jh Y2tzOg0KMS5VcCB0byAxNiBtaWxsaW9uICgxNk0pIGdhdGV3YXkgaW50ZXJmYWNlcyAodmlydHVh bC9waHlzaWNhbCkgYW5kIDE2TSBFQkdQIHNlc3Npb24oT3B0aW9uLUFCIGNhbiBvcHRpbWl6ZSB0 aGlzIHBvaW50IHRvIHJlZHVjZSBFQkdQIHNlc3Npb24pIG5lZWQgdG8gZXhpc3QgYmV0d2VlbiB0 aGUgQVNCUnMuIA0KMi5VUCB0byAxNk0gVlJGcyBuZWVkIHRvIGJlIHN1cHBvcnRlZCBvbiBib3Jk ZXIgcm91dGVycy4gIA0KMy5TZXZlcmFsIG1pbGxpb24gcm91dGluZyBlbnRyaWVzIG5lZWQgdG8g YmUgc3VwcG9ydGVkIG9uIGJvcmRlciByb3V0ZXJzLg0KDQoNCkFyZSB5b3Ugc3VyZSB5b3Ugd2Fu dCB0byBhbGxvY2F0ZSBhcyBtYW55IFZOX0lEcyBhcyB5b3UgaGF2ZSBWUE4NCnByZWZpeGVzIGlu IGVhY2ggVlBOIGFuZCBpbmplY3QgYWxsIG9mIHRob3NlIGludG8gZW5kIHN5c3RlbXMgaW4gdGhl DQpEQyA/DQoNClt3ZWlndW9dOiBBc3N1bWluZyB0aGUgQVNCUiBpbiBOVk8zIG5ldHdvcmsgaXMg QVNCUjEsIHRoZSBBU0JSIGluIE1QTFMgVlBOIG5ldHdvcmsgaXMgQVNCUjIuDQogMS4gSW4gZXh0 ZXJuYWwgdG8gaW50ZXJuYWwgREMgZGlyZWN0aW9uLCB0aGUgcm91dGUgZGlzdHJpYnV0aW9uIHBy b2NlZHVyZXMgYXJlIGFzIGZvbGxvd3M6DQpPbiBBU0JSMSwgVk4gSUQgaXMgYWxsb2NhdGVkIHBl ciBNUExTIFZQTiBMYWJlbCByZWNlaXZlZCBmcm9tIHBlZXIgQVNCUjIgaW4gTVBMUyBWUE4gbmV0 d29yay4gSWYgcmVtb3RlIFBFIGluIE1QTFMgVlBOIG5ldHdvcmsgYWxsb2NhdGVzIE1QTFMgVlBO IExhYmVsIHBlciBWUE4sIHRoZXJlIHdvbid0IGJlIHNvIG1hbnkgTVBMUyBWUE4gTGFiZWwgb24g QVNCUjIgYW5kIHNvIG1hbnkgVk4gSUQgb24gQVNCUjEuIE5WRXMgbmVlZCB0byBrbm93IEFTQlIx J3MgYWxsb2NhdGVkIFZOIElEIHRvIGZvcndhcmQgIHRyYWZmaWMgZGF0YSAgZnJvbSBpbnRlcm5h bCB0byBleHRlcm5hbCBEQy4NCjIuIEluIGludGVybmFsIHRvIGV4dGVybmFsIERDIGRpcmVjdGlv biwgdGhlIHJvdXRlIGRpc3RyaWJ1dGlvbiBwcm9jZWR1cmVzIGFyZSBhcyBmb2xsb3dzOg0KQVNC UjEgYWxsb2NhdGVzIE1QTFMgVlBOIExhYmVsICBwZXIgTlZFIHBlciBWTih0ZW5hbnQpLCBhbmQg dGhlbiBhZHZlcnRpc2UgdGhlIE1QTFMgVlBOIExhYmVsIHRvIHBlZXIgQVNCUjIgaW4gTVBMUyBW UE4gbmV0d29yay4gV2hlbiBBU0JSMSByZWNlaXZlcyB0cmFmZmljIGRhdGEgZnJvbSBleHRlcm5h bCB0byBpbnRlcm5hbCBEQyxBU0JSMSBsb29rcyB1cCBOVk8zIGVuY2Fwc3VsYXRpb24gYnkgTVBM UyBWUE4gTGFiZWwsIHRoZW4gcGVyZm9ybSBOVk8zIGVuY2Fwc3VsYXRpb24gYW5kIHNlbmRzIHRo ZSB0cmFmZmljIHRvIGRlc3RpbmF0aW9uIE5WRS4gDQoNCk1vcmVvdmVyIGRvIHlvdSB0aGluayB0 aGVyZSBhcmUgYWR2YW50YWdlcyB0byBjb250aW51ZSB0byBjaHVybiB5b3VyDQpWbl9JRHMgaW50 cmEtZGMgYWR2ZXJ0aXNlbWVudHMgYXQgdGhlIHNhbWUgcmF0ZSBhcyB5b3VyIFdBTiBMM1ZQTiBJ UA0KcmVhY2hhYmlsaXR5IGNoYW5nZXMgc2F5IGJldHdlZW4gYW55IG9mIHRoZSB0d28gUEVzIGZv ciBtdWx0aWhvbWVkIFZQTg0Kc2l0ZXMgPw0KDQpbd2VpZ3VvXTogWWVzLCBmcmVxdWVudCBWUE4g TGFiZWwgYW5kIFZOIElEIGFkdmVydGlzZW1lbnRzIGlzIGEgaXNzdWUuIFRvIGVuc3VyZSBubyBu ZXR3b3JrIGZsdWN0dWF0aW9ucyBkdWUgdG8gVlBOIElQIHByZWZpeCBjaGFuZ2VzLCBNUExTIFZQ TiBMYWJlbCBoYWQgYmV0dGVyIGJlIGFsbG9jYXRlZCBwZXIgVlBOIG9uIGVhY2ggUEUuDQpJbiBp bnRlcm5hbCB0byBleHRlcm5hbCBEQyBkaXJlY3Rpb24sIE1QTFMgVlBOIExhYmVsIGlzIGFsbG9j YXRlZCBwZXIgVk4gcGVyIE5WRSwgVFMgY3JlYXRpb24sZGVsZXRpb24gYW5kIG1vdGlvbiB3b24n dCBjYXVzZSBNUExTIFZQTiBMYWJlbCBmcmVxdWVudCBhbGxvY2F0aW9uIGFuZCByZXZvdGlvbiwg b3IgYXQgbGVhc3QgdG8gbWl0aWdhdGUgdGhpcyBpc3N1ZS4NCg0KSSB3b3VsZCBjb25zaWRlciB0 aGF0IHRvcG9sb2d5IGhpZGluZyBpcyBhbiBhZHZhbnRhZ2Ugbm90IGEgZHJhd2JhY2suDQoNClt3 ZWlndW9dOiBUb3BvbG9neSBoaWRpbmcgaXMgZ29vZCwgdGhlIGRyYXdiYWNrIGlzIHRoZSBzY2Fs YWJpbGl0eSBvZiBBU0JSLiBPcHRpb24tQSBpcyBzdWl0YWJsZSB0byBzbWFsbCBvciBtZWRpdW0g ZGF0YSBjZW50ZXIsIG9wdGlvbi1CIGlzIG1vcmUgc3VpdGFibGUgdG8gbGFyZ2Ugc2NhbGUgZGF0 YSBjZW50ZXIuDQoNCk5vdGUgdGhhdCBEQyBmYWNpbmcgQVNCUiBtYXkgZGVtdXggdG8gYSBWUkYg b24gVk5fSUQgYmFzaXMgcGVyIFZQTg0KKG5vdCBwZXIgVlBOIHByZWZpeCksIHBlcmZvcm0gYWdh aW4gcGVyIFZQTiBzY29wZWQgSVAgbG9va3VwIHRoZW4NCmZvbGxvdyB3aXRoIGVuY2Fwc3VsYXRp bmcgaW4gY29ycmVjdCBWUE4gbGFiZWwgdG93YXJkcyBXQU4uIFByZXR0eQ0Kc2ltcGxlIHNldHVw IDopDQoNClt3ZWlndW9dOiBUaGlzIHNvbHV0aW9uIGhhcyBhbHJlYWR5IGJlZW4gZGVzY3JpYmVk IGluIHRoZSBkcmFmdCBhcyBPcHRpb24tQSBzb2x1dGlvbi4NCg0KVGh4LA0KUi4NCg0KT24gTW9u LCBKdWwgNywgMjAxNCBhdCAzOjIzIEFNLCBIYW93ZWlndW8gPGhhb3dlaWd1b0BodWF3ZWkuY29t PiB3cm90ZToNCj4gSGkgUm9iZXJ0LA0KPg0KPiBJbiBpbnRlci1hcyBvcHRpb24tQiBiZXR3ZWVu IE5WTzMgYW5kIE1QTFMvSVAgVlBOIG5ldHdvcmsgY2FzZSwgIHRoZSBEQw0KPiBHYXRld2F5IHJv dXRlcihBU0JSIGluIE5WTzMgbmV0d29yaykgc2hvdWxkIHBlcmZvcm0gdHJhbnNsYXRpb24gYmV0 d2Vlbg0KPiBWTi1JRHMgYW5kIElQIFZQTiBsYWJlbHMgd2hpbGUgZm9yd2FyZGluZyBwYWNrZXRz IGJldHdlZW4gdGhlIERDIGFuZCBXQU4NCj4gaW50ZXJmYWNlcyB3aXRob3V0IHBlcmZvcm1pbmcg YW4gSVAgbG9va3VwLiBUaGlzIGRyYWZ0IGRlc2NyaWJlcyBob3cgdG8gc2V0DQo+IHVwIFZOLUlE IGFuZCBNUExTIExhYmVsIG1hcHBpbmcgcmVsYXRpb25zaGlwIG9uIE5WTzMgbmV0d29yayBnYXRl d2F5KEFTQlIpLg0KPiBUaGlzIGlzIHRoZSBuZXcgcG9pbnQgb2YgdGhpcyBkcmFmdCwgYW5kIGhh cyBzb21lIGRpZmZlcmVuY2UgZnJvbQ0KPiB0cmFkaXRpb25hbCBSRkM0MzY0IGJhc2VkIGludGVy LWFzIG9wdGlvbi1CIHNvbHV0aW9uLg0KPg0KPiBUaGFua3MNCj4NCj4gd2VpZ3VvDQo+DQo+DQo+ DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ILeivP7IyzogSGFvd2VpZ3Vv DQo+ILeiy83KsbzkOiAyMDE0xOo31MIyyNUgMTE6NTINCj4gytW8/sjLOiBSb2JlcnQgUmFzenVr DQo+ILOty806IGwzdnBuQGlldGYub3JnDQo+INb3zOI6ILTwuLQ6IFNvbGljaXQgcmV2aWV3cyBh bmQgY29tbWVudHMgb24gZHJhZnQtaGFvLWwzdnBuLWludGVyLW52bzMtdnBuLTAwDQo+DQo+IEhp IFJvYmVydCwNCj4NCj4gQ3VycmVudGx5IHRoZXJlIGlzIG5vIGhldGVyb2dlbmVvdXMgb3B0aW9u LUIgaW50ZXItYXMgc29sdXRpb24gYmV0d2VlbiBOVk8zDQo+IGFuZCBNUExTIEwzVlBOIG5ldHdv cmssIG9ubHkgb3B0aW9uLUEgaW50ZXItYXMgc29sdXRpb24gaXMgcHJvdmlkZWQgaW4NCj4gbWFp bnN0cmVhbSBOVk8zIHNvbHV0aW9uLiBUaGlzIGRyYWZ0IG1haW5seSBkaXNjcmliZXMgdGhlIHBy b2NlZHVyZXMgb2YgTlZPMw0KPiBkaXN0cmlidXRlZCBnYXRld2F5IGludGVncmF0ZWQgd2l0aCBp bnRlci1hcyBvcHRpb24tQiBzb2x1dGlvbiwgaXQgY2FuDQo+IHByb3ZpZGUgZGlyZWN0aW9ucyBm b3Igb3BlbiBzb3VyY2Ugb3IgY29tbWVyY2lhbCBpbXBsZW1lbnRhdGlvbnMuDQo+DQo+IFBscyBz ZWUgbXkgZGV0YWlsIHJlcGx5IGlubGluZSBbd2VpZ3VvXS4NCj4NCj4gVGhhbmtzDQo+DQo+IHdl aWd1bw0KPg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiC3orz+yMs6IHJy YXN6dWtAZ21haWwuY29tIFtycmFzenVrQGdtYWlsLmNvbV0gtPqx7SBSb2JlcnQgUmFzenVrDQo+ IFtyb2JlcnRAcmFzenVrLm5ldF0NCj4gt6LLzcqxvOQ6IDIwMTTE6jfUwjLI1SAxOjIxDQo+IMrV vP7IyzogSGFvd2VpZ3VvDQo+ILOty806IGwzdnBuQGlldGYub3JnDQo+INb3zOI6IFJlOiBTb2xp Y2l0IHJldmlld3MgYW5kIGNvbW1lbnRzIG9uIGRyYWZ0LWhhby1sM3Zwbi1pbnRlci1udm8zLXZw bi0wMA0KPg0KPiBIaSBXZWlndW8sDQo+DQo+IEkgaGF2ZSByZWFkIHlvdXIgZG9jdW1lbnQgd2l0 aCBpbnRlcmVzdCBleHBlY3RpbmcgdG8gc2VlIHNvbWV0aGluZyBuZXcgLi4NCj4gd2VsbCBJIGhh dmUgbm90IHNlZW4gYW55dGhpbmcgd2hpY2ggb3RoZXIgTDNWUE4gZG9jdW1lbnRzIHdvdWxkIG5v dCBoYXZlDQo+IGFscmVhZHkgY292ZXJlZC4NCj4NCj4gU2VjdGlvbiA0IGxpc3RzIDE2IG1pbGxp b24gbnVtYmVyIGFzIGlzc3VlIG9mIG9wdGlvbiBBLiBDYW4geW91IGV4cGxhaW4NCj4gd2hlcmUg aW4gb3B0aW9uIEEgYXJjaGl0ZWN0dXJlIHN1Y2ggbnVtYmVyIGlzIHN0YXRlZCA/DQo+IEFzIHRv IHRoZSBudW1iZXIgb2Ygc2Vzc2lvbnMgaXNzdWUgYmV0d2VlbiBBU0JScyBJIHdvdWxkIHJlY29t bWVuZCBsZWN0dXJlDQo+IG9mIGRyYWZ0LW1hcGF0aGFrLWludGVyYXMtYWItMDAudHh0DQo+IFt3 ZWlndW9dOkJlY2F1c2UgdGhlb3JldGljYWxseSAxNk0gVk4gYXJlIHN1cHBvcnRlZCBpbiBhIE5W TzMgbmV0d29yaywgaWYNCj4gY2VudHJhbGl6ZWQgbGF5ZXIgMyBnYXRld2F5IGFuZCBpbnRlci1h cyBvcHRpb24tQSBzb2x1dGlvbiBpcyB1c2VkLCB0aGVuIDE2TQ0KPiBzdWItaW50ZXJmYWNlcyBz aG91bGQgYmUgc3VwcG9ydGVkIG9uIGVhY2ggQVNCUi4gVlBOIHRyYWZmaWMgc2VwYXJhdGlvbg0K PiBzdGlsbCByZWxpZXMgb24gVkxBTi4NCj4gSW4gZHJhZnQtbWFwYXRoYWstaW50ZXJhcy1hYi0w MCxFQkdQIHNlc3Npb24gY2FuIGJlIGdyZWF0bHkgcmVkdWNlZCwgYnV0IEkNCj4gZG9uJ3Qga25v dyBob3cgY2FuIHlvdSBzZXBhcmF0ZSBkaWZmZXJlbnQgVlBOJ3MgdHJhZmZpYz8gRG9lcyBpdCBz dGlsbA0KPiByZWxpZXMgb24gVkxBTiBvciBzdWItaW50ZXJmYWNlPw0KPg0KPiBCb3R0b20gbGlu ZSBJIGFtIG5vdCBmaW5kaW5nIGFueXRoaW5nIG5ldyBpbiB0aGlzIGRvY3VtZW50IHdoaWNoIHdv dWxkIG5vdA0KPiBiZSBhbHJlYWR5IHdlbGwga25vd24gb3IgZXZlbiBzaGlwcGluZyBpbiBvcGVu IHNvdXJjZSBvciBjb21tZXJjaWFsDQo+IGltcGxlbWVudGF0aW9ucy4NCj4gW3dlaWd1b106DQo+ DQo+IFRoZSBkaWZmZXJlbmNlIGZyb20gdHJhZGl0aW9uYWwgUkZDIDQzNjQgaW50ZXItYXMgb3B0 aW9uLUIgYXJlIGFzIGZvbGxvd3M6DQo+DQo+DQo+DQo+IEludGVybmFsIERDIHRvIGV4dGVybmFs IERDIGRpcmVjdGlvbiByb3V0aW5nIGRpc3RyaWJ1dGlvbiBwcm9jZWR1cmVzOg0KPg0KPiBBU0JS MSBhbGxvY2F0ZXMgTVBMUyBWUE4gTGFiZWwgcGVyIHRlbmFudCAoVk4gSUQpIHBlciBOVkUsIHRo ZSBpbmNvbWluZw0KPiBmb3J3YXJkaW5nIHRhYmxlIG9uIEFTQlIxIGlzIGFzIGZvbGxvd2luZzoN Cj4NCj4gICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLSsNCj4NCj4g ICAgfCAgTVBMUyBWUE4gTGFiZWwgICAgfCAgTlZFICArIFZOIElEICAgIHwNCj4NCj4gICAgKy0t LS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLSsNCj4NCj4gICAgfCAgICAgICAx MDAwICAgICAgICAgfCAgTlZFMSArIDEwICAgICAgIHwNCj4NCj4gICAgKy0tLS0tLS0tLS0tLS0t LS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLSsNCj4NCj4gICAgfCAgICAgICAyMDAwICAgICAgICAg fCAgTlZFMSArIDIwICAgICAgIHwNCj4NCj4gICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0t LS0tLS0tLS0tLS0tLSsNCj4NCj4NCj4NCj4NCj4NCj4gRXh0ZXJuYWwgREMgdG8gaW50ZXJuYWwg REMgZGlyZWN0aW9uIHJvdXRpbmcgZGlzdHJpYnV0aW9uIHByb2NlZHVyZXM6DQo+DQo+IEFTQlIx IGFsbG9jYXRlcyBWTiBJRCBmb3IgZWFjaCBWUE4gTGFiZWwgcmVjZWl2aW5nIGZyb20gQVNCUjIs IFRoZSBvdXRnb2luZw0KPiBmb3J3YXJkaW5nIHRhYmxlIG9uIEFTQlIxIGlzIGFzIGZvbGxvd3M6 DQo+DQo+ICAgICstLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQo+DQo+ ICAgIHwgICAgICAgVk4gSUQgICAgICB8ICAgT3V0IFZQTiBMYWJlbCAgICB8DQo+DQo+ICAgICst LS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQo+DQo+ICAgIHwgICAgICAx MDAwMCAgICAgICB8ICAgICAgICAzMDAwICAgICAgICB8DQo+DQo+ICAgICstLS0tLS0tLS0tLS0t LS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQo+DQo+ICAgIHwgICAgICAxMDAwMSAgICAgICB8 ICAgICAgICA0MDAwICAgICAgICB8DQo+DQo+ICAgICstLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0t LS0tLS0tLS0tLS0tLS0rDQo+DQo+DQo+DQo+IEluIHRoaXMgc2NlbmFyaW8sIFZOIElEIGhhcyBs b2NhbCBzaWduaWZpY2FuY2UgYW5kIGlzIHNpbWlsYXIgdG8gTVBMUyBMYWJlbCwNCj4gaXQncyBk aWZmZXJlbnQgZnJvbSBWTiB1c2FnZSBpbiBOVk8zIG5ldHdvcmssIGluIE5WTzMgbmV0d29yayBW TiBoYXMgbmV0d29yaw0KPiB3aWRlIGdsb2JhbGx5IHNpZ25pZmljYW5jZS4NCj4NCj4NCj4NCj4g QWxzbywgTlZPMyBzdXBwb3J0IE5WRS1OVkEgYXJjaGl0ZWN0dXJlLCBpbiB0aGlzIGFyY2hpdGVj dHVyZSwgTlZBIHNob3VsZA0KPiBzdXBwb3J0IGludGVyLWFzIG9wdGlvbi1CIGZ1bmN0aW9uLCAg dGhlIGZvcndhcmRpbmcgdGFibGUgb24gQVNCUiBhbmQgTlZFcw0KPiBhcmUgZG93bmxvYWRlZCB0 aHJvdWdoIE5WQS4NCj4NCj4NCj4gQmVzdCByZWdhcmRzLA0KPiBSLg0KPg0KPg0KPiBPbiBUdWUs IEp1bCAxLCAyMDE0IGF0IDM6MjkgQU0sIEhhb3dlaWd1byA8aGFvd2VpZ3VvQGh1YXdlaS5jb20+ IHdyb3RlOg0KPj4NCj4+IEhpIGFsbCwNCj4+IFdlIHN1Ym1pdCBhIG5ldyBkcmFmdCBvZiAiSW50 ZXItQVMgT3B0aW9uIEIgYmV0d2VlbiBOVk8zIGFuZCBCR1AvTVBMUyBJUA0KPj4gVlBOIG5ldHdv cmsiLCBwbGVhc2UgcmV2aWV3IGl0IGFuZCB3YXJtbHkgYXBwcmVjaWF0ZSB5b3VyIGNvbW1lbnRz IGFuZA0KPj4gc3VnZ2VzdGlvbnMuDQo+PiBUaGFua3MNCj4+IHdlaWd1bw0KPg0KPg0KPg== From nobody Tue Jul 8 02:06:43 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A8ECE1B27B8 for ; Tue, 8 Jul 2014 02:06:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.978 X-Spam-Level: X-Spam-Status: No, score=-0.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, MIME_8BIT_HEADER=0.3, SPF_PASS=-0.001] autolearn=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 gcdSXI8lMRfz for ; Tue, 8 Jul 2014 02:06:39 -0700 (PDT) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A8C9F1B27B3 for ; Tue, 8 Jul 2014 02:06:39 -0700 (PDT) Received: by mail-ig0-f172.google.com with SMTP id hn18so432948igb.5 for ; Tue, 08 Jul 2014 02:06:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=CLq/pEH22OIlBs66+bshKrOQnqPK3UE3ip7ydVMkqVM=; b=ZNh3WiqXW+Ky3y6ez0o2rbW8OdrafCLfCkWX2j2NdyLAU8uDXxD3PbKnv/cnAbUnU0 IINhAO++/BkvCrkprGpAWPogL2Z0LB/yjdWzjs4l1hSK5AsKAgfHSfWVhaLSj4epC+Am Z61HI/Nshua1OWMaAtQdPXL2uTaBvveieXgJc0w6lsBPmy7X/lLsig232jwb9bwedmno zPZO/eqA8JQWbsy7owa11KTkg1PZOQlVpsdaHqnMMVkJFrdBeRJ3kC//xaL772lECV96 MMczvq5CU18G/VtpKgZQwoFtnTZk89gcPCmgWT/cKPe8QsH6mxfG/X+JqxJQtFTQEZeV +V+A== MIME-Version: 1.0 X-Received: by 10.50.66.179 with SMTP id g19mr2149138igt.29.1404810398980; Tue, 08 Jul 2014 02:06:38 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.64.89.38 with HTTP; Tue, 8 Jul 2014 02:06:38 -0700 (PDT) In-Reply-To: References: Date: Tue, 8 Jul 2014 11:06:38 +0200 X-Google-Sender-Auth: 5NFpJkL3rSAlmWeGgmKcU60vEDs Message-ID: Subject: =?UTF-8?B?UmU6IOetlOWkjTog562U5aSNOiBTb2xpY2l0IHJldmlld3MgYW5kIGNvbW1lbnRzIG9uIA==?= =?UTF-8?B?ZHJhZnQtaGFvLWwzdnBuLWludGVyLW52bzMtdnBuLTAw?= From: Robert Raszuk To: Haoweiguo Content-Type: text/plain; charset=UTF-8 Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/Fi2Ufps4oiuI3hgMCJB-TfZ7ZRw Cc: "l3vpn@ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2014 09:06:40 -0000 Hi Weiguo, > What's wrong with IP lookup per VPN on ASBR ? > > [weiguo]: This is a inter-as option between NVO3 and MPLS VPN > network. When traffic from internal NVO3 network is forwarded to > external MPLS VPN network, the ASBR(NVO3 Gateway) > terminates into a VRF and performs IP lookup, MPLS encapsulation > and then forwards the traffic to MPLS VPN network. This > mechanism is called Option-A in the draft. Then the draft is wrong as Option-A does not use any MPLS encapsulation. You are confusing on which side of ASBR VRFs sit. I am describing the model where ASBR is an option-B ASBR with in the same time integrated PE towards the DC side. There is no option A. Note also for clarity that packets are arriving at such PE from DC side not traditionally based on bounding to interface to a VRF but based on VN_ID bounding to a VRF. Some vendors call this "vrf select" mode. Sorry if this model/architecture was not clear in my former mail. > In extreme case, 16M VN/Tenants and several million end systems > need to be supported in a data center, inter-as option-A solution > has following drawbacks: I am not talking about option A so the following list does not apply. Moreover each solution needs to scale and I would not put any hard limit regardless what it is. So if particular box reaches its capacity you add another box to act as a gateway. That's it. > On ASBR1, VN ID is allocated per MPLS VPN Label received from peer > ASBR2 in MPLS VPN network. That is very inefficient and I would argue that architecturally wrong. This puts all the WAN churn and load towards all compute nodes which just does not belong there and brings no value. > If remote PE in MPLS VPN network allocates MPLS VPN Label per VPN, There is no such a thing. At best you can allocate a VPN label per PE per VRF, but this would require a lot of reconfiguration of the entire WAN L3VPN network which may not be welcome by number of providers. Best regards, R. From nobody Tue Jul 8 03:12:09 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF0F01B27AC for ; Tue, 8 Jul 2014 03:12:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.298 X-Spam-Level: ** X-Spam-Status: No, score=2.298 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, J_CHICKENPOX_64=0.6, J_CHICKENPOX_74=0.6, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 d5ch_O48IB-b for ; Tue, 8 Jul 2014 03:12:02 -0700 (PDT) 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 CF2721B27AF for ; Tue, 8 Jul 2014 03:12:01 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BJT07803; Tue, 08 Jul 2014 10:12:00 +0000 (GMT) Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 8 Jul 2014 11:11:59 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.155]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.03.0158.001; Tue, 8 Jul 2014 18:11:52 +0800 From: Haoweiguo To: Robert Raszuk Subject: =?gb2312?B?tPC4tDogtPC4tDogtPC4tDogU29saWNpdCByZXZpZXdzIGFuZCBjb21tZW50?= =?gb2312?Q?s_on_draft-hao-l3vpn-inter-nvo3-vpn-00?= Thread-Topic: =?gb2312?B?tPC4tDogtPC4tDogU29saWNpdCByZXZpZXdzIGFuZCBjb21tZW50cyBvbiBk?= =?gb2312?Q?raft-hao-l3vpn-inter-nvo3-vpn-00?= Thread-Index: AQHPlMv0HE+E+9y1IkOFEhw+U+A9XpuK8hqAgAEjDTuAB8LVP4AA6nSAgACdwa2AAAf0AIAAh5MO Date: Tue, 8 Jul 2014 10:11:51 +0000 Message-ID: References: , In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.135.23.94] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/oJ4k8zT383ghG4rsQf6_UMVHVg8 Cc: "l3vpn@ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2014 10:12:05 -0000 DQpIaSBSb2JlcnQsDQpUaGFua3MgZm9yIHlvdXIgY2xlYXIgZGVzY3JpcHRpb24uDQoNCkluIHRo aXMgZW1haWwsIHlvdXIgbW9kZWwgYXJlIGNsZWFybHkgZGVzY3JpYmVkLCBpdCdzIGRpZmZlcmVu dCBmcm9tIHRoZSBtb2RlbCBpbiBvdXIgZHJhZnQuIEluIHlvdXIgbW9kZWwsIE5WTzMgZ2F0ZXdh eSBhbmQgUEUgYXJlIGludGVncmF0ZWQgaW4gYSBzaW5nbGUgZGV2aWNlLiBJbiBvdXIgbW9kZWws IE5WTzMgZ2F0ZXdheSBhbmQgUEUgYXJlIHR3byBpbmRlcGVuZGVudCBkZXZpY2VzLg0KSWYgZGF0 YSBjZW50ZXIgbmV0d29yayBhbmQgTVBMUyBWUE4gV0FOIG5ldHdvcmsgYmVsb25ncyB0byB0d28g ZGlmZmVyZW50IGNvbXBhbmllcyAoZm9yIGV4YW1wbGUsIGRhdGEgY2VudGVyIG5ldHdvcmsgYmVs b25ncyB0byBNaWNyb3NvZnQsIE1QTFMgVlBOIG5ldHdvcmsgYmVsb25ncyB0byBBVCZUKSwgTlZP MyBnYXRld2F5IGFuZCBQRSBmdW5jdGlvbiBub3JtYWxseSBhcmUgc3BsaXR0ZWQgaW50byB0d28g ZGV2aWNlcyBpbnN0ZWFkIG9mIGludGVncmF0aW5nIGludG8gc2luZ2xlIGRldmljZS4gSW4gdGhp cyBjYXNlLCBpbnRlci1hcyBzb2x1dGlvbiBiZXR3ZWVuIE5WTzMgZ2F0ZXdheSBhbmQgUEUgc2hv dWxkIGJlIHVzZWQsIHRoZXJlIGFyZSB0d28gc29sdXRpb25zIG9mIE9wdGlvbi1BIGFuZCBPcHRp b24tQi4gSW4gdGhpcyBkcmFmdCwgT3B0aW9uLUIgc29sdXRpb24gaXMgZGVzY3JpYmVkIGluIGRl dGFpbC4NCg0KUGxzIHNlZSBteSBvdGhlciByZXBsaWVzIGlubGluZSB3aXRoIFt3ZWlndW9dLg0K DQpUaGVuIHRoZSBkcmFmdCBpcyB3cm9uZyBhcyBPcHRpb24tQSBkb2VzIG5vdCB1c2UgYW55IE1Q TFMgZW5jYXBzdWxhdGlvbi4NClt3ZWlndW9dLiBTb3JyeSwgaXQncyBhIHNsaXAgb2YgdGhlIHBl bi4gWWVzLCBPcHRpb24tQSBoYXMgbm8gTVBMUyBlbmNhcHN1bGF0aW9uLCBuYXRpdmUgSVAgZm9y d2FyZGluZyBpcyB1c2VkIGJldHdlZW4gQVNCUnMuIEV2ZXJ5IFZQTiBwZW9wbGUgc2hvdWxkIGtu b3cgdGhlIHByb2NlZHVyZXMuDQpUaGUgY29ycmVjdCBkZXNjcmlwdGlvbiBpczoNClRoaXMgaXMg YSBpbnRlci1hcyBvcHRpb24gYmV0d2VlbiBOVk8zIGFuZCBNUExTIFZQTiBuZXR3b3JrLiBXaGVu IHRyYWZmaWMgZnJvbSBpbnRlcm5hbCBOVk8zIG5ldHdvcmsgaXMgZm9yd2FyZGVkIHRvIGV4dGVy bmFsIE1QTFMgVlBOIG5ldHdvcmssIHRoZSBBU0JSKE5WTzMgR2F0ZXdheSkNCnRlcm1pbmF0ZXMg aW50byBhIFZSRiBhbmQgcGVyZm9ybXMgSVAgbG9va3VwLCAgdGhlbiBmb3J3YXJkcyB0aGUgdHJh ZmZpYyB0byBwZWVyIEFTQlIuIFRoaXMgbWVjaGFuaXNtIGlzIGNhbGxlZCBPcHRpb24tQSBpbiB0 aGUgZHJhZnQuDQoNCllvdSBhcmUgY29uZnVzaW5nIG9uIHdoaWNoIHNpZGUgb2YgQVNCUiBWUkZz IHNpdC4gSSBhbSBkZXNjcmliaW5nIHRoZQ0KbW9kZWwgd2hlcmUgQVNCUiBpcyBhbiBvcHRpb24t QiBBU0JSIHdpdGggaW4gdGhlIHNhbWUgdGltZSBpbnRlZ3JhdGVkDQpQRSB0b3dhcmRzIHRoZSBE QyBzaWRlLiBUaGVyZSBpcyBubyBvcHRpb24gQS4NClt3ZWlndW9dOiBJIHVuZGVyc3RhbmQgd2hh dCdzIHlvdXIgbWVhbmluZyBub3csIHdlIGFyZSBub3QgZGlzY3Vzc2luZyB0aGUgc2FtZSBzY2Vu YXJpby4gSW4geW91ciBkZXNjcmlwdGlvbiwgUEUgYW5kIE5WTzMgZ2F0ZXdheSBhcmUgaW50ZWdy YXRlZCBpbiBhIHNpbmdsZSBkZXZpY2UsIHNvIG5vIE9wdGlvbi1BIGhlcmUuIElmIE1QTFMgVlBO IG5ldHdvcmsgYW5kIGRhdGEgY2VudGVyIG5ldHdvcmsgYmVsb25ncyB0byBzYW1lIGNvbXBhbnko c3VjaCBhcyBBVCZULCBjaGluYSB0ZWxlY29tLCBhbmQgZXRjKSwgeW91ciBtb2RlbCBhcmUgc3Vp dGFibGUsIFBFIGFuZCBOVk8zIGdhdGV3YXkgYXJlIGludGVncmF0ZWQgb24gc2FtZSBkZXZpY2Us IFZOIElEIGlzIGJvdW5kZWQgdG8gYSBWUkYgb24gdGhlIGRldmljZS4NCkluIG91ciBkcmFmdCwg IFBFIGFuZCBOVk8zIGdhdGV3YXkgYXJlIHNwbGl0dGVkIGludG8gdHdvIGRldmljZXMsIFBFIGJl bG9uZ3MgdG8gY2FycmllciBuZXR3b3JrKHN1Y2ggYXMgY2hpbmEgdGVsZWNvbSwgQVQmVCxhbmQg ZXRjKSwgTlZPMyBnYXRld2F5IGJlbG9uZ3MgdG8gZGF0YSBjZW50ZXIoc3VjaCBhcyBGYWNlYm9v aywgTWljcm9zb2Z0LCBUZW5jZW50LCBhbmQgZXRjKSwgaW4gdGhpcyBjYXNlIGludGVyLWFzIE9w dGlvbi1BIG9yIE9wdGlvbi1CIHNvbHV0aW9uIHNob3VsZCBiZSB1c2VkLiBJbiB0aGlzIGNhc2Us IE5WTzMgZ2F0ZXdheSBpbiBkYXRhIGNlbnRlciBpcyBBU0JSMSwgUEUgaW4gY2FycmllciBuZXR3 b3JrIGlzIEFTQlIyLiBJZiBzdWItaW50ZXJmYWNlIGlzIHVzZWQgdG8gc2VwYXJhdGUgVlBOIHRy YWZmaWMgYmV0d2VlbiBBU0JSMSBhbmQgQVNCUjIsIHRoZSBzb2x1dGlvbiBpcyBPcHRpb24tQS4g SWYgTVBMUyBWUE4gTGFiZWwgaXMgdXNlZCB0byBzZXBhcmF0ZSBWUE4gdHJhZmZpYyBiZXR3ZWVu IEFTQlIxIGFuZCBBU0JSMiwgaXQgaXMgT3B0aW9uLUIgc29sdXRpb24sIHRoZSBwcm9jZWR1cmVz IGlzIGRlc2NyaWJlZCBpbiBkZXRhaWwgaW4gdGhpcyBkcmFmdC4NCg0KTm90ZSBhbHNvIGZvciBj bGFyaXR5IHRoYXQgcGFja2V0cyBhcmUgYXJyaXZpbmcgYXQgc3VjaCBQRSBmcm9tIERDDQpzaWRl IG5vdCB0cmFkaXRpb25hbGx5IGJhc2VkIG9uIGJvdW5kaW5nIHRvIGludGVyZmFjZSB0byBhIFZS RiBidXQNCmJhc2VkIG9uIFZOX0lEIGJvdW5kaW5nIHRvIGEgVlJGLiBTb21lIHZlbmRvcnMgY2Fs bCB0aGlzICJ2cmYgc2VsZWN0Ig0KbW9kZS4NClt3ZWlndW9dOiBZZXMsIGluIHlvdXIgbW9kZWws IGJvdW5kaW5nIGludGVyZmFjZSB0byBWUkYgaXNuJ3QgbmVlZGVkLCBvbmx5IFZOIElEIGJvdW5k aW5nIHRvIFZSRiBleGlzdHMuDQoNClNvcnJ5IGlmIHRoaXMgbW9kZWwvYXJjaGl0ZWN0dXJlIHdh cyBub3QgY2xlYXIgaW4gbXkgZm9ybWVyIG1haWwuDQpbd2VpZ3VvXTogSSB1bmRlcnN0YW5kIHlv dXIgbW9kZWwgbm93LCB5b3VyIG1vZGVsIGFyZSBkaWZmZXJlbnQgZnJvbSB0aGUgbW9kZWwgZGVz Y3JpYmVkIGluIG91ciBkcmFmdC4NCg0KVGhhbmtzDQp3ZWlndW8NCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCreivP7IyzogcnJhc3p1a0BnbWFpbC5jb20gW3JyYXN6 dWtAZ21haWwuY29tXSC0+rHtIFJvYmVydCBSYXN6dWsgW3JvYmVydEByYXN6dWsubmV0XQ0Kt6LL zcqxvOQ6IDIwMTTE6jfUwjjI1SAxNzowNg0KytW8/sjLOiBIYW93ZWlndW8NCrOty806IGwzdnBu QGlldGYub3JnDQrW98ziOiBSZTogtPC4tDogtPC4tDogU29saWNpdCByZXZpZXdzIGFuZCBjb21t ZW50cyBvbiBkcmFmdC1oYW8tbDN2cG4taW50ZXItbnZvMy12cG4tMDANCg0KSGkgV2VpZ3VvLA0K DQoNCj4gV2hhdCdzIHdyb25nIHdpdGggSVAgbG9va3VwIHBlciBWUE4gb24gQVNCUiA/DQo+DQo+ IFt3ZWlndW9dOiAgVGhpcyBpcyBhIGludGVyLWFzIG9wdGlvbiBiZXR3ZWVuIE5WTzMgYW5kIE1Q TFMgVlBODQo+IG5ldHdvcmsuIFdoZW4gdHJhZmZpYyBmcm9tIGludGVybmFsIE5WTzMgbmV0d29y ayBpcyBmb3J3YXJkZWQgdG8NCj4gZXh0ZXJuYWwgTVBMUyBWUE4gbmV0d29yaywgdGhlIEFTQlIo TlZPMyBHYXRld2F5KQ0KPiB0ZXJtaW5hdGVzIGludG8gYSBWUkYgYW5kIHBlcmZvcm1zIElQIGxv b2t1cCwgTVBMUyBlbmNhcHN1bGF0aW9uDQo+IGFuZCB0aGVuIGZvcndhcmRzIHRoZSB0cmFmZmlj IHRvIE1QTFMgVlBOIG5ldHdvcmsuIFRoaXMNCj4gbWVjaGFuaXNtIGlzIGNhbGxlZCBPcHRpb24t QSBpbiB0aGUgZHJhZnQuDQoNCg0KVGhlbiB0aGUgZHJhZnQgaXMgd3JvbmcgYXMgT3B0aW9uLUEg ZG9lcyBub3QgdXNlIGFueSBNUExTIGVuY2Fwc3VsYXRpb24uDQoNCg0KWW91IGFyZSBjb25mdXNp bmcgb24gd2hpY2ggc2lkZSBvZiBBU0JSIFZSRnMgc2l0LiBJIGFtIGRlc2NyaWJpbmcgdGhlDQpt b2RlbCB3aGVyZSBBU0JSIGlzIGFuIG9wdGlvbi1CIEFTQlIgd2l0aCBpbiB0aGUgc2FtZSB0aW1l IGludGVncmF0ZWQNClBFIHRvd2FyZHMgdGhlIERDIHNpZGUuIFRoZXJlIGlzIG5vIG9wdGlvbiBB Lg0KDQpOb3RlIGFsc28gZm9yIGNsYXJpdHkgdGhhdCBwYWNrZXRzIGFyZSBhcnJpdmluZyBhdCBz dWNoIFBFIGZyb20gREMNCnNpZGUgbm90IHRyYWRpdGlvbmFsbHkgYmFzZWQgb24gYm91bmRpbmcg dG8gaW50ZXJmYWNlIHRvIGEgVlJGIGJ1dA0KYmFzZWQgb24gVk5fSUQgYm91bmRpbmcgdG8gYSBW UkYuIFNvbWUgdmVuZG9ycyBjYWxsIHRoaXMgInZyZiBzZWxlY3QiDQptb2RlLg0KDQpTb3JyeSBp ZiB0aGlzIG1vZGVsL2FyY2hpdGVjdHVyZSB3YXMgbm90IGNsZWFyIGluIG15IGZvcm1lciBtYWls Lg0KDQoNCj4gSW4gZXh0cmVtZSBjYXNlLCAxNk0gVk4vVGVuYW50cyBhbmQgc2V2ZXJhbCBtaWxs aW9uIGVuZCBzeXN0ZW1zDQo+IG5lZWQgdG8gYmUgc3VwcG9ydGVkIGluIGEgZGF0YSBjZW50ZXIs ICBpbnRlci1hcyBvcHRpb24tQSBzb2x1dGlvbg0KPiBoYXMgZm9sbG93aW5nIGRyYXdiYWNrczoN Cg0KSSBhbSBub3QgdGFsa2luZyBhYm91dCBvcHRpb24gQSBzbyB0aGUgZm9sbG93aW5nIGxpc3Qg ZG9lcyBub3QgYXBwbHkuDQpNb3Jlb3ZlciBlYWNoIHNvbHV0aW9uIG5lZWRzIHRvIHNjYWxlIGFu ZCBJIHdvdWxkIG5vdCBwdXQgYW55IGhhcmQNCmxpbWl0IHJlZ2FyZGxlc3Mgd2hhdCBpdCBpcy4N Cg0KU28gaWYgcGFydGljdWxhciBib3ggcmVhY2hlcyBpdHMgY2FwYWNpdHkgeW91IGFkZCBhbm90 aGVyIGJveCB0byBhY3QNCmFzIGEgZ2F0ZXdheS4gVGhhdCdzIGl0Lg0KDQoNCj4gT24gQVNCUjEs IFZOIElEIGlzIGFsbG9jYXRlZCBwZXIgTVBMUyBWUE4gTGFiZWwgcmVjZWl2ZWQgZnJvbSBwZWVy DQo+IEFTQlIyIGluIE1QTFMgVlBOIG5ldHdvcmsuDQoNClRoYXQgaXMgdmVyeSBpbmVmZmljaWVu dCBhbmQgSSB3b3VsZCBhcmd1ZSB0aGF0IGFyY2hpdGVjdHVyYWxseSB3cm9uZy4NClRoaXMgcHV0 cyBhbGwgdGhlIFdBTiBjaHVybiBhbmQgbG9hZCB0b3dhcmRzIGFsbCBjb21wdXRlIG5vZGVzIHdo aWNoDQpqdXN0IGRvZXMgbm90IGJlbG9uZyB0aGVyZSBhbmQgYnJpbmdzIG5vIHZhbHVlLg0KDQo+ IElmIHJlbW90ZSBQRSBpbiBNUExTIFZQTiBuZXR3b3JrIGFsbG9jYXRlcyBNUExTIFZQTiBMYWJl bCBwZXIgVlBOLA0KDQpUaGVyZSBpcyBubyBzdWNoIGEgdGhpbmcuIEF0IGJlc3QgeW91IGNhbiBh bGxvY2F0ZSBhIFZQTiBsYWJlbCBwZXIgUEUNCnBlciBWUkYsIGJ1dCB0aGlzIHdvdWxkIHJlcXVp cmUgYSBsb3Qgb2YgcmVjb25maWd1cmF0aW9uIG9mIHRoZSBlbnRpcmUNCldBTiBMM1ZQTiBuZXR3 b3JrIHdoaWNoIG1heSBub3QgYmUgd2VsY29tZSBieSBudW1iZXIgb2YgcHJvdmlkZXJzLg0KDQpC ZXN0IHJlZ2FyZHMsDQpSLg== From nobody Tue Jul 8 05:56:28 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7BF041B2837 for ; Tue, 8 Jul 2014 05:56:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.222 X-Spam-Level: X-Spam-Status: No, score=0.222 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, J_CHICKENPOX_64=0.6, J_CHICKENPOX_74=0.6, MIME_8BIT_HEADER=0.3, SPF_PASS=-0.001] autolearn=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 PXkA2rHjYwVe for ; Tue, 8 Jul 2014 05:56:21 -0700 (PDT) Received: from mail-ie0-x231.google.com (mail-ie0-x231.google.com [IPv6:2607:f8b0:4001:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 98D021B2830 for ; Tue, 8 Jul 2014 05:56:20 -0700 (PDT) Received: by mail-ie0-f177.google.com with SMTP id tr6so257725ieb.36 for ; Tue, 08 Jul 2014 05:56:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=/rjJRYhq1WyrVJ+EpcUbIjt3Kdtwyf3N2HXhPb1oSzg=; b=gH9LAhFeGgeAhMjTu9oRKSuuSB4gbZyXNnCKZGV2ZmPo6C3uZXLqDIVH70ZG+GyM1t ClU+ltU1pSVT15YxBONh4x5wiW4IEOMgqMTPYcxiXrltw7BSrBUttcMOm/sQmaJa4hU2 KIgIDNfx7TeH4bFPSF7wFHgXFrMWuQvZwlVPJodSsueMFqV7Xtz98XVd7Pr/dlMZIxID IJ3vTgOsDIJC4osAM8hjjdhmKeOkXBQSKw/KZh7Q+WxURKYj0vZ1/aISnEC4o8mznEvQ BuoN1CHXyJCCZFhZYoNx58/doCiG+7I5jYHY6eg1IzUODnIKdIInNqR1umTctQyDerhV KoWA== MIME-Version: 1.0 X-Received: by 10.50.12.38 with SMTP id v6mr3476978igb.29.1404824179946; Tue, 08 Jul 2014 05:56:19 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.64.89.38 with HTTP; Tue, 8 Jul 2014 05:56:19 -0700 (PDT) In-Reply-To: References: Date: Tue, 8 Jul 2014 14:56:19 +0200 X-Google-Sender-Auth: L8meF4x4bzYN6zSI9EJpWD-AmCc Message-ID: Subject: =?UTF-8?B?UmU6IOetlOWkjTog562U5aSNOiDnrZTlpI06IFNvbGljaXQgcmV2aWV3cyBhbmQgY29tbQ==?= =?UTF-8?B?ZW50cyBvbiBkcmFmdC1oYW8tbDN2cG4taW50ZXItbnZvMy12cG4tMDA=?= From: Robert Raszuk To: Haoweiguo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/xJ-7h5d5MsiUsHPyxVIviLrhBvI Cc: "l3vpn@ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2014 12:56:22 -0000 Hi Weiguo, > In this email, your model are clearly described I don't think so based on your reply. Your interpretation is completely unrelated to my model :) Sorry. Let me try to illustrate: Data Center WAN VMs/namespaces hypervisor + kernel (PE1) compute node | | --------------------- PE2/ASBR --- option B --- ASBR ------------- PE3 I am describing PE2/ASBR network element where you combine plain option B with the VRF select based on VN_ID PE. DC can be operated by any provider so can WAN. Those are completely not related to each other except agreement to establish L3VPN option B peering session between corresponding ASBRs. PE2 is acting as WAN side aggregator on a per VRF basis. There is no option A in this model anywhere. L3 VPN architecture does not provide such model hence perhaps you were trying to map it to something which does not really exist in any RFC document and this was the src of your confusion. I suggest if you want to build scalable interconnect between DC based virtualized resources and arbitrary WAN you use this model. Of course for completenss such mode must also provide independent access from Internet either plain or over IPSec, but I assume this is obvious and here we are only focusing on hybrid L3 VPN interconnect case. PE1 may be just a data plane or it could be also control plane and data plane. The choice there is flexible. Hopefully with the picture this is more clear now. Regards, R. On Tue, Jul 8, 2014 at 12:11 PM, Haoweiguo wrote: > > Hi Robert, > Thanks for your clear description. > > In this email, your model are clearly described, it's different from the = model in our draft. In your model, NVO3 gateway and PE are integrated in a = single device. In our model, NVO3 gateway and PE are two independent device= s. > If data center network and MPLS VPN WAN network belongs to two different = companies (for example, data center network belongs to Microsoft, MPLS VPN = network belongs to AT&T), NVO3 gateway and PE function normally are splitte= d into two devices instead of integrating into single device. In this case,= inter-as solution between NVO3 gateway and PE should be used, there are tw= o solutions of Option-A and Option-B. In this draft, Option-B solution is d= escribed in detail. > > Pls see my other replies inline with [weiguo]. > > Then the draft is wrong as Option-A does not use any MPLS encapsulation. > [weiguo]. Sorry, it's a slip of the pen. Yes, Option-A has no MPLS encaps= ulation, native IP forwarding is used between ASBRs. Every VPN people shoul= d know the procedures. > The correct description is: > This is a inter-as option between NVO3 and MPLS VPN network. When traffic= from internal NVO3 network is forwarded to external MPLS VPN network, the = ASBR(NVO3 Gateway) > terminates into a VRF and performs IP lookup, then forwards the traffic = to peer ASBR. This mechanism is called Option-A in the draft. > > You are confusing on which side of ASBR VRFs sit. I am describing the > model where ASBR is an option-B ASBR with in the same time integrated > PE towards the DC side. There is no option A. > [weiguo]: I understand what's your meaning now, we are not discussing the= same scenario. In your description, PE and NVO3 gateway are integrated in = a single device, so no Option-A here. If MPLS VPN network and data center n= etwork belongs to same company(such as AT&T, china telecom, and etc), your = model are suitable, PE and NVO3 gateway are integrated on same device, VN I= D is bounded to a VRF on the device. > In our draft, PE and NVO3 gateway are splitted into two devices, PE belo= ngs to carrier network(such as china telecom, AT&T,and etc), NVO3 gateway b= elongs to data center(such as Facebook, Microsoft, Tencent, and etc), in th= is case inter-as Option-A or Option-B solution should be used. In this case= , NVO3 gateway in data center is ASBR1, PE in carrier network is ASBR2. If = sub-interface is used to separate VPN traffic between ASBR1 and ASBR2, the = solution is Option-A. If MPLS VPN Label is used to separate VPN traffic bet= ween ASBR1 and ASBR2, it is Option-B solution, the procedures is described = in detail in this draft. > > Note also for clarity that packets are arriving at such PE from DC > side not traditionally based on bounding to interface to a VRF but > based on VN_ID bounding to a VRF. Some vendors call this "vrf select" > mode. > [weiguo]: Yes, in your model, bounding interface to VRF isn't needed, onl= y VN ID bounding to VRF exists. > > Sorry if this model/architecture was not clear in my former mail. > [weiguo]: I understand your model now, your model are different from the = model described in our draft. > > Thanks > weiguo > ________________________________________ > =E5=8F=91=E4=BB=B6=E4=BA=BA: rraszuk@gmail.com [rraszuk@gmail.com] =E4=BB= =A3=E8=A1=A8 Robert Raszuk [robert@raszuk.net] > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2014=E5=B9=B47=E6=9C=888=E6=97=A5 1= 7:06 > =E6=94=B6=E4=BB=B6=E4=BA=BA: Haoweiguo > =E6=8A=84=E9=80=81: l3vpn@ietf.org > =E4=B8=BB=E9=A2=98: Re: =E7=AD=94=E5=A4=8D: =E7=AD=94=E5=A4=8D: Solicit r= eviews and comments on draft-hao-l3vpn-inter-nvo3-vpn-00 > > Hi Weiguo, > > >> What's wrong with IP lookup per VPN on ASBR ? >> >> [weiguo]: This is a inter-as option between NVO3 and MPLS VPN >> network. When traffic from internal NVO3 network is forwarded to >> external MPLS VPN network, the ASBR(NVO3 Gateway) >> terminates into a VRF and performs IP lookup, MPLS encapsulation >> and then forwards the traffic to MPLS VPN network. This >> mechanism is called Option-A in the draft. > > > Then the draft is wrong as Option-A does not use any MPLS encapsulation. > > > You are confusing on which side of ASBR VRFs sit. I am describing the > model where ASBR is an option-B ASBR with in the same time integrated > PE towards the DC side. There is no option A. > > Note also for clarity that packets are arriving at such PE from DC > side not traditionally based on bounding to interface to a VRF but > based on VN_ID bounding to a VRF. Some vendors call this "vrf select" > mode. > > Sorry if this model/architecture was not clear in my former mail. > > >> In extreme case, 16M VN/Tenants and several million end systems >> need to be supported in a data center, inter-as option-A solution >> has following drawbacks: > > I am not talking about option A so the following list does not apply. > Moreover each solution needs to scale and I would not put any hard > limit regardless what it is. > > So if particular box reaches its capacity you add another box to act > as a gateway. That's it. > > >> On ASBR1, VN ID is allocated per MPLS VPN Label received from peer >> ASBR2 in MPLS VPN network. > > That is very inefficient and I would argue that architecturally wrong. > This puts all the WAN churn and load towards all compute nodes which > just does not belong there and brings no value. > >> If remote PE in MPLS VPN network allocates MPLS VPN Label per VPN, > > There is no such a thing. At best you can allocate a VPN label per PE > per VRF, but this would require a lot of reconfiguration of the entire > WAN L3VPN network which may not be welcome by number of providers. > > Best regards, > R. From nobody Tue Jul 8 08:46:51 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF30C1A030A for ; Tue, 8 Jul 2014 08:46:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.9 X-Spam-Level: X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5] 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 8SPtmEZhqw98 for ; Tue, 8 Jul 2014 08:46:48 -0700 (PDT) Received: from hoemail2.alcatel.com (hoemail2.alcatel.com [192.160.6.149]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1003B1B2B35 for ; Tue, 8 Jul 2014 08:46:48 -0700 (PDT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (h135-239-2-42.lucent.com [135.239.2.42]) by hoemail2.alcatel.com (8.13.8/IER-o) with ESMTP id s68FkjUS006308 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 8 Jul 2014 10:46:46 -0500 (CDT) Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id s68FkjFH014294 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 8 Jul 2014 17:46:45 +0200 Received: from [172.27.205.228] (135.239.27.38) by FR712WXCHHUB03.zeu.alcatel-lucent.com (135.239.2.74) with Microsoft SMTP Server (TLS) id 14.2.247.3; Tue, 8 Jul 2014 17:46:44 +0200 Message-ID: <53BC1264.1090106@alcatel-lucent.com> Date: Tue, 8 Jul 2014 17:46:44 +0200 From: Martin Vigoureux User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Subject: IETF90 - L3VPN - Agenda available - Please send your presentation material Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [135.239.27.38] Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/dS3K_XARyOAOjtew9ekDzPQposU X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2014 15:46:50 -0000 All, the draft agenda is on-line: http://www.ietf.org/proceedings/90/agenda/agenda-90-l3vpn We will meet on Wednesday, 15:20-16:50 Speakers, please start sending your presentation material, and please do so before July the 22nd. Martin, for the L3VPN Chairs. From nobody Tue Jul 8 12:25:39 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2E6F1A02D7 for ; Tue, 8 Jul 2014 12:25:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, 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 DEy2Ws4hGqiL for ; Tue, 8 Jul 2014 12:25:33 -0700 (PDT) Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 065321A0255 for ; Tue, 8 Jul 2014 12:25:32 -0700 (PDT) Received: by mail-wg0-f43.google.com with SMTP id b13so6338689wgh.2 for ; Tue, 08 Jul 2014 12:25:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:organization:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=roJXBlCQs3wj7055whUVUr3k/ACwTZqvY5KU5n6GO7Q=; b=hUwRpWb1wl0QbEgmsk+yH15PhvD16xlGgA6hiUYWwUM7p+y1tWMbxicEo+8fpxg2Vk SjFXi6QMTdWtpffTmtndBha68V4YWOB3QZSRoTCCsUrX98E6MC5LxTbpicaqOtkN1KJT QPPRHZ40zVdn0yl0Cl919e5jvJcWtSTLzHCqfxT+t/j0VDBfJ4CDPHM9/CGtMO+WX/oG d9RVgOhOMwqSgqKUq+M2i+yCGl4YykCX2CegZpWM5hTNcs8UI5lOOTtz0D/DmooJpUtq w8SnQIx4Czylr4tzTUSOv7gqFkRVc2qVdWZzb/cBLIsYyAcJu1CUI0xMzl62Syaa5oYW 6awg== X-Received: by 10.181.11.232 with SMTP id el8mr6217601wid.57.1404847531553; Tue, 08 Jul 2014 12:25:31 -0700 (PDT) Received: from [127.0.0.1] (ARennes-652-1-245-153.w81-53.abo.wanadoo.fr. [81.53.52.153]) by mx.google.com with ESMTPSA id ub8sm10384827wib.0.2014.07.08.12.25.29 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 08 Jul 2014 12:25:30 -0700 (PDT) Sender: Thomas Morin Message-ID: <53BC45A6.9000004@orange.com> Date: Tue, 08 Jul 2014 21:25:26 +0200 From: Thomas Morin Organization: Orange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: L3VPN Subject: draft-ietf-l3vpn-mvpn-bidir back to the working group References: <535A3E8C.3040508@orange.com> <53B167A6.9090302@orange.com> In-Reply-To: <53B167A6.9090302@orange.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/fPCTN8uR5PaTSz-nSqeRYZVwzKQ X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2014 19:25:37 -0000 Hi everyone, We were made aware during shepherd review of yet undisclosed IPR related to draft-ietf-l3vpn-mvpn-bidir. This IPR is to our knowledge currently pending formal disclosure by the owner. Unfortunately, although we were past the working group last call, the document now has to back to the working group. As soon as the disclosure is formally filled out through the datatracker tools, working group contributors will be given the opportunity to express a revised position with regards to this document. Thanks for your understanding, -Thomas, as co-chair & doc shepherd Thomas Morin: > Hi everyone, > > This working group last call is now closed and we will proceed with > the next steps in the publication process in the next few weeks (but > not before we have an answer to the usual IPR questions from all of > the authors). > > Thank you, > > -Thomas > > > Thomas Morin : >> Hello working group, >> >> This email starts a Working Group Last Call on >> draft-draft-ietf-l3vpn-mvpn-bidir, which is considered mature and >> ready for a last call working group review. >> >> Please read the document if you haven't read the most recent version >> yet, and send your comments to the list, no later than **May 10th**. >> >> Thank you, >> >> -Thomas & Martin >> >> [ http://tools.ietf.org/html/draft-ietf-l3vpn-mvpn-bidir ] >> > From nobody Wed Jul 9 00:28:00 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 50E431A0396 for ; Wed, 9 Jul 2014 00:27:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.298 X-Spam-Level: ** X-Spam-Status: No, score=2.298 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, J_CHICKENPOX_64=0.6, J_CHICKENPOX_74=0.6, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 yaKyQSxskpqE for ; Wed, 9 Jul 2014 00:27:55 -0700 (PDT) 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 0A8C71A0392 for ; Wed, 9 Jul 2014 00:27:54 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BGY04215; Wed, 09 Jul 2014 07:27:53 +0000 (GMT) Received: from NKGEML403-HUB.china.huawei.com (10.98.56.34) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 9 Jul 2014 08:27:51 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.155]) by nkgeml403-hub.china.huawei.com ([10.98.56.34]) with mapi id 14.03.0158.001; Wed, 9 Jul 2014 15:27:46 +0800 From: Haoweiguo To: Robert Raszuk Subject: =?gb2312?B?tPC4tDogtPC4tDogtPC4tDogtPC4tDogU29saWNpdCByZXZpZXdzIGFuZCBj?= =?gb2312?Q?omments_on_draft-hao-l3vpn-inter-nvo3-vpn-00?= Thread-Topic: =?gb2312?B?tPC4tDogtPC4tDogtPC4tDogU29saWNpdCByZXZpZXdzIGFuZCBjb21tZW50?= =?gb2312?Q?s_on_draft-hao-l3vpn-inter-nvo3-vpn-00?= Thread-Index: AQHPlMv0HE+E+9y1IkOFEhw+U+A9XpuK8hqAgAEjDTuAB8LVP4AA6nSAgACdwa2AAAf0AIAAh5MO//+4mYCAAboQAQ== Date: Wed, 9 Jul 2014 07:27:46 +0000 Message-ID: References: , In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.135.23.94] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/ys-kR-ZfAv_nCT7_vGlB9A6fGwA Cc: "l3vpn@ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jul 2014 07:27:58 -0000 SGkgUm9iZXJ0LA0KWW91ciBpbGx1c3RyYXRpb24gaXMgdmVyeSBjbGVhci4gWW91ciBtb2RlbCBp cyBjZW50cmFsaXplZCBOVk8zIGdhdGV3YXkgKyBJbnRlci1hcyBPcHRpb24tQiwgb3VyIG1vZGVs IGluIHRoZSBkcmFmdCBpcyBkaXN0cmlidXRlZCBOVk8zIGdhdGV3YXkgKyBJbnRlci1hcyBPcHRp b24tQi4NCllvdXIgbW9kZWwgaXMgdmVyeSBnb29kIGFuZCBlYXN5IHRvIGJlIGRlcGxveWVkLCBp dCB3aWxsIGJlIGEgZ3JlYXQgY29tcGxlbWVudGFyeSB0byB0aGlzIHNvbHV0aW9uLg0KSW4geW91 ciBtb2RlbCBQRTIgaGF2ZSBhbGwgVlJGcyBvZiB0aGUgZGF0YSBjZW50ZXIuIEZvciB0aGUgdHJh ZmZpYyBkYXRhICBmcm9tIE5WTzMgc2lkZSB0byBNUExTIFZQTiBzaWRlLCBWUkYgaXMgc2VsZWN0 ZWQgYmFzZWQgb24gVk4gSUQuIEZvciB0aGUgdHJhZmZpYyBkYXRhIGZyb20gTVBMUyBWUE4gc2lk ZSB0byBOVk8zIHNpZGUsIFZSRiBpcyBzZWxlY3RlZCBiYXNlZCBvbiBNUExTIFZQTiBMYWJlbCBp bnN0ZWFkIG9mIHN1Yi1pbnRlcmZhY2UgYmV0d2VlbiBBU0JScy4NCkluIG91ciBtb2RlbCAsIGdh dGV3YXkgaXMgbG9jYXRlZCBvbiBlYWNoIE5WRSBpbnN0ZWFkIG9mIG9uIHRoZSBQRTIvQVNCUiwg VlJGIGlzIGxvY2F0ZWQgb24gZWFjaCBOVkUsIG9ubHkgVk4gSUQgYW5kIE1QTFMgVlBOIExhYmVs IHN3aXRjaGluZyB0YWJsZSBleGlzdHMgb24gdGhlIEFTQlIsIFZSRiBkb24ndCBuZWVkIHRvIGJl IHNldHVwIG9uIHRoZSBBU0JSLkl0IGlzIG1vcmUgc2ltaWxhciB0byB2YW5pbGxhIGludGVyLWFz IE9wdGlvbi1CLg0KVGhhbmtzDQp3ZWlndW8NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCreivP7IyzogcnJhc3p1a0BnbWFpbC5jb20gW3JyYXN6dWtAZ21haWwuY29t XSC0+rHtIFJvYmVydCBSYXN6dWsgW3JvYmVydEByYXN6dWsubmV0XQ0Kt6LLzcqxvOQ6IDIwMTTE 6jfUwjjI1SAyMDo1Ng0KytW8/sjLOiBIYW93ZWlndW8NCrOty806IGwzdnBuQGlldGYub3JnDQrW 98ziOiBSZTogtPC4tDogtPC4tDogtPC4tDogU29saWNpdCByZXZpZXdzIGFuZCBjb21tZW50cyBv biBkcmFmdC1oYW8tbDN2cG4taW50ZXItbnZvMy12cG4tMDANCg0KSGkgV2VpZ3VvLA0KDQo+IElu IHRoaXMgZW1haWwsIHlvdXIgbW9kZWwgYXJlIGNsZWFybHkgZGVzY3JpYmVkDQoNCkkgZG9uJ3Qg dGhpbmsgc28gYmFzZWQgb24geW91ciByZXBseS4gWW91ciBpbnRlcnByZXRhdGlvbiBpcw0KY29t cGxldGVseSB1bnJlbGF0ZWQgdG8gbXkgbW9kZWwgOikgU29ycnkuDQoNCkxldCBtZSB0cnkgdG8g aWxsdXN0cmF0ZToNCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRGF0YSBDZW50ZXIN CiAgICAgICAgICAgICAgICAgICAgICAgIFdBTg0KDQogVk1zL25hbWVzcGFjZXMNCmh5cGVydmlz b3IgKyBrZXJuZWwgKFBFMSkNCiAgIGNvbXB1dGUgbm9kZQ0KICAgICAgICAgICAgICAgIHwNCiAg ICAgICAgICAgICAgICB8DQogICAgICAgICAgICAgICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLSBQ RTIvQVNCUiAtLS0gb3B0aW9uIEIgLS0tIEFTQlINCi0tLS0tLS0tLS0tLS0gUEUzDQoNCg0KSSBh bSBkZXNjcmliaW5nIFBFMi9BU0JSIG5ldHdvcmsgZWxlbWVudCB3aGVyZSB5b3UgY29tYmluZSBw bGFpbg0Kb3B0aW9uIEIgd2l0aCB0aGUgVlJGIHNlbGVjdCBiYXNlZCBvbiBWTl9JRCBQRS4NCg0K REMgY2FuIGJlIG9wZXJhdGVkIGJ5IGFueSBwcm92aWRlciBzbyBjYW4gV0FOLiBUaG9zZSBhcmUg Y29tcGxldGVseQ0Kbm90IHJlbGF0ZWQgdG8gZWFjaCBvdGhlciBleGNlcHQgYWdyZWVtZW50IHRv IGVzdGFibGlzaCBMM1ZQTiBvcHRpb24gQg0KcGVlcmluZyBzZXNzaW9uIGJldHdlZW4gY29ycmVz cG9uZGluZyBBU0JScy4NCg0KUEUyIGlzIGFjdGluZyBhcyBXQU4gc2lkZSBhZ2dyZWdhdG9yIG9u IGEgcGVyIFZSRiBiYXNpcy4gVGhlcmUgaXMgbm8NCm9wdGlvbiBBIGluIHRoaXMgbW9kZWwgYW55 d2hlcmUuDQoNCkwzIFZQTiBhcmNoaXRlY3R1cmUgZG9lcyBub3QgcHJvdmlkZSBzdWNoIG1vZGVs IGhlbmNlIHBlcmhhcHMgeW91IHdlcmUNCnRyeWluZyB0byBtYXAgaXQgdG8gc29tZXRoaW5nIHdo aWNoIGRvZXMgbm90IHJlYWxseSBleGlzdCBpbiBhbnkgUkZDDQpkb2N1bWVudCBhbmQgdGhpcyB3 YXMgdGhlIHNyYyBvZiB5b3VyIGNvbmZ1c2lvbi4NCg0KSSBzdWdnZXN0IGlmIHlvdSB3YW50IHRv IGJ1aWxkIHNjYWxhYmxlIGludGVyY29ubmVjdCBiZXR3ZWVuIERDIGJhc2VkDQp2aXJ0dWFsaXpl ZCByZXNvdXJjZXMgYW5kIGFyYml0cmFyeSBXQU4geW91IHVzZSB0aGlzIG1vZGVsLiBPZiBjb3Vy c2UNCmZvciBjb21wbGV0ZW5zcyBzdWNoIG1vZGUgbXVzdCBhbHNvIHByb3ZpZGUgaW5kZXBlbmRl bnQgYWNjZXNzIGZyb20NCkludGVybmV0IGVpdGhlciBwbGFpbiBvciBvdmVyIElQU2VjLCBidXQg SSBhc3N1bWUgdGhpcyBpcyBvYnZpb3VzIGFuZA0KaGVyZSB3ZSBhcmUgb25seSBmb2N1c2luZyBv biBoeWJyaWQgTDMgVlBOIGludGVyY29ubmVjdCBjYXNlLg0KDQpQRTEgbWF5IGJlIGp1c3QgYSBk YXRhIHBsYW5lIG9yIGl0IGNvdWxkIGJlIGFsc28gY29udHJvbCBwbGFuZSBhbmQNCmRhdGEgcGxh bmUuIFRoZSBjaG9pY2UgdGhlcmUgaXMgZmxleGlibGUuDQoNCkhvcGVmdWxseSB3aXRoIHRoZSBw aWN0dXJlIHRoaXMgaXMgbW9yZSBjbGVhciBub3cuDQoNClJlZ2FyZHMsDQpSLg0KDQoNCg0KT24g VHVlLCBKdWwgOCwgMjAxNCBhdCAxMjoxMSBQTSwgSGFvd2VpZ3VvIDxoYW93ZWlndW9AaHVhd2Vp LmNvbT4gd3JvdGU6DQo+DQo+IEhpIFJvYmVydCwNCj4gVGhhbmtzIGZvciB5b3VyIGNsZWFyIGRl c2NyaXB0aW9uLg0KPg0KPiBJbiB0aGlzIGVtYWlsLCB5b3VyIG1vZGVsIGFyZSBjbGVhcmx5IGRl c2NyaWJlZCwgaXQncyBkaWZmZXJlbnQgZnJvbSB0aGUgbW9kZWwgaW4gb3VyIGRyYWZ0LiBJbiB5 b3VyIG1vZGVsLCBOVk8zIGdhdGV3YXkgYW5kIFBFIGFyZSBpbnRlZ3JhdGVkIGluIGEgc2luZ2xl IGRldmljZS4gSW4gb3VyIG1vZGVsLCBOVk8zIGdhdGV3YXkgYW5kIFBFIGFyZSB0d28gaW5kZXBl bmRlbnQgZGV2aWNlcy4NCj4gSWYgZGF0YSBjZW50ZXIgbmV0d29yayBhbmQgTVBMUyBWUE4gV0FO IG5ldHdvcmsgYmVsb25ncyB0byB0d28gZGlmZmVyZW50IGNvbXBhbmllcyAoZm9yIGV4YW1wbGUs IGRhdGEgY2VudGVyIG5ldHdvcmsgYmVsb25ncyB0byBNaWNyb3NvZnQsIE1QTFMgVlBOIG5ldHdv cmsgYmVsb25ncyB0byBBVCZUKSwgTlZPMyBnYXRld2F5IGFuZCBQRSBmdW5jdGlvbiBub3JtYWxs eSBhcmUgc3BsaXR0ZWQgaW50byB0d28gZGV2aWNlcyBpbnN0ZWFkIG9mIGludGVncmF0aW5nIGlu dG8gc2luZ2xlIGRldmljZS4gSW4gdGhpcyBjYXNlLCBpbnRlci1hcyBzb2x1dGlvbiBiZXR3ZWVu IE5WTzMgZ2F0ZXdheSBhbmQgUEUgc2hvdWxkIGJlIHVzZWQsIHRoZXJlIGFyZSB0d28gc29sdXRp b25zIG9mIE9wdGlvbi1BIGFuZCBPcHRpb24tQi4gSW4gdGhpcyBkcmFmdCwgT3B0aW9uLUIgc29s dXRpb24gaXMgZGVzY3JpYmVkIGluIGRldGFpbC4NCj4NCj4gUGxzIHNlZSBteSBvdGhlciByZXBs aWVzIGlubGluZSB3aXRoIFt3ZWlndW9dLg0KPg0KPiBUaGVuIHRoZSBkcmFmdCBpcyB3cm9uZyBh cyBPcHRpb24tQSBkb2VzIG5vdCB1c2UgYW55IE1QTFMgZW5jYXBzdWxhdGlvbi4NCj4gW3dlaWd1 b10uIFNvcnJ5LCBpdCdzIGEgc2xpcCBvZiB0aGUgcGVuLiBZZXMsIE9wdGlvbi1BIGhhcyBubyBN UExTIGVuY2Fwc3VsYXRpb24sIG5hdGl2ZSBJUCBmb3J3YXJkaW5nIGlzIHVzZWQgYmV0d2VlbiBB U0JScy4gRXZlcnkgVlBOIHBlb3BsZSBzaG91bGQga25vdyB0aGUgcHJvY2VkdXJlcy4NCj4gVGhl IGNvcnJlY3QgZGVzY3JpcHRpb24gaXM6DQo+IFRoaXMgaXMgYSBpbnRlci1hcyBvcHRpb24gYmV0 d2VlbiBOVk8zIGFuZCBNUExTIFZQTiBuZXR3b3JrLiBXaGVuIHRyYWZmaWMgZnJvbSBpbnRlcm5h bCBOVk8zIG5ldHdvcmsgaXMgZm9yd2FyZGVkIHRvIGV4dGVybmFsIE1QTFMgVlBOIG5ldHdvcmss IHRoZSBBU0JSKE5WTzMgR2F0ZXdheSkNCj4gdGVybWluYXRlcyBpbnRvIGEgVlJGIGFuZCBwZXJm b3JtcyBJUCBsb29rdXAsICB0aGVuIGZvcndhcmRzIHRoZSB0cmFmZmljIHRvIHBlZXIgQVNCUi4g VGhpcyBtZWNoYW5pc20gaXMgY2FsbGVkIE9wdGlvbi1BIGluIHRoZSBkcmFmdC4NCj4NCj4gWW91 IGFyZSBjb25mdXNpbmcgb24gd2hpY2ggc2lkZSBvZiBBU0JSIFZSRnMgc2l0LiBJIGFtIGRlc2Ny aWJpbmcgdGhlDQo+IG1vZGVsIHdoZXJlIEFTQlIgaXMgYW4gb3B0aW9uLUIgQVNCUiB3aXRoIGlu IHRoZSBzYW1lIHRpbWUgaW50ZWdyYXRlZA0KPiBQRSB0b3dhcmRzIHRoZSBEQyBzaWRlLiBUaGVy ZSBpcyBubyBvcHRpb24gQS4NCj4gW3dlaWd1b106IEkgdW5kZXJzdGFuZCB3aGF0J3MgeW91ciBt ZWFuaW5nIG5vdywgd2UgYXJlIG5vdCBkaXNjdXNzaW5nIHRoZSBzYW1lIHNjZW5hcmlvLiBJbiB5 b3VyIGRlc2NyaXB0aW9uLCBQRSBhbmQgTlZPMyBnYXRld2F5IGFyZSBpbnRlZ3JhdGVkIGluIGEg c2luZ2xlIGRldmljZSwgc28gbm8gT3B0aW9uLUEgaGVyZS4gSWYgTVBMUyBWUE4gbmV0d29yayBh bmQgZGF0YSBjZW50ZXIgbmV0d29yayBiZWxvbmdzIHRvIHNhbWUgY29tcGFueShzdWNoIGFzIEFU JlQsIGNoaW5hIHRlbGVjb20sIGFuZCBldGMpLCB5b3VyIG1vZGVsIGFyZSBzdWl0YWJsZSwgUEUg YW5kIE5WTzMgZ2F0ZXdheSBhcmUgaW50ZWdyYXRlZCBvbiBzYW1lIGRldmljZSwgVk4gSUQgaXMg Ym91bmRlZCB0byBhIFZSRiBvbiB0aGUgZGV2aWNlLg0KPiBJbiBvdXIgZHJhZnQsICBQRSBhbmQg TlZPMyBnYXRld2F5IGFyZSBzcGxpdHRlZCBpbnRvIHR3byBkZXZpY2VzLCBQRSBiZWxvbmdzIHRv IGNhcnJpZXIgbmV0d29yayhzdWNoIGFzIGNoaW5hIHRlbGVjb20sIEFUJlQsYW5kIGV0YyksIE5W TzMgZ2F0ZXdheSBiZWxvbmdzIHRvIGRhdGEgY2VudGVyKHN1Y2ggYXMgRmFjZWJvb2ssIE1pY3Jv c29mdCwgVGVuY2VudCwgYW5kIGV0YyksIGluIHRoaXMgY2FzZSBpbnRlci1hcyBPcHRpb24tQSBv ciBPcHRpb24tQiBzb2x1dGlvbiBzaG91bGQgYmUgdXNlZC4gSW4gdGhpcyBjYXNlLCBOVk8zIGdh dGV3YXkgaW4gZGF0YSBjZW50ZXIgaXMgQVNCUjEsIFBFIGluIGNhcnJpZXIgbmV0d29yayBpcyBB U0JSMi4gSWYgc3ViLWludGVyZmFjZSBpcyB1c2VkIHRvIHNlcGFyYXRlIFZQTiB0cmFmZmljIGJl dHdlZW4gQVNCUjEgYW5kIEFTQlIyLCB0aGUgc29sdXRpb24gaXMgT3B0aW9uLUEuIElmIE1QTFMg VlBOIExhYmVsIGlzIHVzZWQgdG8gc2VwYXJhdGUgVlBOIHRyYWZmaWMgYmV0d2VlbiBBU0JSMSBh bmQgQVNCUjIsIGl0IGlzIE9wdGlvbi1CIHNvbHV0aW9uLCB0aGUgcHJvY2VkdXJlcyBpcyBkZXNj cmliZWQgaW4gZGV0YWlsIGluIHRoaXMgZHJhZnQuDQo+DQo+IE5vdGUgYWxzbyBmb3IgY2xhcml0 eSB0aGF0IHBhY2tldHMgYXJlIGFycml2aW5nIGF0IHN1Y2ggUEUgZnJvbSBEQw0KPiBzaWRlIG5v dCB0cmFkaXRpb25hbGx5IGJhc2VkIG9uIGJvdW5kaW5nIHRvIGludGVyZmFjZSB0byBhIFZSRiBi dXQNCj4gYmFzZWQgb24gVk5fSUQgYm91bmRpbmcgdG8gYSBWUkYuIFNvbWUgdmVuZG9ycyBjYWxs IHRoaXMgInZyZiBzZWxlY3QiDQo+IG1vZGUuDQo+IFt3ZWlndW9dOiBZZXMsIGluIHlvdXIgbW9k ZWwsIGJvdW5kaW5nIGludGVyZmFjZSB0byBWUkYgaXNuJ3QgbmVlZGVkLCBvbmx5IFZOIElEIGJv dW5kaW5nIHRvIFZSRiBleGlzdHMuDQo+DQo+IFNvcnJ5IGlmIHRoaXMgbW9kZWwvYXJjaGl0ZWN0 dXJlIHdhcyBub3QgY2xlYXIgaW4gbXkgZm9ybWVyIG1haWwuDQo+IFt3ZWlndW9dOiBJIHVuZGVy c3RhbmQgeW91ciBtb2RlbCBub3csIHlvdXIgbW9kZWwgYXJlIGRpZmZlcmVudCBmcm9tIHRoZSBt b2RlbCBkZXNjcmliZWQgaW4gb3VyIGRyYWZ0Lg0KPg0KPiBUaGFua3MNCj4gd2VpZ3VvDQo+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gt6K8/sjLOiBycmFzenVr QGdtYWlsLmNvbSBbcnJhc3p1a0BnbWFpbC5jb21dILT6se0gUm9iZXJ0IFJhc3p1ayBbcm9iZXJ0 QHJhc3p1ay5uZXRdDQo+ILeiy83KsbzkOiAyMDE0xOo31MI4yNUgMTc6MDYNCj4gytW8/sjLOiBI YW93ZWlndW8NCj4gs63LzTogbDN2cG5AaWV0Zi5vcmcNCj4g1vfM4jogUmU6ILTwuLQ6ILTwuLQ6 IFNvbGljaXQgcmV2aWV3cyBhbmQgY29tbWVudHMgb24gZHJhZnQtaGFvLWwzdnBuLWludGVyLW52 bzMtdnBuLTAwDQo+DQo+IEhpIFdlaWd1bywNCj4NCj4NCj4+IFdoYXQncyB3cm9uZyB3aXRoIElQ IGxvb2t1cCBwZXIgVlBOIG9uIEFTQlIgPw0KPj4NCj4+IFt3ZWlndW9dOiAgVGhpcyBpcyBhIGlu dGVyLWFzIG9wdGlvbiBiZXR3ZWVuIE5WTzMgYW5kIE1QTFMgVlBODQo+PiBuZXR3b3JrLiBXaGVu IHRyYWZmaWMgZnJvbSBpbnRlcm5hbCBOVk8zIG5ldHdvcmsgaXMgZm9yd2FyZGVkIHRvDQo+PiBl eHRlcm5hbCBNUExTIFZQTiBuZXR3b3JrLCB0aGUgQVNCUihOVk8zIEdhdGV3YXkpDQo+PiB0ZXJt aW5hdGVzIGludG8gYSBWUkYgYW5kIHBlcmZvcm1zIElQIGxvb2t1cCwgTVBMUyBlbmNhcHN1bGF0 aW9uDQo+PiBhbmQgdGhlbiBmb3J3YXJkcyB0aGUgdHJhZmZpYyB0byBNUExTIFZQTiBuZXR3b3Jr LiBUaGlzDQo+PiBtZWNoYW5pc20gaXMgY2FsbGVkIE9wdGlvbi1BIGluIHRoZSBkcmFmdC4NCj4N Cj4NCj4gVGhlbiB0aGUgZHJhZnQgaXMgd3JvbmcgYXMgT3B0aW9uLUEgZG9lcyBub3QgdXNlIGFu eSBNUExTIGVuY2Fwc3VsYXRpb24uDQo+DQo+DQo+IFlvdSBhcmUgY29uZnVzaW5nIG9uIHdoaWNo IHNpZGUgb2YgQVNCUiBWUkZzIHNpdC4gSSBhbSBkZXNjcmliaW5nIHRoZQ0KPiBtb2RlbCB3aGVy ZSBBU0JSIGlzIGFuIG9wdGlvbi1CIEFTQlIgd2l0aCBpbiB0aGUgc2FtZSB0aW1lIGludGVncmF0 ZWQNCj4gUEUgdG93YXJkcyB0aGUgREMgc2lkZS4gVGhlcmUgaXMgbm8gb3B0aW9uIEEuDQo+DQo+ IE5vdGUgYWxzbyBmb3IgY2xhcml0eSB0aGF0IHBhY2tldHMgYXJlIGFycml2aW5nIGF0IHN1Y2gg UEUgZnJvbSBEQw0KPiBzaWRlIG5vdCB0cmFkaXRpb25hbGx5IGJhc2VkIG9uIGJvdW5kaW5nIHRv IGludGVyZmFjZSB0byBhIFZSRiBidXQNCj4gYmFzZWQgb24gVk5fSUQgYm91bmRpbmcgdG8gYSBW UkYuIFNvbWUgdmVuZG9ycyBjYWxsIHRoaXMgInZyZiBzZWxlY3QiDQo+IG1vZGUuDQo+DQo+IFNv cnJ5IGlmIHRoaXMgbW9kZWwvYXJjaGl0ZWN0dXJlIHdhcyBub3QgY2xlYXIgaW4gbXkgZm9ybWVy IG1haWwuDQo+DQo+DQo+PiBJbiBleHRyZW1lIGNhc2UsIDE2TSBWTi9UZW5hbnRzIGFuZCBzZXZl cmFsIG1pbGxpb24gZW5kIHN5c3RlbXMNCj4+IG5lZWQgdG8gYmUgc3VwcG9ydGVkIGluIGEgZGF0 YSBjZW50ZXIsICBpbnRlci1hcyBvcHRpb24tQSBzb2x1dGlvbg0KPj4gaGFzIGZvbGxvd2luZyBk cmF3YmFja3M6DQo+DQo+IEkgYW0gbm90IHRhbGtpbmcgYWJvdXQgb3B0aW9uIEEgc28gdGhlIGZv bGxvd2luZyBsaXN0IGRvZXMgbm90IGFwcGx5Lg0KPiBNb3Jlb3ZlciBlYWNoIHNvbHV0aW9uIG5l ZWRzIHRvIHNjYWxlIGFuZCBJIHdvdWxkIG5vdCBwdXQgYW55IGhhcmQNCj4gbGltaXQgcmVnYXJk bGVzcyB3aGF0IGl0IGlzLg0KPg0KPiBTbyBpZiBwYXJ0aWN1bGFyIGJveCByZWFjaGVzIGl0cyBj YXBhY2l0eSB5b3UgYWRkIGFub3RoZXIgYm94IHRvIGFjdA0KPiBhcyBhIGdhdGV3YXkuIFRoYXQn cyBpdC4NCj4NCj4NCj4+IE9uIEFTQlIxLCBWTiBJRCBpcyBhbGxvY2F0ZWQgcGVyIE1QTFMgVlBO IExhYmVsIHJlY2VpdmVkIGZyb20gcGVlcg0KPj4gQVNCUjIgaW4gTVBMUyBWUE4gbmV0d29yay4N Cj4NCj4gVGhhdCBpcyB2ZXJ5IGluZWZmaWNpZW50IGFuZCBJIHdvdWxkIGFyZ3VlIHRoYXQgYXJj aGl0ZWN0dXJhbGx5IHdyb25nLg0KPiBUaGlzIHB1dHMgYWxsIHRoZSBXQU4gY2h1cm4gYW5kIGxv YWQgdG93YXJkcyBhbGwgY29tcHV0ZSBub2RlcyB3aGljaA0KPiBqdXN0IGRvZXMgbm90IGJlbG9u ZyB0aGVyZSBhbmQgYnJpbmdzIG5vIHZhbHVlLg0KPg0KPj4gSWYgcmVtb3RlIFBFIGluIE1QTFMg VlBOIG5ldHdvcmsgYWxsb2NhdGVzIE1QTFMgVlBOIExhYmVsIHBlciBWUE4sDQo+DQo+IFRoZXJl IGlzIG5vIHN1Y2ggYSB0aGluZy4gQXQgYmVzdCB5b3UgY2FuIGFsbG9jYXRlIGEgVlBOIGxhYmVs IHBlciBQRQ0KPiBwZXIgVlJGLCBidXQgdGhpcyB3b3VsZCByZXF1aXJlIGEgbG90IG9mIHJlY29u ZmlndXJhdGlvbiBvZiB0aGUgZW50aXJlDQo+IFdBTiBMM1ZQTiBuZXR3b3JrIHdoaWNoIG1heSBu b3QgYmUgd2VsY29tZSBieSBudW1iZXIgb2YgcHJvdmlkZXJzLg0KPg0KPiBCZXN0IHJlZ2FyZHMs DQo+IFIu From nobody Wed Jul 9 01:33:14 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 43DFC1A03B4 for ; Wed, 9 Jul 2014 01:33:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.222 X-Spam-Level: X-Spam-Status: No, score=0.222 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, J_CHICKENPOX_64=0.6, J_CHICKENPOX_74=0.6, MIME_8BIT_HEADER=0.3, SPF_PASS=-0.001] autolearn=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 6W1XAd3bchuF for ; Wed, 9 Jul 2014 01:33:09 -0700 (PDT) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A6DE11A03A1 for ; Wed, 9 Jul 2014 01:33:09 -0700 (PDT) Received: by mail-ie0-f180.google.com with SMTP id tr6so3882871ieb.25 for ; Wed, 09 Jul 2014 01:33:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=xOAQIHAZhKlPWfC7j3gpghP7qJ9PAmWuVoZjgdX5BAk=; b=r50uI+iGLt9SRp/axA4Jrvw61qRFZrqscY5lfZxsmuuAVl3JwwWGReMcksfkwXgi9A MtUfZGx3Dl+rDqXl209mBFrYKFhrprjcX4vDnjZaDlKjMSvZ2K8eF/texeQbehd7/XA2 kNZxp36VAje/fZrnYYPnA6M1Hb88PKJwHcPSg6cPlm+mzmvyPvPjKkH41XxbwQO7SpDR ZEXEoojadysEELG0TR6rfgJWC28JfGewSL9OoEBcxPN+W3IrOlhzggfzf5mPnj+1LkTe 5+/EzLCOI0hlPe3Bu7h1gC8EPh9yGEvJnU+b05IdAf6Mwlb9G5h9RDzsP4LT+05LOEpC YNzA== MIME-Version: 1.0 X-Received: by 10.50.114.194 with SMTP id ji2mr10505718igb.21.1404894788735; Wed, 09 Jul 2014 01:33:08 -0700 (PDT) Sender: rraszuk@gmail.com Received: by 10.64.89.38 with HTTP; Wed, 9 Jul 2014 01:33:08 -0700 (PDT) In-Reply-To: References: Date: Wed, 9 Jul 2014 10:33:08 +0200 X-Google-Sender-Auth: oVJQ6aF2A14Xnwm1FIYwNMXMkIE Message-ID: Subject: =?UTF-8?B?UmU6IOetlOWkjTog562U5aSNOiDnrZTlpI06IOetlOWkjTogU29saWNpdCByZXZpZXdzIA==?= =?UTF-8?B?YW5kIGNvbW1lbnRzIG9uIGRyYWZ0LWhhby1sM3Zwbi1pbnRlci1udm8zLXZwbi0wMA==?= From: Robert Raszuk To: Haoweiguo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/tTd4NhqEDWSNpSczBh-QrMz5UfY Cc: "l3vpn@ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jul 2014 08:33:11 -0000 Hi Weiguo, You still missing it .. sorry. There is nothing centralized in my model. As I said my model does not exist today - it is new proposal - so any attempts to map it to existing RFC will not be successful. I said on the picture that NVE is still there on the hosts (compute nodes) in the role of PE1. VRFs on PE2/ASBR are only for aggregation purposes. Moreover I thought this was obvious but solution I proposed is a superset .. it means ASBR for some VPNs can be just pure vanilla option B and for those which have a lot of prefixes can be enhanced with per VRF aggregation function based on the vrf select mode per VN_ID. Effectively what I am proposing in this long thread is to define few modes of VN_ID allocations (just like we have few modes of VPN label allocation on a classic PE). For some VPNs you may have VN-ID directly mapped to VPN label and for some where aggregation of VPN routes makes sense you map VN_ID to a local VRF. Thx, R. On Wed, Jul 9, 2014 at 9:27 AM, Haoweiguo wrote: > Hi Robert, > Your illustration is very clear. Your model is centralized NVO3 gateway += Inter-as Option-B, our model in the draft is distributed NVO3 gateway + In= ter-as Option-B. > Your model is very good and easy to be deployed, it will be a great compl= ementary to this solution. > In your model PE2 have all VRFs of the data center. For the traffic data = from NVO3 side to MPLS VPN side, VRF is selected based on VN ID. For the t= raffic data from MPLS VPN side to NVO3 side, VRF is selected based on MPLS = VPN Label instead of sub-interface between ASBRs. > In our model , gateway is located on each NVE instead of on the PE2/ASBR,= VRF is located on each NVE, only VN ID and MPLS VPN Label switching table = exists on the ASBR, VRF don't need to be setup on the ASBR.It is more simil= ar to vanilla inter-as Option-B. > Thanks > weiguo > ________________________________________ > =E5=8F=91=E4=BB=B6=E4=BA=BA: rraszuk@gmail.com [rraszuk@gmail.com] =E4=BB= =A3=E8=A1=A8 Robert Raszuk [robert@raszuk.net] > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2014=E5=B9=B47=E6=9C=888=E6=97=A5 2= 0:56 > =E6=94=B6=E4=BB=B6=E4=BA=BA: Haoweiguo > =E6=8A=84=E9=80=81: l3vpn@ietf.org > =E4=B8=BB=E9=A2=98: Re: =E7=AD=94=E5=A4=8D: =E7=AD=94=E5=A4=8D: =E7=AD=94= =E5=A4=8D: Solicit reviews and comments on draft-hao-l3vpn-inter-nvo3-vpn-0= 0 > > Hi Weiguo, > >> In this email, your model are clearly described > > I don't think so based on your reply. Your interpretation is > completely unrelated to my model :) Sorry. > > Let me try to illustrate: > > Data Center > WAN > > VMs/namespaces > hypervisor + kernel (PE1) > compute node > | > | > --------------------- PE2/ASBR --- option B --- ASBR > ------------- PE3 > > > I am describing PE2/ASBR network element where you combine plain > option B with the VRF select based on VN_ID PE. > > DC can be operated by any provider so can WAN. Those are completely > not related to each other except agreement to establish L3VPN option B > peering session between corresponding ASBRs. > > PE2 is acting as WAN side aggregator on a per VRF basis. There is no > option A in this model anywhere. > > L3 VPN architecture does not provide such model hence perhaps you were > trying to map it to something which does not really exist in any RFC > document and this was the src of your confusion. > > I suggest if you want to build scalable interconnect between DC based > virtualized resources and arbitrary WAN you use this model. Of course > for completenss such mode must also provide independent access from > Internet either plain or over IPSec, but I assume this is obvious and > here we are only focusing on hybrid L3 VPN interconnect case. > > PE1 may be just a data plane or it could be also control plane and > data plane. The choice there is flexible. > > Hopefully with the picture this is more clear now. > > Regards, > R. > > > > On Tue, Jul 8, 2014 at 12:11 PM, Haoweiguo wrote: >> >> Hi Robert, >> Thanks for your clear description. >> >> In this email, your model are clearly described, it's different from the= model in our draft. In your model, NVO3 gateway and PE are integrated in a= single device. In our model, NVO3 gateway and PE are two independent devic= es. >> If data center network and MPLS VPN WAN network belongs to two different= companies (for example, data center network belongs to Microsoft, MPLS VPN= network belongs to AT&T), NVO3 gateway and PE function normally are splitt= ed into two devices instead of integrating into single device. In this case= , inter-as solution between NVO3 gateway and PE should be used, there are t= wo solutions of Option-A and Option-B. In this draft, Option-B solution is = described in detail. >> >> Pls see my other replies inline with [weiguo]. >> >> Then the draft is wrong as Option-A does not use any MPLS encapsulation. >> [weiguo]. Sorry, it's a slip of the pen. Yes, Option-A has no MPLS encap= sulation, native IP forwarding is used between ASBRs. Every VPN people shou= ld know the procedures. >> The correct description is: >> This is a inter-as option between NVO3 and MPLS VPN network. When traffi= c from internal NVO3 network is forwarded to external MPLS VPN network, the= ASBR(NVO3 Gateway) >> terminates into a VRF and performs IP lookup, then forwards the traffic= to peer ASBR. This mechanism is called Option-A in the draft. >> >> You are confusing on which side of ASBR VRFs sit. I am describing the >> model where ASBR is an option-B ASBR with in the same time integrated >> PE towards the DC side. There is no option A. >> [weiguo]: I understand what's your meaning now, we are not discussing th= e same scenario. In your description, PE and NVO3 gateway are integrated in= a single device, so no Option-A here. If MPLS VPN network and data center = network belongs to same company(such as AT&T, china telecom, and etc), your= model are suitable, PE and NVO3 gateway are integrated on same device, VN = ID is bounded to a VRF on the device. >> In our draft, PE and NVO3 gateway are splitted into two devices, PE bel= ongs to carrier network(such as china telecom, AT&T,and etc), NVO3 gateway = belongs to data center(such as Facebook, Microsoft, Tencent, and etc), in t= his case inter-as Option-A or Option-B solution should be used. In this cas= e, NVO3 gateway in data center is ASBR1, PE in carrier network is ASBR2. If= sub-interface is used to separate VPN traffic between ASBR1 and ASBR2, the= solution is Option-A. If MPLS VPN Label is used to separate VPN traffic be= tween ASBR1 and ASBR2, it is Option-B solution, the procedures is described= in detail in this draft. >> >> Note also for clarity that packets are arriving at such PE from DC >> side not traditionally based on bounding to interface to a VRF but >> based on VN_ID bounding to a VRF. Some vendors call this "vrf select" >> mode. >> [weiguo]: Yes, in your model, bounding interface to VRF isn't needed, on= ly VN ID bounding to VRF exists. >> >> Sorry if this model/architecture was not clear in my former mail. >> [weiguo]: I understand your model now, your model are different from the= model described in our draft. >> >> Thanks >> weiguo >> ________________________________________ >> =E5=8F=91=E4=BB=B6=E4=BA=BA: rraszuk@gmail.com [rraszuk@gmail.com] =E4= =BB=A3=E8=A1=A8 Robert Raszuk [robert@raszuk.net] >> =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2014=E5=B9=B47=E6=9C=888=E6=97=A5 = 17:06 >> =E6=94=B6=E4=BB=B6=E4=BA=BA: Haoweiguo >> =E6=8A=84=E9=80=81: l3vpn@ietf.org >> =E4=B8=BB=E9=A2=98: Re: =E7=AD=94=E5=A4=8D: =E7=AD=94=E5=A4=8D: Solicit = reviews and comments on draft-hao-l3vpn-inter-nvo3-vpn-00 >> >> Hi Weiguo, >> >> >>> What's wrong with IP lookup per VPN on ASBR ? >>> >>> [weiguo]: This is a inter-as option between NVO3 and MPLS VPN >>> network. When traffic from internal NVO3 network is forwarded to >>> external MPLS VPN network, the ASBR(NVO3 Gateway) >>> terminates into a VRF and performs IP lookup, MPLS encapsulation >>> and then forwards the traffic to MPLS VPN network. This >>> mechanism is called Option-A in the draft. >> >> >> Then the draft is wrong as Option-A does not use any MPLS encapsulation. >> >> >> You are confusing on which side of ASBR VRFs sit. I am describing the >> model where ASBR is an option-B ASBR with in the same time integrated >> PE towards the DC side. There is no option A. >> >> Note also for clarity that packets are arriving at such PE from DC >> side not traditionally based on bounding to interface to a VRF but >> based on VN_ID bounding to a VRF. Some vendors call this "vrf select" >> mode. >> >> Sorry if this model/architecture was not clear in my former mail. >> >> >>> In extreme case, 16M VN/Tenants and several million end systems >>> need to be supported in a data center, inter-as option-A solution >>> has following drawbacks: >> >> I am not talking about option A so the following list does not apply. >> Moreover each solution needs to scale and I would not put any hard >> limit regardless what it is. >> >> So if particular box reaches its capacity you add another box to act >> as a gateway. That's it. >> >> >>> On ASBR1, VN ID is allocated per MPLS VPN Label received from peer >>> ASBR2 in MPLS VPN network. >> >> That is very inefficient and I would argue that architecturally wrong. >> This puts all the WAN churn and load towards all compute nodes which >> just does not belong there and brings no value. >> >>> If remote PE in MPLS VPN network allocates MPLS VPN Label per VPN, >> >> There is no such a thing. At best you can allocate a VPN label per PE >> per VRF, but this would require a lot of reconfiguration of the entire >> WAN L3VPN network which may not be welcome by number of providers. >> >> Best regards, >> R. From nobody Wed Jul 9 03:07:26 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 166801A03E1 for ; Wed, 9 Jul 2014 03:07:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.298 X-Spam-Level: ** X-Spam-Status: No, score=2.298 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, J_CHICKENPOX_64=0.6, J_CHICKENPOX_74=0.6, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 v2aXuVeCqS1n for ; Wed, 9 Jul 2014 03:07:23 -0700 (PDT) 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 6ABCB1A03DE for ; Wed, 9 Jul 2014 03:07:22 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BJU05816; Wed, 09 Jul 2014 10:07:20 +0000 (GMT) Received: from NKGEML404-HUB.china.huawei.com (10.98.56.35) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 9 Jul 2014 11:07:20 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.155]) by nkgeml404-hub.china.huawei.com ([10.98.56.35]) with mapi id 14.03.0158.001; Wed, 9 Jul 2014 18:07:12 +0800 From: Haoweiguo To: Robert Raszuk Subject: =?gb2312?B?tPC4tDogtPC4tDogtPC4tDogtPC4tDogtPC4tDogU29saWNpdCByZXZpZXdz?= =?gb2312?B?IGFuZCBjb21tZW50cyBvbiBkcmFmdC1oYW8tbDN2cG4taW50ZXItbnZvMy12?= =?gb2312?Q?pn-00?= Thread-Topic: =?gb2312?B?tPC4tDogtPC4tDogtPC4tDogtPC4tDogU29saWNpdCByZXZpZXdzIGFuZCBj?= =?gb2312?Q?omments_on_draft-hao-l3vpn-inter-nvo3-vpn-00?= Thread-Index: AQHPlMv0HE+E+9y1IkOFEhw+U+A9XpuK8hqAgAEjDTuAB8LVP4AA6nSAgACdwa2AAAf0AIAAh5MO//+4mYCAAboQAf//jr0AgACcAMU= Date: Wed, 9 Jul 2014 10:07:12 +0000 Message-ID: References: , In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.135.23.94] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/DKnvF_hdz77dSRw-CGRYgwu9NSg Cc: "l3vpn@ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jul 2014 10:07:25 -0000 SGkgUm9iZXJ0LA0KVGhhbmtzIGZvciB5b3VyIGdvb2QgY29tbWVudHMgYW5kIGRldGFpbCBleHBs YWluYXRpb24uDQpZZXMsIGZvciBzb21lIFZQTnMgQVNCUiBjYW4gYmUgcHVyZSB2YW5pbGxhIG9w dGlvbi1CLiBGb3Igc29tZSBWUE4gd2hpY2ggaGF2ZSBhIGxvdCBvZiBwcmVmaXhlcyBjYW4gYmUg ZW5oYW5jZWQNCndpdGggeW91ciBzdWdnZXN0ZWQgc29sdXRpb24sIHBlciBWUkYgYWdncmVnYXRp b24gZnVuY3Rpb24gYmFzZWQgb24gdGhlIHZyZiBzZWxlY3QgbW9kZSBwZXIgVk5fSUQuIEl0IGlz IHVzZWZ1bCBhbmQgbmVjZXNzYXJ5IGluIHNvbWUgY2FzZXMuDQpBbmQgaXQgaXMgaW5kZWVkIG5l Y2Vzc2FyeSB0byBkZWZpbmUgdGhlIG1vZGVzIG9mIFZOX0lEIGFsbG9jYXRpb25zLCB3ZSBzaG91 bGQgYWRkIHRoZSByZWxhdGVkIGRlc2NyaXB0aW9uIGluIGZ1dHVyZSB2ZXJzaW9uLg0KVGhhbmtz DQp3ZWlndW8NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCreivP7I yzogcnJhc3p1a0BnbWFpbC5jb20gW3JyYXN6dWtAZ21haWwuY29tXSC0+rHtIFJvYmVydCBSYXN6 dWsgW3JvYmVydEByYXN6dWsubmV0XQ0Kt6LLzcqxvOQ6IDIwMTTE6jfUwjnI1SAxNjozMw0KytW8 /sjLOiBIYW93ZWlndW8NCrOty806IGwzdnBuQGlldGYub3JnDQrW98ziOiBSZTogtPC4tDogtPC4 tDogtPC4tDogtPC4tDogU29saWNpdCByZXZpZXdzIGFuZCBjb21tZW50cyBvbiBkcmFmdC1oYW8t bDN2cG4taW50ZXItbnZvMy12cG4tMDANCg0KSGkgV2VpZ3VvLA0KDQpZb3Ugc3RpbGwgbWlzc2lu ZyBpdCAuLiBzb3JyeS4gVGhlcmUgaXMgbm90aGluZyBjZW50cmFsaXplZCBpbiBteSBtb2RlbC4N Cg0KQXMgSSBzYWlkIG15IG1vZGVsIGRvZXMgbm90IGV4aXN0IHRvZGF5IC0gaXQgaXMgbmV3IHBy b3Bvc2FsIC0gc28gYW55DQphdHRlbXB0cyB0byBtYXAgaXQgdG8gZXhpc3RpbmcgUkZDIHdpbGwg bm90IGJlIHN1Y2Nlc3NmdWwuDQoNCkkgc2FpZCBvbiB0aGUgcGljdHVyZSB0aGF0IE5WRSBpcyBz dGlsbCB0aGVyZSBvbiB0aGUgaG9zdHMgKGNvbXB1dGUNCm5vZGVzKSBpbiB0aGUgcm9sZSBvZiBQ RTEuDQoNClZSRnMgb24gUEUyL0FTQlIgYXJlIG9ubHkgZm9yIGFnZ3JlZ2F0aW9uIHB1cnBvc2Vz Lg0KDQpNb3Jlb3ZlciBJIHRob3VnaHQgdGhpcyB3YXMgb2J2aW91cyBidXQgc29sdXRpb24gSSBw cm9wb3NlZCBpcyBhDQpzdXBlcnNldCAuLiBpdCBtZWFucyBBU0JSIGZvciBzb21lIFZQTnMgY2Fu IGJlIGp1c3QgcHVyZSB2YW5pbGxhDQpvcHRpb24gQiBhbmQgZm9yIHRob3NlIHdoaWNoIGhhdmUg YSBsb3Qgb2YgcHJlZml4ZXMgY2FuIGJlIGVuaGFuY2VkDQp3aXRoIHBlciBWUkYgYWdncmVnYXRp b24gZnVuY3Rpb24gYmFzZWQgb24gdGhlIHZyZiBzZWxlY3QgbW9kZSBwZXINClZOX0lELg0KDQpF ZmZlY3RpdmVseSB3aGF0IEkgYW0gcHJvcG9zaW5nIGluIHRoaXMgbG9uZyB0aHJlYWQgaXMgdG8g ZGVmaW5lIGZldw0KbW9kZXMgb2YgVk5fSUQgYWxsb2NhdGlvbnMgKGp1c3QgbGlrZSB3ZSBoYXZl IGZldyBtb2RlcyBvZiBWUE4gbGFiZWwNCmFsbG9jYXRpb24gb24gYSBjbGFzc2ljIFBFKS4NCg0K Rm9yIHNvbWUgVlBOcyB5b3UgbWF5IGhhdmUgVk4tSUQgZGlyZWN0bHkgbWFwcGVkIHRvIFZQTiBs YWJlbCBhbmQgZm9yDQpzb21lIHdoZXJlIGFnZ3JlZ2F0aW9uIG9mIFZQTiByb3V0ZXMgbWFrZXMg c2Vuc2UgeW91IG1hcCBWTl9JRCB0byBhDQpsb2NhbCBWUkYuDQoNClRoeCwNClIuDQoNCk9uIFdl ZCwgSnVsIDksIDIwMTQgYXQgOToyNyBBTSwgSGFvd2VpZ3VvIDxoYW93ZWlndW9AaHVhd2VpLmNv bT4gd3JvdGU6DQo+IEhpIFJvYmVydCwNCj4gWW91ciBpbGx1c3RyYXRpb24gaXMgdmVyeSBjbGVh ci4gWW91ciBtb2RlbCBpcyBjZW50cmFsaXplZCBOVk8zIGdhdGV3YXkgKyBJbnRlci1hcyBPcHRp b24tQiwgb3VyIG1vZGVsIGluIHRoZSBkcmFmdCBpcyBkaXN0cmlidXRlZCBOVk8zIGdhdGV3YXkg KyBJbnRlci1hcyBPcHRpb24tQi4NCj4gWW91ciBtb2RlbCBpcyB2ZXJ5IGdvb2QgYW5kIGVhc3kg dG8gYmUgZGVwbG95ZWQsIGl0IHdpbGwgYmUgYSBncmVhdCBjb21wbGVtZW50YXJ5IHRvIHRoaXMg c29sdXRpb24uDQo+IEluIHlvdXIgbW9kZWwgUEUyIGhhdmUgYWxsIFZSRnMgb2YgdGhlIGRhdGEg Y2VudGVyLiBGb3IgdGhlIHRyYWZmaWMgZGF0YSAgZnJvbSBOVk8zIHNpZGUgdG8gTVBMUyBWUE4g c2lkZSwgVlJGIGlzIHNlbGVjdGVkIGJhc2VkIG9uIFZOIElELiBGb3IgdGhlIHRyYWZmaWMgZGF0 YSBmcm9tIE1QTFMgVlBOIHNpZGUgdG8gTlZPMyBzaWRlLCBWUkYgaXMgc2VsZWN0ZWQgYmFzZWQg b24gTVBMUyBWUE4gTGFiZWwgaW5zdGVhZCBvZiBzdWItaW50ZXJmYWNlIGJldHdlZW4gQVNCUnMu DQo+IEluIG91ciBtb2RlbCAsIGdhdGV3YXkgaXMgbG9jYXRlZCBvbiBlYWNoIE5WRSBpbnN0ZWFk IG9mIG9uIHRoZSBQRTIvQVNCUiwgVlJGIGlzIGxvY2F0ZWQgb24gZWFjaCBOVkUsIG9ubHkgVk4g SUQgYW5kIE1QTFMgVlBOIExhYmVsIHN3aXRjaGluZyB0YWJsZSBleGlzdHMgb24gdGhlIEFTQlIs IFZSRiBkb24ndCBuZWVkIHRvIGJlIHNldHVwIG9uIHRoZSBBU0JSLkl0IGlzIG1vcmUgc2ltaWxh ciB0byB2YW5pbGxhIGludGVyLWFzIE9wdGlvbi1CLg0KPiBUaGFua3MNCj4gd2VpZ3VvDQo+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gt6K8/sjLOiBycmFzenVr QGdtYWlsLmNvbSBbcnJhc3p1a0BnbWFpbC5jb21dILT6se0gUm9iZXJ0IFJhc3p1ayBbcm9iZXJ0 QHJhc3p1ay5uZXRdDQo+ILeiy83KsbzkOiAyMDE0xOo31MI4yNUgMjA6NTYNCj4gytW8/sjLOiBI YW93ZWlndW8NCj4gs63LzTogbDN2cG5AaWV0Zi5vcmcNCj4g1vfM4jogUmU6ILTwuLQ6ILTwuLQ6 ILTwuLQ6IFNvbGljaXQgcmV2aWV3cyBhbmQgY29tbWVudHMgb24gZHJhZnQtaGFvLWwzdnBuLWlu dGVyLW52bzMtdnBuLTAwDQo+DQo+IEhpIFdlaWd1bywNCj4NCj4+IEluIHRoaXMgZW1haWwsIHlv dXIgbW9kZWwgYXJlIGNsZWFybHkgZGVzY3JpYmVkDQo+DQo+IEkgZG9uJ3QgdGhpbmsgc28gYmFz ZWQgb24geW91ciByZXBseS4gWW91ciBpbnRlcnByZXRhdGlvbiBpcw0KPiBjb21wbGV0ZWx5IHVu cmVsYXRlZCB0byBteSBtb2RlbCA6KSBTb3JyeS4NCj4NCj4gTGV0IG1lIHRyeSB0byBpbGx1c3Ry YXRlOg0KPg0KPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBEYXRhIENlbnRlcg0KPiAg ICAgICAgICAgICAgICAgICAgICAgICBXQU4NCj4NCj4gIFZNcy9uYW1lc3BhY2VzDQo+IGh5cGVy dmlzb3IgKyBrZXJuZWwgKFBFMSkNCj4gICAgY29tcHV0ZSBub2RlDQo+ICAgICAgICAgICAgICAg ICB8DQo+ICAgICAgICAgICAgICAgICB8DQo+ICAgICAgICAgICAgICAgICAgLS0tLS0tLS0tLS0t LS0tLS0tLS0tIFBFMi9BU0JSIC0tLSBvcHRpb24gQiAtLS0gQVNCUg0KPiAtLS0tLS0tLS0tLS0t IFBFMw0KPg0KPg0KPiBJIGFtIGRlc2NyaWJpbmcgUEUyL0FTQlIgbmV0d29yayBlbGVtZW50IHdo ZXJlIHlvdSBjb21iaW5lIHBsYWluDQo+IG9wdGlvbiBCIHdpdGggdGhlIFZSRiBzZWxlY3QgYmFz ZWQgb24gVk5fSUQgUEUuDQo+DQo+IERDIGNhbiBiZSBvcGVyYXRlZCBieSBhbnkgcHJvdmlkZXIg c28gY2FuIFdBTi4gVGhvc2UgYXJlIGNvbXBsZXRlbHkNCj4gbm90IHJlbGF0ZWQgdG8gZWFjaCBv dGhlciBleGNlcHQgYWdyZWVtZW50IHRvIGVzdGFibGlzaCBMM1ZQTiBvcHRpb24gQg0KPiBwZWVy aW5nIHNlc3Npb24gYmV0d2VlbiBjb3JyZXNwb25kaW5nIEFTQlJzLg0KPg0KPiBQRTIgaXMgYWN0 aW5nIGFzIFdBTiBzaWRlIGFnZ3JlZ2F0b3Igb24gYSBwZXIgVlJGIGJhc2lzLiBUaGVyZSBpcyBu bw0KPiBvcHRpb24gQSBpbiB0aGlzIG1vZGVsIGFueXdoZXJlLg0KPg0KPiBMMyBWUE4gYXJjaGl0 ZWN0dXJlIGRvZXMgbm90IHByb3ZpZGUgc3VjaCBtb2RlbCBoZW5jZSBwZXJoYXBzIHlvdSB3ZXJl DQo+IHRyeWluZyB0byBtYXAgaXQgdG8gc29tZXRoaW5nIHdoaWNoIGRvZXMgbm90IHJlYWxseSBl eGlzdCBpbiBhbnkgUkZDDQo+IGRvY3VtZW50IGFuZCB0aGlzIHdhcyB0aGUgc3JjIG9mIHlvdXIg Y29uZnVzaW9uLg0KPg0KPiBJIHN1Z2dlc3QgaWYgeW91IHdhbnQgdG8gYnVpbGQgc2NhbGFibGUg aW50ZXJjb25uZWN0IGJldHdlZW4gREMgYmFzZWQNCj4gdmlydHVhbGl6ZWQgcmVzb3VyY2VzIGFu ZCBhcmJpdHJhcnkgV0FOIHlvdSB1c2UgdGhpcyBtb2RlbC4gT2YgY291cnNlDQo+IGZvciBjb21w bGV0ZW5zcyBzdWNoIG1vZGUgbXVzdCBhbHNvIHByb3ZpZGUgaW5kZXBlbmRlbnQgYWNjZXNzIGZy b20NCj4gSW50ZXJuZXQgZWl0aGVyIHBsYWluIG9yIG92ZXIgSVBTZWMsIGJ1dCBJIGFzc3VtZSB0 aGlzIGlzIG9idmlvdXMgYW5kDQo+IGhlcmUgd2UgYXJlIG9ubHkgZm9jdXNpbmcgb24gaHlicmlk IEwzIFZQTiBpbnRlcmNvbm5lY3QgY2FzZS4NCj4NCj4gUEUxIG1heSBiZSBqdXN0IGEgZGF0YSBw bGFuZSBvciBpdCBjb3VsZCBiZSBhbHNvIGNvbnRyb2wgcGxhbmUgYW5kDQo+IGRhdGEgcGxhbmUu IFRoZSBjaG9pY2UgdGhlcmUgaXMgZmxleGlibGUuDQo+DQo+IEhvcGVmdWxseSB3aXRoIHRoZSBw aWN0dXJlIHRoaXMgaXMgbW9yZSBjbGVhciBub3cuDQo+DQo+IFJlZ2FyZHMsDQo+IFIuDQo+DQo+ DQo+DQo+IE9uIFR1ZSwgSnVsIDgsIDIwMTQgYXQgMTI6MTEgUE0sIEhhb3dlaWd1byA8aGFvd2Vp Z3VvQGh1YXdlaS5jb20+IHdyb3RlOg0KPj4NCj4+IEhpIFJvYmVydCwNCj4+IFRoYW5rcyBmb3Ig eW91ciBjbGVhciBkZXNjcmlwdGlvbi4NCj4+DQo+PiBJbiB0aGlzIGVtYWlsLCB5b3VyIG1vZGVs IGFyZSBjbGVhcmx5IGRlc2NyaWJlZCwgaXQncyBkaWZmZXJlbnQgZnJvbSB0aGUgbW9kZWwgaW4g b3VyIGRyYWZ0LiBJbiB5b3VyIG1vZGVsLCBOVk8zIGdhdGV3YXkgYW5kIFBFIGFyZSBpbnRlZ3Jh dGVkIGluIGEgc2luZ2xlIGRldmljZS4gSW4gb3VyIG1vZGVsLCBOVk8zIGdhdGV3YXkgYW5kIFBF IGFyZSB0d28gaW5kZXBlbmRlbnQgZGV2aWNlcy4NCj4+IElmIGRhdGEgY2VudGVyIG5ldHdvcmsg YW5kIE1QTFMgVlBOIFdBTiBuZXR3b3JrIGJlbG9uZ3MgdG8gdHdvIGRpZmZlcmVudCBjb21wYW5p ZXMgKGZvciBleGFtcGxlLCBkYXRhIGNlbnRlciBuZXR3b3JrIGJlbG9uZ3MgdG8gTWljcm9zb2Z0 LCBNUExTIFZQTiBuZXR3b3JrIGJlbG9uZ3MgdG8gQVQmVCksIE5WTzMgZ2F0ZXdheSBhbmQgUEUg ZnVuY3Rpb24gbm9ybWFsbHkgYXJlIHNwbGl0dGVkIGludG8gdHdvIGRldmljZXMgaW5zdGVhZCBv ZiBpbnRlZ3JhdGluZyBpbnRvIHNpbmdsZSBkZXZpY2UuIEluIHRoaXMgY2FzZSwgaW50ZXItYXMg c29sdXRpb24gYmV0d2VlbiBOVk8zIGdhdGV3YXkgYW5kIFBFIHNob3VsZCBiZSB1c2VkLCB0aGVy ZSBhcmUgdHdvIHNvbHV0aW9ucyBvZiBPcHRpb24tQSBhbmQgT3B0aW9uLUIuIEluIHRoaXMgZHJh ZnQsIE9wdGlvbi1CIHNvbHV0aW9uIGlzIGRlc2NyaWJlZCBpbiBkZXRhaWwuDQo+Pg0KPj4gUGxz IHNlZSBteSBvdGhlciByZXBsaWVzIGlubGluZSB3aXRoIFt3ZWlndW9dLg0KPj4NCj4+IFRoZW4g dGhlIGRyYWZ0IGlzIHdyb25nIGFzIE9wdGlvbi1BIGRvZXMgbm90IHVzZSBhbnkgTVBMUyBlbmNh cHN1bGF0aW9uLg0KPj4gW3dlaWd1b10uIFNvcnJ5LCBpdCdzIGEgc2xpcCBvZiB0aGUgcGVuLiBZ ZXMsIE9wdGlvbi1BIGhhcyBubyBNUExTIGVuY2Fwc3VsYXRpb24sIG5hdGl2ZSBJUCBmb3J3YXJk aW5nIGlzIHVzZWQgYmV0d2VlbiBBU0JScy4gRXZlcnkgVlBOIHBlb3BsZSBzaG91bGQga25vdyB0 aGUgcHJvY2VkdXJlcy4NCj4+IFRoZSBjb3JyZWN0IGRlc2NyaXB0aW9uIGlzOg0KPj4gVGhpcyBp cyBhIGludGVyLWFzIG9wdGlvbiBiZXR3ZWVuIE5WTzMgYW5kIE1QTFMgVlBOIG5ldHdvcmsuIFdo ZW4gdHJhZmZpYyBmcm9tIGludGVybmFsIE5WTzMgbmV0d29yayBpcyBmb3J3YXJkZWQgdG8gZXh0 ZXJuYWwgTVBMUyBWUE4gbmV0d29yaywgdGhlIEFTQlIoTlZPMyBHYXRld2F5KQ0KPj4gdGVybWlu YXRlcyBpbnRvIGEgVlJGIGFuZCBwZXJmb3JtcyBJUCBsb29rdXAsICB0aGVuIGZvcndhcmRzIHRo ZSB0cmFmZmljIHRvIHBlZXIgQVNCUi4gVGhpcyBtZWNoYW5pc20gaXMgY2FsbGVkIE9wdGlvbi1B IGluIHRoZSBkcmFmdC4NCj4+DQo+PiBZb3UgYXJlIGNvbmZ1c2luZyBvbiB3aGljaCBzaWRlIG9m IEFTQlIgVlJGcyBzaXQuIEkgYW0gZGVzY3JpYmluZyB0aGUNCj4+IG1vZGVsIHdoZXJlIEFTQlIg aXMgYW4gb3B0aW9uLUIgQVNCUiB3aXRoIGluIHRoZSBzYW1lIHRpbWUgaW50ZWdyYXRlZA0KPj4g UEUgdG93YXJkcyB0aGUgREMgc2lkZS4gVGhlcmUgaXMgbm8gb3B0aW9uIEEuDQo+PiBbd2VpZ3Vv XTogSSB1bmRlcnN0YW5kIHdoYXQncyB5b3VyIG1lYW5pbmcgbm93LCB3ZSBhcmUgbm90IGRpc2N1 c3NpbmcgdGhlIHNhbWUgc2NlbmFyaW8uIEluIHlvdXIgZGVzY3JpcHRpb24sIFBFIGFuZCBOVk8z IGdhdGV3YXkgYXJlIGludGVncmF0ZWQgaW4gYSBzaW5nbGUgZGV2aWNlLCBzbyBubyBPcHRpb24t QSBoZXJlLiBJZiBNUExTIFZQTiBuZXR3b3JrIGFuZCBkYXRhIGNlbnRlciBuZXR3b3JrIGJlbG9u Z3MgdG8gc2FtZSBjb21wYW55KHN1Y2ggYXMgQVQmVCwgY2hpbmEgdGVsZWNvbSwgYW5kIGV0Yyks IHlvdXIgbW9kZWwgYXJlIHN1aXRhYmxlLCBQRSBhbmQgTlZPMyBnYXRld2F5IGFyZSBpbnRlZ3Jh dGVkIG9uIHNhbWUgZGV2aWNlLCBWTiBJRCBpcyBib3VuZGVkIHRvIGEgVlJGIG9uIHRoZSBkZXZp Y2UuDQo+PiBJbiBvdXIgZHJhZnQsICBQRSBhbmQgTlZPMyBnYXRld2F5IGFyZSBzcGxpdHRlZCBp bnRvIHR3byBkZXZpY2VzLCBQRSBiZWxvbmdzIHRvIGNhcnJpZXIgbmV0d29yayhzdWNoIGFzIGNo aW5hIHRlbGVjb20sIEFUJlQsYW5kIGV0YyksIE5WTzMgZ2F0ZXdheSBiZWxvbmdzIHRvIGRhdGEg Y2VudGVyKHN1Y2ggYXMgRmFjZWJvb2ssIE1pY3Jvc29mdCwgVGVuY2VudCwgYW5kIGV0YyksIGlu IHRoaXMgY2FzZSBpbnRlci1hcyBPcHRpb24tQSBvciBPcHRpb24tQiBzb2x1dGlvbiBzaG91bGQg YmUgdXNlZC4gSW4gdGhpcyBjYXNlLCBOVk8zIGdhdGV3YXkgaW4gZGF0YSBjZW50ZXIgaXMgQVNC UjEsIFBFIGluIGNhcnJpZXIgbmV0d29yayBpcyBBU0JSMi4gSWYgc3ViLWludGVyZmFjZSBpcyB1 c2VkIHRvIHNlcGFyYXRlIFZQTiB0cmFmZmljIGJldHdlZW4gQVNCUjEgYW5kIEFTQlIyLCB0aGUg c29sdXRpb24gaXMgT3B0aW9uLUEuIElmIE1QTFMgVlBOIExhYmVsIGlzIHVzZWQgdG8gc2VwYXJh dGUgVlBOIHRyYWZmaWMgYmV0d2VlbiBBU0JSMSBhbmQgQVNCUjIsIGl0IGlzIE9wdGlvbi1CIHNv bHV0aW9uLCB0aGUgcHJvY2VkdXJlcyBpcyBkZXNjcmliZWQgaW4gZGV0YWlsIGluIHRoaXMgZHJh ZnQuDQo+Pg0KPj4gTm90ZSBhbHNvIGZvciBjbGFyaXR5IHRoYXQgcGFja2V0cyBhcmUgYXJyaXZp bmcgYXQgc3VjaCBQRSBmcm9tIERDDQo+PiBzaWRlIG5vdCB0cmFkaXRpb25hbGx5IGJhc2VkIG9u IGJvdW5kaW5nIHRvIGludGVyZmFjZSB0byBhIFZSRiBidXQNCj4+IGJhc2VkIG9uIFZOX0lEIGJv dW5kaW5nIHRvIGEgVlJGLiBTb21lIHZlbmRvcnMgY2FsbCB0aGlzICJ2cmYgc2VsZWN0Ig0KPj4g bW9kZS4NCj4+IFt3ZWlndW9dOiBZZXMsIGluIHlvdXIgbW9kZWwsIGJvdW5kaW5nIGludGVyZmFj ZSB0byBWUkYgaXNuJ3QgbmVlZGVkLCBvbmx5IFZOIElEIGJvdW5kaW5nIHRvIFZSRiBleGlzdHMu DQo+Pg0KPj4gU29ycnkgaWYgdGhpcyBtb2RlbC9hcmNoaXRlY3R1cmUgd2FzIG5vdCBjbGVhciBp biBteSBmb3JtZXIgbWFpbC4NCj4+IFt3ZWlndW9dOiBJIHVuZGVyc3RhbmQgeW91ciBtb2RlbCBu b3csIHlvdXIgbW9kZWwgYXJlIGRpZmZlcmVudCBmcm9tIHRoZSBtb2RlbCBkZXNjcmliZWQgaW4g b3VyIGRyYWZ0Lg0KPj4NCj4+IFRoYW5rcw0KPj4gd2VpZ3VvDQo+PiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQo+PiC3orz+yMs6IHJyYXN6dWtAZ21haWwuY29tIFty cmFzenVrQGdtYWlsLmNvbV0gtPqx7SBSb2JlcnQgUmFzenVrIFtyb2JlcnRAcmFzenVrLm5ldF0N Cj4+ILeiy83KsbzkOiAyMDE0xOo31MI4yNUgMTc6MDYNCj4+IMrVvP7IyzogSGFvd2VpZ3VvDQo+ PiCzrcvNOiBsM3ZwbkBpZXRmLm9yZw0KPj4g1vfM4jogUmU6ILTwuLQ6ILTwuLQ6IFNvbGljaXQg cmV2aWV3cyBhbmQgY29tbWVudHMgb24gZHJhZnQtaGFvLWwzdnBuLWludGVyLW52bzMtdnBuLTAw DQo+Pg0KPj4gSGkgV2VpZ3VvLA0KPj4NCj4+DQo+Pj4gV2hhdCdzIHdyb25nIHdpdGggSVAgbG9v a3VwIHBlciBWUE4gb24gQVNCUiA/DQo+Pj4NCj4+PiBbd2VpZ3VvXTogIFRoaXMgaXMgYSBpbnRl ci1hcyBvcHRpb24gYmV0d2VlbiBOVk8zIGFuZCBNUExTIFZQTg0KPj4+IG5ldHdvcmsuIFdoZW4g dHJhZmZpYyBmcm9tIGludGVybmFsIE5WTzMgbmV0d29yayBpcyBmb3J3YXJkZWQgdG8NCj4+PiBl eHRlcm5hbCBNUExTIFZQTiBuZXR3b3JrLCB0aGUgQVNCUihOVk8zIEdhdGV3YXkpDQo+Pj4gdGVy bWluYXRlcyBpbnRvIGEgVlJGIGFuZCBwZXJmb3JtcyBJUCBsb29rdXAsIE1QTFMgZW5jYXBzdWxh dGlvbg0KPj4+IGFuZCB0aGVuIGZvcndhcmRzIHRoZSB0cmFmZmljIHRvIE1QTFMgVlBOIG5ldHdv cmsuIFRoaXMNCj4+PiBtZWNoYW5pc20gaXMgY2FsbGVkIE9wdGlvbi1BIGluIHRoZSBkcmFmdC4N Cj4+DQo+Pg0KPj4gVGhlbiB0aGUgZHJhZnQgaXMgd3JvbmcgYXMgT3B0aW9uLUEgZG9lcyBub3Qg dXNlIGFueSBNUExTIGVuY2Fwc3VsYXRpb24uDQo+Pg0KPj4NCj4+IFlvdSBhcmUgY29uZnVzaW5n IG9uIHdoaWNoIHNpZGUgb2YgQVNCUiBWUkZzIHNpdC4gSSBhbSBkZXNjcmliaW5nIHRoZQ0KPj4g bW9kZWwgd2hlcmUgQVNCUiBpcyBhbiBvcHRpb24tQiBBU0JSIHdpdGggaW4gdGhlIHNhbWUgdGlt ZSBpbnRlZ3JhdGVkDQo+PiBQRSB0b3dhcmRzIHRoZSBEQyBzaWRlLiBUaGVyZSBpcyBubyBvcHRp b24gQS4NCj4+DQo+PiBOb3RlIGFsc28gZm9yIGNsYXJpdHkgdGhhdCBwYWNrZXRzIGFyZSBhcnJp dmluZyBhdCBzdWNoIFBFIGZyb20gREMNCj4+IHNpZGUgbm90IHRyYWRpdGlvbmFsbHkgYmFzZWQg b24gYm91bmRpbmcgdG8gaW50ZXJmYWNlIHRvIGEgVlJGIGJ1dA0KPj4gYmFzZWQgb24gVk5fSUQg Ym91bmRpbmcgdG8gYSBWUkYuIFNvbWUgdmVuZG9ycyBjYWxsIHRoaXMgInZyZiBzZWxlY3QiDQo+ PiBtb2RlLg0KPj4NCj4+IFNvcnJ5IGlmIHRoaXMgbW9kZWwvYXJjaGl0ZWN0dXJlIHdhcyBub3Qg Y2xlYXIgaW4gbXkgZm9ybWVyIG1haWwuDQo+Pg0KPj4NCj4+PiBJbiBleHRyZW1lIGNhc2UsIDE2 TSBWTi9UZW5hbnRzIGFuZCBzZXZlcmFsIG1pbGxpb24gZW5kIHN5c3RlbXMNCj4+PiBuZWVkIHRv IGJlIHN1cHBvcnRlZCBpbiBhIGRhdGEgY2VudGVyLCAgaW50ZXItYXMgb3B0aW9uLUEgc29sdXRp b24NCj4+PiBoYXMgZm9sbG93aW5nIGRyYXdiYWNrczoNCj4+DQo+PiBJIGFtIG5vdCB0YWxraW5n IGFib3V0IG9wdGlvbiBBIHNvIHRoZSBmb2xsb3dpbmcgbGlzdCBkb2VzIG5vdCBhcHBseS4NCj4+ IE1vcmVvdmVyIGVhY2ggc29sdXRpb24gbmVlZHMgdG8gc2NhbGUgYW5kIEkgd291bGQgbm90IHB1 dCBhbnkgaGFyZA0KPj4gbGltaXQgcmVnYXJkbGVzcyB3aGF0IGl0IGlzLg0KPj4NCj4+IFNvIGlm IHBhcnRpY3VsYXIgYm94IHJlYWNoZXMgaXRzIGNhcGFjaXR5IHlvdSBhZGQgYW5vdGhlciBib3gg dG8gYWN0DQo+PiBhcyBhIGdhdGV3YXkuIFRoYXQncyBpdC4NCj4+DQo+Pg0KPj4+IE9uIEFTQlIx LCBWTiBJRCBpcyBhbGxvY2F0ZWQgcGVyIE1QTFMgVlBOIExhYmVsIHJlY2VpdmVkIGZyb20gcGVl cg0KPj4+IEFTQlIyIGluIE1QTFMgVlBOIG5ldHdvcmsuDQo+Pg0KPj4gVGhhdCBpcyB2ZXJ5IGlu ZWZmaWNpZW50IGFuZCBJIHdvdWxkIGFyZ3VlIHRoYXQgYXJjaGl0ZWN0dXJhbGx5IHdyb25nLg0K Pj4gVGhpcyBwdXRzIGFsbCB0aGUgV0FOIGNodXJuIGFuZCBsb2FkIHRvd2FyZHMgYWxsIGNvbXB1 dGUgbm9kZXMgd2hpY2gNCj4+IGp1c3QgZG9lcyBub3QgYmVsb25nIHRoZXJlIGFuZCBicmluZ3Mg bm8gdmFsdWUuDQo+Pg0KPj4+IElmIHJlbW90ZSBQRSBpbiBNUExTIFZQTiBuZXR3b3JrIGFsbG9j YXRlcyBNUExTIFZQTiBMYWJlbCBwZXIgVlBOLA0KPj4NCj4+IFRoZXJlIGlzIG5vIHN1Y2ggYSB0 aGluZy4gQXQgYmVzdCB5b3UgY2FuIGFsbG9jYXRlIGEgVlBOIGxhYmVsIHBlciBQRQ0KPj4gcGVy IFZSRiwgYnV0IHRoaXMgd291bGQgcmVxdWlyZSBhIGxvdCBvZiByZWNvbmZpZ3VyYXRpb24gb2Yg dGhlIGVudGlyZQ0KPj4gV0FOIEwzVlBOIG5ldHdvcmsgd2hpY2ggbWF5IG5vdCBiZSB3ZWxjb21l IGJ5IG51bWJlciBvZiBwcm92aWRlcnMuDQo+Pg0KPj4gQmVzdCByZWdhcmRzLA0KPj4gUi4= From nobody Fri Jul 18 09:41:15 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 926831A05E5 for ; Fri, 18 Jul 2014 09:41:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, 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 JYyJnioKSOrO for ; Fri, 18 Jul 2014 09:41:12 -0700 (PDT) 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 B62831A0301 for ; Fri, 18 Jul 2014 09:41:11 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BKG35328; Fri, 18 Jul 2014 16:41:10 +0000 (GMT) Received: from NKGEML402-HUB.china.huawei.com (10.98.56.33) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 18 Jul 2014 17:41:08 +0100 Received: from NKGEML508-MBX.china.huawei.com ([169.254.7.225]) by nkgeml402-hub.china.huawei.com ([10.98.56.33]) with mapi id 14.03.0158.001; Sat, 19 Jul 2014 00:41:03 +0800 From: Zhuangshunwan To: "l3vpn@ietf.org" Subject: [L3VPN]Solicit reviews and comments on draft-li-l3vpn-mvpn-role-state-ad-02 Thread-Topic: [L3VPN]Solicit reviews and comments on draft-li-l3vpn-mvpn-role-state-ad-02 Thread-Index: Ac+ipyftG95XUR6yQg2zijJeWQ63ww== Date: Fri, 18 Jul 2014 16:41:02 +0000 Message-ID: <19AB2A007F56DB4E8257F949A2FB98588C8A3F3E@nkgeml508-mbx.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.46.201.101] Content-Type: multipart/alternative; boundary="_000_19AB2A007F56DB4E8257F949A2FB98588C8A3F3Enkgeml508mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/jCuQHxfCJ5hIl02loFaGtGZD2JY X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jul 2014 16:41:14 -0000 --_000_19AB2A007F56DB4E8257F949A2FB98588C8A3F3Enkgeml508mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, We had submitted the draft: draft-li-l3vpn-mvpn-role-state-ad-02, Your feed= backs and comments are appreciated. The document defines a new type of Intra-AS I-PMSI A-D route to advertise the role and corresponding primary/backup state for Multicast in MPLS/BGP IP VPNs. The role-based state advertisement can help optimization of process in MPLS/BGP Multicast VPN to reduce unnecessary traffic replication and facilitate service provision. Thanks Shunwan (Vincent) -------- Name: draft-li-l3vpn-mvpn-role-state-ad Revision: 02 Title: Role-Based State Advertisement for Multicast in MPLS/BGP IP= VPNs Document date: 2014-07-03 Group: Individual Submission Pages: 8 URL: http://www.ietf.org/internet-drafts/draft-li-l3vpn-mvpn-rol= e-state-ad-02.txt Status: https://datatracker.ietf.org/doc/draft-li-l3vpn-mvpn-role-s= tate-ad/ Htmlized: http://tools.ietf.org/html/draft-li-l3vpn-mvpn-role-state-a= d-02 --_000_19AB2A007F56DB4E8257F949A2FB98588C8A3F3Enkgeml508mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,= 

 
We had submitted the draft: draft-li-l3vpn-mvpn-role-state-ad-02, Yo=
ur feedbacks and comments are appreciated.
 
   The document defines a new type of I=
ntra-AS I-PMSI A-D route to
   advertise the role and corresponding=
 primary/backup state for
   Multicast in MPLS/BGP IP VPNs. =
 The role-based state advertisement
   can help optimization of process in =
MPLS/BGP Multicast VPN to reduce
   unnecessary traffic replication and =
facilitate service provision.
 

Thanks<= /span>

Shunwan (Vincent)<= o:p>

 <= /span>

--= ------

 

Name:         &= nbsp; draft-li-l3vpn-mvpn-role-state-ad

Revision:       02<= /span>

Title:         = Role-Based State Advertisement for Multicast in MPLS/BGP IP VPNs

Document date:  2014-07-03

Group:         = Individual Submission

Pages:         = 8

URL:         &n= bsp;  http://www.ietf.org/internet-drafts/draft-li-l3vpn-mvpn-role-sta= te-ad-02.txt

Status:         http= s://datatracker.ietf.org/doc/draft-li-l3vpn-mvpn-role-state-ad/<= /span>

Htmlized:       http://tools.i= etf.org/html/draft-li-l3vpn-mvpn-role-state-ad-02

--_000_19AB2A007F56DB4E8257F949A2FB98588C8A3F3Enkgeml508mbxchi_-- From nobody Sat Jul 19 06:53:40 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 354771B2818; Sat, 19 Jul 2014 06:53:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 TwQATdC9n7Ij; Sat, 19 Jul 2014 06:53:35 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 255D81A0AE7; Sat, 19 Jul 2014 06:53:35 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: IETF-Announce Subject: Last Call: (IANA registry for PMSI Tunnel Type code points) to Proposed Standard X-Test-IDTracker: no X-IETF-IDTracker: 5.6.1.p1 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20140719135335.25346.22603.idtracker@ietfa.amsl.com> Date: Sat, 19 Jul 2014 06:53:35 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/jKTTMkXyFkQCUGPtO2NXc8L-T6I Cc: l3vpn@ietf.org X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Reply-To: ietf@ietf.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jul 2014 13:53:37 -0000 The IESG has received a request from the Layer 3 Virtual Private Networks WG (l3vpn) to consider the following document: - 'IANA registry for PMSI Tunnel Type code points' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2014-08-09. This last call period has been extended to allow for the IETF-90 meeting. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract RFC 6514 created a space of Tunnel Type code points for a new BGP attribute called the "P-Multicast Service Interface Tunnel (PMSI Tunnel) attribute". However the RFC did not create an IANA registry for these. There now is need to make further code point allocations from this name space. This document serves to update RFC 65124 in that it creates an IANA registry for that purpose. The file can be obtained via http://datatracker.ietf.org/doc/draft-ietf-l3vpn-pmsi-registry/ IESG discussion can be tracked via http://datatracker.ietf.org/doc/draft-ietf-l3vpn-pmsi-registry/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Wed Jul 23 20:21:29 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A8441A0203 for ; Wed, 23 Jul 2014 20:21:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.357 X-Spam-Level: X-Spam-Status: No, score=-0.357 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DATE_IN_PAST_06_12=1.543, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=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 I4XrXUxfycjm for ; Wed, 23 Jul 2014 20:21:27 -0700 (PDT) Received: from mail-we0-x236.google.com (mail-we0-x236.google.com [IPv6:2a00:1450:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AEDBC1A0064 for ; Wed, 23 Jul 2014 20:21:26 -0700 (PDT) Received: by mail-we0-f182.google.com with SMTP id k48so2084457wev.41 for ; Wed, 23 Jul 2014 20:21:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:organization:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=E5nVIlzkH8tgxcx0dB8ozWDf6b7Ysw+AvGJa7kLiy0Y=; b=KmFRlOu7Qo/hvFHa7MSUK7x3f+O94s+oGULlnXXqOZCSwNMaDgBSjKpHQsU/Ua66ib dEtruSGRUqOksImwJTLEGplWPA0RnqUWmn/K9e5975kr2iFbb5JSDiG1ArauxHLo+MTZ JEkC//o7TlRj9lxzylFvVrcjRyAHxIxAd726Ayn8K9njbMVU6E1fAXodT0hDnRDgQgiF JB+RvSXtGwiPy0H2oXfB7zhs/oZADbFuZUqGMJ7jb1j0ir+QNPSxAtxVweGZgh70j3zE Oak1ax+k2e+deuJvFfAkJo2ocpKUbixuTIN+SrigjkQeHZwqrNoBU4ZvGaBSVM6qX6iL cc/w== X-Received: by 10.180.8.10 with SMTP id n10mr30930321wia.41.1406172085389; Wed, 23 Jul 2014 20:21:25 -0700 (PDT) Received: from [127.0.0.1] (ARennes-652-1-251-119.w81-53.abo.wanadoo.fr. [81.53.178.119]) by mx.google.com with ESMTPSA id q11sm16980903wib.14.2014.07.23.20.21.23 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Wed, 23 Jul 2014 20:21:24 -0700 (PDT) Sender: Thomas Morin Message-ID: <53D0267A.5030303@orange.com> Date: Wed, 23 Jul 2014 17:17:46 -0400 From: Thomas Morin Organization: Orange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: l3vpn@ietf.org, Ronald Bonica Subject: Re: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes -> adopted ! References: <53AD7DDA.3060806@orange.com> In-Reply-To: <53AD7DDA.3060806@orange.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/RzJ42Uz8LMFtKOGOyPQUeahAGgg X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jul 2014 03:21:28 -0000 Hi, This draft is now a working group document. Can authors please repost as draft-ietf-l3vpn-orf-covering-prefixes-00 ? Thank you, -Thomas Thomas Morin: > Hello working group, > > This email starts a two-week poll on adopting > draft-bonica-l3vpn-orf-covering-prefixes-03 [1] as a working group item. > > Please send comments to the list and state if you support adoption or > not (in the later case, please also state the reasons). > > This poll runs until July 12th. > > > *Coincidentally*, we are also polling for knowledge of any IPR that > applies to this draft, to ensure that IPR has been disclosed in > compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 > and 5378 for more details). > > ==> *If you are listed as a document author or contributor* please > respond to this email and indicate whether or not you are aware of any > relevant IPR. > > The draft will not be adopted until a response has been received from > each author and contributor. > > If you are on the L3VPN WG mailing list but are not listed as an author > or contributor, then please explicitly respond only if you are aware of > any IPR that has not yet been disclosed in conformance with IETF rules. > > Thank you, > > Martin & Thomas > l3vpn chairs > > [1] > http://tools.ietf.org/html/draft-bonica-l3vpn-orf-covering-prefixes-03 > From nobody Wed Jul 23 20:30:03 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BADE31A03BB for ; Wed, 23 Jul 2014 20:30:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, 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 CM6CPsxSUTbz for ; Wed, 23 Jul 2014 20:30:00 -0700 (PDT) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1EB9A1A030D for ; Wed, 23 Jul 2014 20:29:59 -0700 (PDT) Received: by mail-wg0-f48.google.com with SMTP id x13so2032014wgg.31 for ; Wed, 23 Jul 2014 20:29:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:organization:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=E5nVIlzkH8tgxcx0dB8ozWDf6b7Ysw+AvGJa7kLiy0Y=; b=c0BnsN8MHUYAH7cwdTjrUJRswEJb+RDpt0LB3TeMlGjSV5EJp/6YIWMAPRMEnq6N2B BGqfpMcbYGmlx9eGL/LUCylNNPmFswnz+rSlJhn0njdVKcycguWH8Boh66eyMFYQ1U/4 KjosvFZ9OEjLWrFhKELxeN2O8MT7594MT/yXIfDt1jSpVnmFIwTOi4I0bkUVtloT/ggE FsRkpgn58FEmQVSMKIG+QrPBg1GWqKT2GHtRtPTdWIjatQkCpMlnB4fMhhThhPBI5shj q9lCbwmxQGwbKBJ4D5pBnThSXex7d4cEWAA2o/ZWRmQgdCU1YQcjydAeCii2Ve54nJCp noiQ== X-Received: by 10.180.108.13 with SMTP id hg13mr1296858wib.28.1406172598820; Wed, 23 Jul 2014 20:29:58 -0700 (PDT) Received: from [127.0.0.1] (ARennes-652-1-251-119.w81-53.abo.wanadoo.fr. [81.53.178.119]) by mx.google.com with ESMTPSA id x3sm17065852wia.11.2014.07.23.20.29.56 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Wed, 23 Jul 2014 20:29:58 -0700 (PDT) Sender: Thomas Morin Message-ID: <53D07DB2.6010908@orange.com> Date: Wed, 23 Jul 2014 23:29:54 -0400 From: Thomas Morin Organization: Orange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: l3vpn@ietf.org, Ronald Bonica Subject: Re: Poll for adoption: draft-bonica-l3vpn-orf-covering-prefixes -> adopted ! References: <53AD7DDA.3060806@orange.com> In-Reply-To: <53AD7DDA.3060806@orange.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/KmdFSvbvVppaIB1yZsPAT0DNnq8 X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jul 2014 03:30:01 -0000 Hi, This draft is now a working group document. Can authors please repost as draft-ietf-l3vpn-orf-covering-prefixes-00 ? Thank you, -Thomas Thomas Morin: > Hello working group, > > This email starts a two-week poll on adopting > draft-bonica-l3vpn-orf-covering-prefixes-03 [1] as a working group item. > > Please send comments to the list and state if you support adoption or > not (in the later case, please also state the reasons). > > This poll runs until July 12th. > > > *Coincidentally*, we are also polling for knowledge of any IPR that > applies to this draft, to ensure that IPR has been disclosed in > compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 > and 5378 for more details). > > ==> *If you are listed as a document author or contributor* please > respond to this email and indicate whether or not you are aware of any > relevant IPR. > > The draft will not be adopted until a response has been received from > each author and contributor. > > If you are on the L3VPN WG mailing list but are not listed as an author > or contributor, then please explicitly respond only if you are aware of > any IPR that has not yet been disclosed in conformance with IETF rules. > > Thank you, > > Martin & Thomas > l3vpn chairs > > [1] > http://tools.ietf.org/html/draft-bonica-l3vpn-orf-covering-prefixes-03 > From nobody Thu Jul 24 11:45:30 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B71B81A8BB0; Thu, 24 Jul 2014 11:45:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 KpEot7oQv1_U; Thu, 24 Jul 2014 11:45:27 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 82CD51A0AAC; Thu, 24 Jul 2014 11:45:27 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org Subject: I-D Action: draft-ietf-l3vpn-orf-covering-prefixes-00.txt X-Test-IDTracker: no X-IETF-IDTracker: 5.6.2.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140724184527.14298.66417.idtracker@ietfa.amsl.com> Date: Thu, 24 Jul 2014 11:45:27 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/lJfNFc7NrCT4fSg7NwQexAFNCrw Cc: l3vpn@ietf.org X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jul 2014 18:45:28 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Layer 3 Virtual Private Networks Working Group of the IETF. Title : Covering Prefixes Outbound Route Filter for BGP-4 Authors : Huajin Jeng Luay Jalil Ron Bonica Yakov Rekhter Keyur Patel Lucy Yong Xiaohu Xu Filename : draft-ietf-l3vpn-orf-covering-prefixes-00.txt Pages : 19 Date : 2014-07-24 Abstract: This document defines a new ORF-type, called the "Covering Prefixes ORF (CP-ORF)". CP-ORF is applicable in Virtual Hub-and-Spoke VPNs. It also is applicable in BGP/MPLS Ethernet VPN (EVPN) Networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-l3vpn-orf-covering-prefixes/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-l3vpn-orf-covering-prefixes-00 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. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Jul 24 11:51:53 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D876F1A0A8D for ; Thu, 24 Jul 2014 11:51:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.902 X-Spam-Level: X-Spam-Status: No, score=-101.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] 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 r3_N-Q61scwu for ; Thu, 24 Jul 2014 11:51:49 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1blp0186.outbound.protection.outlook.com [207.46.163.186]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D0501A002A for ; Thu, 24 Jul 2014 11:51:49 -0700 (PDT) Received: from CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) by CO1PR05MB444.namprd05.prod.outlook.com (10.141.73.140) with Microsoft SMTP Server (TLS) id 15.0.990.7; Thu, 24 Jul 2014 18:51:46 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.152]) by CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.152]) with mapi id 15.00.0990.007; Thu, 24 Jul 2014 18:51:46 +0000 From: Ronald Bonica To: "l3vpn@ietf.org" Subject: FW: New Version Notification for draft-ietf-l3vpn-orf-covering-prefixes-00.txt Thread-Topic: New Version Notification for draft-ietf-l3vpn-orf-covering-prefixes-00.txt Thread-Index: AQHPp291rbob3hi7zE2Zp3QtJukO95uvkZ/w Date: Thu, 24 Jul 2014 18:51:45 +0000 Message-ID: References: <20140724184527.14298.54192.idtracker@ietfa.amsl.com> In-Reply-To: <20140724184527.14298.54192.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.12] x-microsoft-antispam: BCL:0;PCL:0;RULEID: x-forefront-prvs: 028256169F x-forefront-antispam-report: SFV:NSPM; SFS:(6009001)(51704005)(13464003)(189002)(377454003)(199002)(377424004)(31966008)(99396002)(19580395003)(76482001)(4396001)(95666004)(20776003)(86362001)(101416001)(99286002)(2351001)(80022001)(21056001)(64706001)(77982001)(77096002)(81342001)(106356001)(87936001)(15975445006)(2656002)(74316001)(79102001)(76176999)(33646002)(107046002)(74502001)(107886001)(50986999)(81542001)(54356999)(19580405001)(15202345003)(85852003)(46102001)(76576001)(106116001)(85306003)(74662001)(66066001)(92566001)(83322001)(110136001)(105586002)(83072002)(108616002)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:CO1PR05MB444; H:CO1PR05MB442.namprd05.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; LANG:en; Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/4v5QdxjuKIn5FisrXLHUGt-EE3Q X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jul 2014 18:51:52 -0000 DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogaW50ZXJuZXQtZHJhZnRz QGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXQ0KPiBTZW50OiBUaHVy c2RheSwgSnVseSAyNCwgMjAxNCAyOjQ1IFBNDQo+IFRvOiBIdWFqaW4gSmVuZzsgWGlhb2h1IFh1 OyBZYWtvdiBSZWtodGVyOyBMdWN5IFlvbmc7IFJvbmFsZCBCb25pY2E7IFhpYW9odQ0KPiBYdTsg THVjeSBZb25nOyBIdWFqaW4gSmVuZzsgTHVheSBKYWxpbDsgUm9uYWxkIEJvbmljYTsgWWFrb3Yg UmVraHRlcjsgS2V5dXINCj4gUGF0ZWw7IEtleXVyIFBhdGVsOyBMdWF5IEphbGlsDQo+IFN1Ympl Y3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtaWV0Zi1sM3Zwbi1vcmYtY292 ZXJpbmctcHJlZml4ZXMtDQo+IDAwLnR4dA0KPiANCj4gDQo+IEEgbmV3IHZlcnNpb24gb2YgSS1E LCBkcmFmdC1pZXRmLWwzdnBuLW9yZi1jb3ZlcmluZy1wcmVmaXhlcy0wMC50eHQNCj4gaGFzIGJl ZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBSb24gQm9uaWNhIGFuZCBwb3N0ZWQgdG8gdGhl IElFVEYNCj4gcmVwb3NpdG9yeS4NCj4gDQo+IE5hbWU6CQlkcmFmdC1pZXRmLWwzdnBuLW9yZi1j b3ZlcmluZy1wcmVmaXhlcw0KPiBSZXZpc2lvbjoJMDANCj4gVGl0bGU6CQlDb3ZlcmluZyBQcmVm aXhlcyBPdXRib3VuZCBSb3V0ZSBGaWx0ZXIgZm9yIEJHUC00DQo+IERvY3VtZW50IGRhdGU6CTIw MTQtMDctMjINCj4gR3JvdXA6CQlsM3Zwbg0KPiBQYWdlczoJCTE5DQo+IFVSTDogICAgICAgICAg ICBodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1pZXRmLWwzdnBuLW9y Zi1jb3ZlcmluZy0NCj4gcHJlZml4ZXMtMDAudHh0DQo+IFN0YXR1czogICAgICAgICBodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWwzdnBuLW9yZi1jb3ZlcmluZy0N Cj4gcHJlZml4ZXMvDQo+IEh0bWxpemVkOiAgICAgICBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRt bC9kcmFmdC1pZXRmLWwzdnBuLW9yZi1jb3ZlcmluZy0NCj4gcHJlZml4ZXMtMDANCj4gDQo+IA0K PiBBYnN0cmFjdDoNCj4gICAgVGhpcyBkb2N1bWVudCBkZWZpbmVzIGEgbmV3IE9SRi10eXBlLCBj YWxsZWQgdGhlICJDb3ZlcmluZyBQcmVmaXhlcw0KPiAgICBPUkYgKENQLU9SRikiLiAgQ1AtT1JG IGlzIGFwcGxpY2FibGUgaW4gVmlydHVhbCBIdWItYW5kLVNwb2tlIFZQTnMuDQo+ICAgIEl0IGFs c28gaXMgYXBwbGljYWJsZSBpbiBCR1AvTVBMUyBFdGhlcm5ldCBWUE4gKEVWUE4pIE5ldHdvcmtz Lg0KPiANCj4gDQo+IA0KPiANCj4gDQo+IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBj b3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24NCj4gdW50aWwgdGhl IGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9y Zy4NCj4gDQo+IFRoZSBJRVRGIFNlY3JldGFyaWF0DQoNCg== From nobody Sat Jul 26 12:47:25 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7DD31A024F for ; Sat, 26 Jul 2014 12:47:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, 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 uz8PTuLJ3h1M for ; Sat, 26 Jul 2014 12:47:21 -0700 (PDT) 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 62B531A0195 for ; Sat, 26 Jul 2014 12:47:21 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BHP92520; Sat, 26 Jul 2014 19:47:19 +0000 (GMT) Received: from DFWEML702-CHM.china.huawei.com (10.193.5.72) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sat, 26 Jul 2014 20:47:18 +0100 Received: from DFWEML701-CHM.china.huawei.com ([169.254.1.129]) by dfweml702-chm.china.huawei.com ([169.254.4.217]) with mapi id 14.03.0158.001; Sat, 26 Jul 2014 12:47:01 -0700 From: Lucy yong To: Lucy yong Subject: IPR Knowledge RE: I-D Action: draft-ietf-l3vpn-orf-covering-prefixes-00.txt Thread-Topic: IPR Knowledge RE: I-D Action: draft-ietf-l3vpn-orf-covering-prefixes-00.txt Thread-Index: AQHPp293ZR+iILwHVEuph8zCCeo+BJuyUGPw Date: Sat, 26 Jul 2014 19:47:00 +0000 Message-ID: <2691CE0099834E4A9C5044EEC662BB9D453C3DFB@dfweml701-chm.china.huawei.com> References: <20140724184527.14298.66417.idtracker@ietfa.amsl.com> In-Reply-To: <20140724184527.14298.66417.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.138.112] 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/l3vpn/NAi_5D9QZ5bvm_uvjynzQJ39hL8 Cc: "l3vpn@ietf.org" X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jul 2014 19:47:24 -0000 SGVsbG8gV0csDQoNCkkgaGF2ZSBiZWVuIHJlbWluZGVkIG9mIG9uZSBJUFIgdGhhdCBhcHBsaWVz IHRvIHRoaXMgZHJhZnQuIEZpbGluZyBhIHN0YXRlbWVudCB0byB0aGUgSUVURiBpcyBpbiB0aGUg cHJvY2Vzcy4gSSdsbCB1cGRhdGUgdGhlIGxpc3Qgd2hlbiB0aGUgc3RhdGVtZW50IGlzIGNvbXBs ZXRlLg0KDQpMdWN5DQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBMM1ZQTiBb bWFpbHRvOmwzdnBuLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBpbnRlcm5ldC1kcmFm dHNAaWV0Zi5vcmcNClNlbnQ6IFRodXJzZGF5LCBKdWx5IDI0LCAyMDE0IDE6NDUgUE0NClRvOiBp LWQtYW5ub3VuY2VAaWV0Zi5vcmcNCkNjOiBsM3ZwbkBpZXRmLm9yZw0KU3ViamVjdDogSS1EIEFj dGlvbjogZHJhZnQtaWV0Zi1sM3Zwbi1vcmYtY292ZXJpbmctcHJlZml4ZXMtMDAudHh0DQoNCg0K QSBOZXcgSW50ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJu ZXQtRHJhZnRzIGRpcmVjdG9yaWVzLg0KIFRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhl IExheWVyIDMgVmlydHVhbCBQcml2YXRlIE5ldHdvcmtzIFdvcmtpbmcgR3JvdXAgb2YgdGhlIElF VEYuDQoNCiAgICAgICAgVGl0bGUgICAgICAgICAgIDogQ292ZXJpbmcgUHJlZml4ZXMgT3V0Ym91 bmQgUm91dGUgRmlsdGVyIGZvciBCR1AtNA0KICAgICAgICBBdXRob3JzICAgICAgICAgOiBIdWFq aW4gSmVuZw0KICAgICAgICAgICAgICAgICAgICAgICAgICBMdWF5IEphbGlsDQogICAgICAgICAg ICAgICAgICAgICAgICAgIFJvbiBCb25pY2ENCiAgICAgICAgICAgICAgICAgICAgICAgICAgWWFr b3YgUmVraHRlcg0KICAgICAgICAgICAgICAgICAgICAgICAgICBLZXl1ciBQYXRlbA0KICAgICAg ICAgICAgICAgICAgICAgICAgICBMdWN5IFlvbmcNCiAgICAgICAgICAgICAgICAgICAgICAgICAg WGlhb2h1IFh1DQoJRmlsZW5hbWUgICAgICAgIDogZHJhZnQtaWV0Zi1sM3Zwbi1vcmYtY292ZXJp bmctcHJlZml4ZXMtMDAudHh0DQoJUGFnZXMgICAgICAgICAgIDogMTkNCglEYXRlICAgICAgICAg ICAgOiAyMDE0LTA3LTI0DQoNCkFic3RyYWN0Og0KICAgVGhpcyBkb2N1bWVudCBkZWZpbmVzIGEg bmV3IE9SRi10eXBlLCBjYWxsZWQgdGhlICJDb3ZlcmluZyBQcmVmaXhlcw0KICAgT1JGIChDUC1P UkYpIi4gIENQLU9SRiBpcyBhcHBsaWNhYmxlIGluIFZpcnR1YWwgSHViLWFuZC1TcG9rZSBWUE5z Lg0KICAgSXQgYWxzbyBpcyBhcHBsaWNhYmxlIGluIEJHUC9NUExTIEV0aGVybmV0IFZQTiAoRVZQ TikgTmV0d29ya3MuDQoNCg0KDQpUaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3Ig dGhpcyBkcmFmdCBpczoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWll dGYtbDN2cG4tb3JmLWNvdmVyaW5nLXByZWZpeGVzLw0KDQpUaGVyZSdzIGFsc28gYSBodG1saXpl ZCB2ZXJzaW9uIGF2YWlsYWJsZSBhdDoNCmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LWlldGYtbDN2cG4tb3JmLWNvdmVyaW5nLXByZWZpeGVzLTAwDQoNCg0KUGxlYXNlIG5vdGUgdGhh dCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlz c2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0 IHRvb2xzLmlldGYub3JnLg0KDQpJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5 IGFub255bW91cyBGVFAgYXQ6DQpmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLw0K DQo= From nobody Tue Jul 29 23:54:27 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AF5111B2815 for ; Tue, 29 Jul 2014 23:54:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, 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 zotFmanw8d95 for ; Tue, 29 Jul 2014 23:54:25 -0700 (PDT) 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 03B1B1A0467 for ; Tue, 29 Jul 2014 23:54:24 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BHS83020; Wed, 30 Jul 2014 06:54:23 +0000 (GMT) Received: from NKGEML403-HUB.china.huawei.com (10.98.56.34) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 30 Jul 2014 07:54:22 +0100 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.48]) by nkgeml403-hub.china.huawei.com ([10.98.56.34]) with mapi id 14.03.0158.001; Wed, 30 Jul 2014 14:54:19 +0800 From: Xuxiaohu To: "l3vpn@ietf.org" Subject: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Topic: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Index: Ac+rwxWYhfVtX4WJRN+4Ph691FmBRg== Date: Wed, 30 Jul 2014 06:54:19 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298798@NKGEML512-MBS.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.134] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/ovZiYcPz-9SOFvluKnP9LYtuNxE X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 06:54:26 -0000 Hi all, Virtual Subnet (http://tools.ietf.org/html/draft-ietf-l3vpn-virtual-subnet)= is intended for building L3 network virtualization overlays within and/or = across data centers. Since a subnet is extended across multiple PE routers,= CE host routes need to be exchanged among PE routers. As a result, the for= warding table size of PE routers (e.g., some old ToR switches) may become a= big concern in large-scale data center environments. In fact, some folks h= ad already expressed their concerns about this potential FIB scaling issue = during the WG adoption poll of the Virtual Subnet draft. As CE host routes may still need to be maintained on the control plane of P= E routers in some cases (e.g.. MVPN scenario), this draft (http://tools.iet= f.org/html/draft-xu-l3vpn-virtual-subnet-fib-reduction-00) proposes a very = simple mechanism for reducing the FIB size of PE routers without any change= to the RIB and even the routing table. During the L3VPN WG session at Toronto, many people had expressed their sup= ports for the WG adoption of this work (Thanks a lot for your supports). Ho= wever, there are still a few people who are not in favor of the WG adoption= . According to WG co-chairs' suggestion, I would like to request those oppo= sers to explain their reasons so that we could further improve the draft if= possible. Best regards, Xiaohu (on behalf of all co-authors) From nobody Wed Jul 30 01:30:53 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E18DC1A0272 for ; Wed, 30 Jul 2014 01:30:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-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 bx29CM7fpbaY for ; Wed, 30 Jul 2014 01:30:46 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 AE89A1A002D for ; Wed, 30 Jul 2014 01:30:46 -0700 (PDT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id 8F366E048C50E; Wed, 30 Jul 2014 08:30:43 +0000 (GMT) Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id s6U8Ui5J000781 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 30 Jul 2014 10:30:44 +0200 Received: from FR711WXCHMBA07.zeu.alcatel-lucent.com ([169.254.3.52]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.02.0247.003; Wed, 30 Jul 2014 10:30:44 +0200 From: "Henderickx, Wim (Wim)" To: Xuxiaohu , "l3vpn@ietf.org" Subject: Re: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Topic: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Index: Ac+rwxWYhfVtX4WJRN+4Ph691FmBRgADXL+A Date: Wed, 30 Jul 2014 08:30:43 +0000 Message-ID: References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298798@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298798@NKGEML512-MBS.china.huawei.com> Accept-Language: nl-BE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.3.140616 x-originating-ip: [135.239.27.40] Content-Type: text/plain; charset="us-ascii" Content-ID: <8C6A58C1988AA1469AE81A8D64CA6C04@exchange.lucent.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/28ybNbu_PL1akJJX5eLIbJ-Fk4o X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 08:30:52 -0000 What I would like to see is a way to identify the host routes since there are 2 levels: real loopbacks that need to be installed by default and real host routes that can be installed on demand. It would be good to show how the control plane could distinguish them using communities or the likes. On 30/07/14 08:54, "Xuxiaohu" wrote: >Hi all, > >Virtual Subnet=20 >(http://tools.ietf.org/html/draft-ietf-l3vpn-virtual-subnet) is intended >for building L3 network virtualization overlays within and/or across data >centers. Since a subnet is extended across multiple PE routers, CE host >routes need to be exchanged among PE routers. As a result, the forwarding >table size of PE routers (e.g., some old ToR switches) may become a big >concern in large-scale data center environments. In fact, some folks had >already expressed their concerns about this potential FIB scaling issue >during the WG adoption poll of the Virtual Subnet draft. > >As CE host routes may still need to be maintained on the control plane of >PE routers in some cases (e.g.. MVPN scenario), this draft >(http://tools.ietf.org/html/draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >) proposes a very simple mechanism for reducing the FIB size of PE >routers without any change to the RIB and even the routing table. > >During the L3VPN WG session at Toronto, many people had expressed their >supports for the WG adoption of this work (Thanks a lot for your >supports). However, there are still a few people who are not in favor of >the WG adoption. According to WG co-chairs' suggestion, I would like to >request those opposers to explain their reasons so that we could further >improve the draft if possible. > >Best regards, >Xiaohu (on behalf of all co-authors) > From nobody Wed Jul 30 01:52:31 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B59531ADDC6 for ; Wed, 30 Jul 2014 01:52:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, 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 FItSlPdO6xt6 for ; Wed, 30 Jul 2014 01:52:28 -0700 (PDT) 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 EB11D1A059F for ; Wed, 30 Jul 2014 01:52:27 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BKS21987; Wed, 30 Jul 2014 08:52:26 +0000 (GMT) Received: from NKGEML402-HUB.china.huawei.com (10.98.56.33) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 30 Jul 2014 09:52:25 +0100 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.48]) by nkgeml402-hub.china.huawei.com ([10.98.56.33]) with mapi id 14.03.0158.001; Wed, 30 Jul 2014 16:52:21 +0800 From: Xuxiaohu To: "Henderickx, Wim (Wim)" , "l3vpn@ietf.org" Subject: RE: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Topic: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Index: Ac+rwxWYhfVtX4WJRN+4Ph691FmBRgADXL+AAACoj5A= Date: Wed, 30 Jul 2014 08:52:20 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0829882F@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298798@NKGEML512-MBS.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.134] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/3_fWrPchsRHQSo-eMglvZEGXxyw X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 08:52:29 -0000 Hi Wim, Did you mean PE's loopback addresses by "real loopbacks"? Best regards, Xiaohu > -----Original Message----- > From: Henderickx, Wim (Wim) [mailto:wim.henderickx@alcatel-lucent.com] > Sent: Wednesday, July 30, 2014 4:31 PM > To: Xuxiaohu; l3vpn@ietf.org > Subject: Re: About the WG adoption of > draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >=20 > What I would like to see is a way to identify the host routes since there= are 2 > levels: real loopbacks that need to be installed by default and real host= routes > that can be installed on demand. It would be good to show how the control > plane could distinguish them using communities or the likes. >=20 > On 30/07/14 08:54, "Xuxiaohu" wrote: >=20 > >Hi all, > > > >Virtual Subnet > >(http://tools.ietf.org/html/draft-ietf-l3vpn-virtual-subnet) is > >intended for building L3 network virtualization overlays within and/or > >across data centers. Since a subnet is extended across multiple PE > >routers, CE host routes need to be exchanged among PE routers. As a > >result, the forwarding table size of PE routers (e.g., some old ToR > >switches) may become a big concern in large-scale data center > >environments. In fact, some folks had already expressed their concerns > >about this potential FIB scaling issue during the WG adoption poll of th= e Virtual > Subnet draft. > > > >As CE host routes may still need to be maintained on the control plane > >of PE routers in some cases (e.g.. MVPN scenario), this draft > >(http://tools.ietf.org/html/draft-xu-l3vpn-virtual-subnet-fib-reduction > >-00 > >) proposes a very simple mechanism for reducing the FIB size of PE > >routers without any change to the RIB and even the routing table. > > > >During the L3VPN WG session at Toronto, many people had expressed their > >supports for the WG adoption of this work (Thanks a lot for your > >supports). However, there are still a few people who are not in favor > >of the WG adoption. According to WG co-chairs' suggestion, I would like > >to request those opposers to explain their reasons so that we could > >further improve the draft if possible. > > > >Best regards, > >Xiaohu (on behalf of all co-authors) > > From nobody Wed Jul 30 01:54:56 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7BD551B29F9 for ; Wed, 30 Jul 2014 01:54:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-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 JkI0nYYuw7O0 for ; Wed, 30 Jul 2014 01:54:54 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 078FB1A059F for ; Wed, 30 Jul 2014 01:54:54 -0700 (PDT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id 1F0C54BF8CD2A; Wed, 30 Jul 2014 08:54:51 +0000 (GMT) Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id s6U8soG9030768 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 30 Jul 2014 10:54:52 +0200 Received: from FR711WXCHMBA07.zeu.alcatel-lucent.com ([169.254.3.52]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.02.0247.003; Wed, 30 Jul 2014 10:54:52 +0200 From: "Henderickx, Wim (Wim)" To: Xuxiaohu , "l3vpn@ietf.org" Subject: Re: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Topic: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Index: Ac+rwxWYhfVtX4WJRN+4Ph691FmBRgADXL+AAACoj5AAAC+oAA== Date: Wed, 30 Jul 2014 08:54:52 +0000 Message-ID: References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298798@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0829882F@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0829882F@NKGEML512-MBS.china.huawei.com> Accept-Language: nl-BE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.3.140616 x-originating-ip: [135.239.27.41] Content-Type: text/plain; charset="us-ascii" Content-ID: <1CBF65DEE76BFA4287A72D62457C1298@exchange.lucent.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/Jnw5itrXME4gqFFUBnM9_t4Lpoo X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 08:54:55 -0000 Real loopbacks. E.g. A loopback /32 or /128 configured in the VRF On 30/07/14 10:52, "Xuxiaohu" wrote: >Hi Wim, > >Did you mean PE's loopback addresses by "real loopbacks"? > >Best regards, >Xiaohu > >> -----Original Message----- >> From: Henderickx, Wim (Wim) [mailto:wim.henderickx@alcatel-lucent.com] >> Sent: Wednesday, July 30, 2014 4:31 PM >> To: Xuxiaohu; l3vpn@ietf.org >> Subject: Re: About the WG adoption of >> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >>=20 >> What I would like to see is a way to identify the host routes since >>there are 2 >> levels: real loopbacks that need to be installed by default and real >>host routes >> that can be installed on demand. It would be good to show how the >>control >> plane could distinguish them using communities or the likes. >>=20 >> On 30/07/14 08:54, "Xuxiaohu" wrote: >>=20 >> >Hi all, >> > >> >Virtual Subnet >> >(http://tools.ietf.org/html/draft-ietf-l3vpn-virtual-subnet) is >> >intended for building L3 network virtualization overlays within and/or >> >across data centers. Since a subnet is extended across multiple PE >> >routers, CE host routes need to be exchanged among PE routers. As a >> >result, the forwarding table size of PE routers (e.g., some old ToR >> >switches) may become a big concern in large-scale data center >> >environments. In fact, some folks had already expressed their concerns >> >about this potential FIB scaling issue during the WG adoption poll of >>the Virtual >> Subnet draft. >> > >> >As CE host routes may still need to be maintained on the control plane >> >of PE routers in some cases (e.g.. MVPN scenario), this draft >> >(http://tools.ietf.org/html/draft-xu-l3vpn-virtual-subnet-fib-reduction >> >-00 >> >) proposes a very simple mechanism for reducing the FIB size of PE >> >routers without any change to the RIB and even the routing table. >> > >> >During the L3VPN WG session at Toronto, many people had expressed their >> >supports for the WG adoption of this work (Thanks a lot for your >> >supports). However, there are still a few people who are not in favor >> >of the WG adoption. According to WG co-chairs' suggestion, I would like >> >to request those opposers to explain their reasons so that we could >> >further improve the draft if possible. >> > >> >Best regards, >> >Xiaohu (on behalf of all co-authors) >> > > From nobody Wed Jul 30 01:59:26 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88E431ADDC6 for ; Wed, 30 Jul 2014 01:59:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, 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 4red9NYQhZWo for ; Wed, 30 Jul 2014 01:59:24 -0700 (PDT) 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 BE6E31A00C5 for ; Wed, 30 Jul 2014 01:59:23 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BHS94141; Wed, 30 Jul 2014 08:59:22 +0000 (GMT) Received: from NKGEML404-HUB.china.huawei.com (10.98.56.35) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 30 Jul 2014 09:59:20 +0100 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.48]) by nkgeml404-hub.china.huawei.com ([10.98.56.35]) with mapi id 14.03.0158.001; Wed, 30 Jul 2014 16:59:18 +0800 From: Xuxiaohu To: "Henderickx, Wim (Wim)" , "l3vpn@ietf.org" Subject: RE: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Topic: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Index: Ac+rwxWYhfVtX4WJRN+4Ph691FmBRgADXL+AAACoj5AAAC+oAAAACuww Date: Wed, 30 Jul 2014 08:59:17 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298853@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298798@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0829882F@NKGEML512-MBS.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.134] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/RyVKIetII6XzCZbjFViNWDdWGXA X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 08:59:25 -0000 Hi Wim, In the Virtual Subnet context, the host route corresponding to the VRF inte= rface address doesn't need to be advertised. Best regards, Xiaohu > -----Original Message----- > From: Henderickx, Wim (Wim) [mailto:wim.henderickx@alcatel-lucent.com] > Sent: Wednesday, July 30, 2014 4:55 PM > To: Xuxiaohu; l3vpn@ietf.org > Subject: Re: About the WG adoption of > draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >=20 > Real loopbacks. E.g. A loopback /32 or /128 configured in the VRF >=20 > On 30/07/14 10:52, "Xuxiaohu" wrote: >=20 > >Hi Wim, > > > >Did you mean PE's loopback addresses by "real loopbacks"? > > > >Best regards, > >Xiaohu > > > >> -----Original Message----- > >> From: Henderickx, Wim (Wim) > >> [mailto:wim.henderickx@alcatel-lucent.com] > >> Sent: Wednesday, July 30, 2014 4:31 PM > >> To: Xuxiaohu; l3vpn@ietf.org > >> Subject: Re: About the WG adoption of > >> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 > >> > >> What I would like to see is a way to identify the host routes since > >>there are 2 > >> levels: real loopbacks that need to be installed by default and real > >>host routes that can be installed on demand. It would be good to show > >>how the control plane could distinguish them using communities or the > >>likes. > >> > >> On 30/07/14 08:54, "Xuxiaohu" wrote: > >> > >> >Hi all, > >> > > >> >Virtual Subnet > >> >(http://tools.ietf.org/html/draft-ietf-l3vpn-virtual-subnet) is > >> >intended for building L3 network virtualization overlays within > >> >and/or across data centers. Since a subnet is extended across > >> >multiple PE routers, CE host routes need to be exchanged among PE > >> >routers. As a result, the forwarding table size of PE routers (e.g., > >> >some old ToR > >> >switches) may become a big concern in large-scale data center > >> >environments. In fact, some folks had already expressed their > >> >concerns about this potential FIB scaling issue during the WG > >> >adoption poll of > >>the Virtual > >> Subnet draft. > >> > > >> >As CE host routes may still need to be maintained on the control > >> >plane of PE routers in some cases (e.g.. MVPN scenario), this draft > >> >(http://tools.ietf.org/html/draft-xu-l3vpn-virtual-subnet-fib-reduct > >> >ion > >> >-00 > >> >) proposes a very simple mechanism for reducing the FIB size of PE > >> >routers without any change to the RIB and even the routing table. > >> > > >> >During the L3VPN WG session at Toronto, many people had expressed > >> >their supports for the WG adoption of this work (Thanks a lot for > >> >your supports). However, there are still a few people who are not in > >> >favor of the WG adoption. According to WG co-chairs' suggestion, I > >> >would like to request those opposers to explain their reasons so > >> >that we could further improve the draft if possible. > >> > > >> >Best regards, > >> >Xiaohu (on behalf of all co-authors) > >> > > > From nobody Wed Jul 30 02:20:40 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D0DB11B2A5E for ; Wed, 30 Jul 2014 02:20:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-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 onWSnIgpjP0B for ; Wed, 30 Jul 2014 02:20:34 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-02.alcatel-lucent.com [135.245.210.23]) (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 CA7181A0028 for ; Wed, 30 Jul 2014 02:20:33 -0700 (PDT) Received: from fr711usmtp1.zeu.alcatel-lucent.com (unknown [135.239.2.122]) by Websense Email Security Gateway with ESMTPS id 4CF65F3017DBF; Wed, 30 Jul 2014 09:20:30 +0000 (GMT) Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id s6U9KPta016948 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 30 Jul 2014 11:20:31 +0200 Received: from FR711WXCHMBA07.zeu.alcatel-lucent.com ([169.254.3.52]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.02.0247.003; Wed, 30 Jul 2014 11:20:16 +0200 From: "Henderickx, Wim (Wim)" To: Xuxiaohu , "l3vpn@ietf.org" Subject: Re: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Topic: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Index: Ac+rwxWYhfVtX4WJRN+4Ph691FmBRgADXL+AAACoj5AAAC+oAAAACuwwAADW+wA= Date: Wed, 30 Jul 2014 09:20:15 +0000 Message-ID: References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298798@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0829882F@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298853@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298853@NKGEML512-MBS.china.huawei.com> Accept-Language: nl-BE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.3.140616 x-originating-ip: [135.239.27.40] Content-Type: text/plain; charset="us-ascii" Content-ID: <327B417B7F4A9A42BAAE0F0D21398905@exchange.lucent.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/DAx3magu8D2xOS5tMkJno_NBSxA X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 09:20:36 -0000 Why not, if I configure a loopback in the VRF it has to be advertised, this is generic VRF functionality, nothing to do with virtual subnet. I am not talking to the IP address on the virtual subnet interface. In this case you need to distinguish between host routes and these VRFs. Using communities is the best way afais. On 30/07/14 10:59, "Xuxiaohu" wrote: >Hi Wim, > >In the Virtual Subnet context, the host route corresponding to the VRF >interface address doesn't need to be advertised. > >Best regards, >Xiaohu > >> -----Original Message----- >> From: Henderickx, Wim (Wim) [mailto:wim.henderickx@alcatel-lucent.com] >> Sent: Wednesday, July 30, 2014 4:55 PM >> To: Xuxiaohu; l3vpn@ietf.org >> Subject: Re: About the WG adoption of >> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >>=20 >> Real loopbacks. E.g. A loopback /32 or /128 configured in the VRF >>=20 >> On 30/07/14 10:52, "Xuxiaohu" wrote: >>=20 >> >Hi Wim, >> > >> >Did you mean PE's loopback addresses by "real loopbacks"? >> > >> >Best regards, >> >Xiaohu >> > >> >> -----Original Message----- >> >> From: Henderickx, Wim (Wim) >> >> [mailto:wim.henderickx@alcatel-lucent.com] >> >> Sent: Wednesday, July 30, 2014 4:31 PM >> >> To: Xuxiaohu; l3vpn@ietf.org >> >> Subject: Re: About the WG adoption of >> >> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >> >> >> >> What I would like to see is a way to identify the host routes since >> >>there are 2 >> >> levels: real loopbacks that need to be installed by default and real >> >>host routes that can be installed on demand. It would be good to show >> >>how the control plane could distinguish them using communities or the >> >>likes. >> >> >> >> On 30/07/14 08:54, "Xuxiaohu" wrote: >> >> >> >> >Hi all, >> >> > >> >> >Virtual Subnet >> >> >(http://tools.ietf.org/html/draft-ietf-l3vpn-virtual-subnet) is >> >> >intended for building L3 network virtualization overlays within >> >> >and/or across data centers. Since a subnet is extended across >> >> >multiple PE routers, CE host routes need to be exchanged among PE >> >> >routers. As a result, the forwarding table size of PE routers (e.g., >> >> >some old ToR >> >> >switches) may become a big concern in large-scale data center >> >> >environments. In fact, some folks had already expressed their >> >> >concerns about this potential FIB scaling issue during the WG >> >> >adoption poll of >> >>the Virtual >> >> Subnet draft. >> >> > >> >> >As CE host routes may still need to be maintained on the control >> >> >plane of PE routers in some cases (e.g.. MVPN scenario), this draft >> >> >(http://tools.ietf.org/html/draft-xu-l3vpn-virtual-subnet-fib-reduct >> >> >ion >> >> >-00 >> >> >) proposes a very simple mechanism for reducing the FIB size of PE >> >> >routers without any change to the RIB and even the routing table. >> >> > >> >> >During the L3VPN WG session at Toronto, many people had expressed >> >> >their supports for the WG adoption of this work (Thanks a lot for >> >> >your supports). However, there are still a few people who are not in >> >> >favor of the WG adoption. According to WG co-chairs' suggestion, I >> >> >would like to request those opposers to explain their reasons so >> >> >that we could further improve the draft if possible. >> >> > >> >> >Best regards, >> >> >Xiaohu (on behalf of all co-authors) >> >> > >> > > From nobody Wed Jul 30 02:30:42 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 43EDB1B2A25 for ; Wed, 30 Jul 2014 02:30:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, 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 So9YywB0H_GL for ; Wed, 30 Jul 2014 02:30:35 -0700 (PDT) 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 736151B2A5E for ; Wed, 30 Jul 2014 02:30:33 -0700 (PDT) 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 BHS97097; Wed, 30 Jul 2014 09:30:31 +0000 (GMT) Received: from NKGEML401-HUB.china.huawei.com (10.98.56.32) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 30 Jul 2014 10:30:30 +0100 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.48]) by nkgeml401-hub.china.huawei.com ([10.98.56.32]) with mapi id 14.03.0158.001; Wed, 30 Jul 2014 17:30:26 +0800 From: Xuxiaohu To: "Henderickx, Wim (Wim)" , "l3vpn@ietf.org" Subject: RE: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Topic: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Index: Ac+rwxWYhfVtX4WJRN+4Ph691FmBRgADXL+AAACoj5AAAC+oAAAACuwwAADW+wAAAA/kEA== Date: Wed, 30 Jul 2014 09:30:24 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08299C77@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298798@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0829882F@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298853@NKGEML512-MBS.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.134] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/wEodm3BqHSTBvIgHPxM6TmuEi7M X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 09:30:39 -0000 Why do you need to distinguish them from each other? In other words, why ca= n't PE routers process the host route to a given VRF loopback address of a = remote PE router as a normal remote host route (i.e., on-demand installatio= n)? Best regards, Xiaohu -----Original Message----- From: Henderickx, Wim (Wim) [mailto:wim.henderickx@alcatel-lucent.com]=20 Sent: Wednesday, July 30, 2014 5:20 PM To: Xuxiaohu; l3vpn@ietf.org Subject: Re: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-red= uction-00 Why not, if I configure a loopback in the VRF it has to be advertised, this= is generic VRF functionality, nothing to do with virtual subnet. I am not = talking to the IP address on the virtual subnet interface. In this case you need to distinguish between host routes and these VRFs. Using communities is the best way afais. On 30/07/14 10:59, "Xuxiaohu" wrote: >Hi Wim, > >In the Virtual Subnet context, the host route corresponding to the VRF=20 >interface address doesn't need to be advertised. > >Best regards, >Xiaohu > >> -----Original Message----- >> From: Henderickx, Wim (Wim)=20 >> [mailto:wim.henderickx@alcatel-lucent.com] >> Sent: Wednesday, July 30, 2014 4:55 PM >> To: Xuxiaohu; l3vpn@ietf.org >> Subject: Re: About the WG adoption of >> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >>=20 >> Real loopbacks. E.g. A loopback /32 or /128 configured in the VRF >>=20 >> On 30/07/14 10:52, "Xuxiaohu" wrote: >>=20 >> >Hi Wim, >> > >> >Did you mean PE's loopback addresses by "real loopbacks"? >> > >> >Best regards, >> >Xiaohu >> > >> >> -----Original Message----- >> >> From: Henderickx, Wim (Wim) >> >> [mailto:wim.henderickx@alcatel-lucent.com] >> >> Sent: Wednesday, July 30, 2014 4:31 PM >> >> To: Xuxiaohu; l3vpn@ietf.org >> >> Subject: Re: About the WG adoption of >> >> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >> >> >> >> What I would like to see is a way to identify the host routes=20 >> >>since there are 2 >> >> levels: real loopbacks that need to be installed by default and=20 >> >>real host routes that can be installed on demand. It would be good=20 >> >>to show how the control plane could distinguish them using=20 >> >>communities or the likes. >> >> >> >> On 30/07/14 08:54, "Xuxiaohu" wrote: >> >> >> >> >Hi all, >> >> > >> >> >Virtual Subnet >> >> >(http://tools.ietf.org/html/draft-ietf-l3vpn-virtual-subnet) is=20 >> >> >intended for building L3 network virtualization overlays within=20 >> >> >and/or across data centers. Since a subnet is extended across=20 >> >> >multiple PE routers, CE host routes need to be exchanged among PE=20 >> >> >routers. As a result, the forwarding table size of PE routers=20 >> >> >(e.g., some old ToR >> >> >switches) may become a big concern in large-scale data center=20 >> >> >environments. In fact, some folks had already expressed their=20 >> >> >concerns about this potential FIB scaling issue during the WG=20 >> >> >adoption poll of >> >>the Virtual >> >> Subnet draft. >> >> > >> >> >As CE host routes may still need to be maintained on the control=20 >> >> >plane of PE routers in some cases (e.g.. MVPN scenario), this=20 >> >> >draft=20 >> >> >(http://tools.ietf.org/html/draft-xu-l3vpn-virtual-subnet-fib-red >> >> >uct >> >> >ion >> >> >-00 >> >> >) proposes a very simple mechanism for reducing the FIB size of=20 >> >> >PE routers without any change to the RIB and even the routing table. >> >> > >> >> >During the L3VPN WG session at Toronto, many people had expressed=20 >> >> >their supports for the WG adoption of this work (Thanks a lot for=20 >> >> >your supports). However, there are still a few people who are not=20 >> >> >in favor of the WG adoption. According to WG co-chairs'=20 >> >> >suggestion, I would like to request those opposers to explain=20 >> >> >their reasons so that we could further improve the draft if possible= . >> >> > >> >> >Best regards, >> >> >Xiaohu (on behalf of all co-authors) >> >> > >> > > From nobody Wed Jul 30 02:36:35 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB6B21A0176 for ; Wed, 30 Jul 2014 02:36:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-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 6nJWxFhRNZs6 for ; Wed, 30 Jul 2014 02:36:33 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 EBF5F1B2A5E for ; Wed, 30 Jul 2014 02:36:32 -0700 (PDT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id 9D42691A2BEA0; Wed, 30 Jul 2014 09:36:29 +0000 (GMT) Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id s6U9aUMI019920 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 30 Jul 2014 11:36:30 +0200 Received: from FR711WXCHMBA07.zeu.alcatel-lucent.com ([169.254.3.52]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.02.0247.003; Wed, 30 Jul 2014 11:36:30 +0200 From: "Henderickx, Wim (Wim)" To: Xuxiaohu , "l3vpn@ietf.org" Subject: Re: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Topic: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Index: Ac+rwxWYhfVtX4WJRN+4Ph691FmBRgADXL+AAACoj5AAAC+oAAAACuwwAADW+wAAAA/kEAAAgkqA Date: Wed, 30 Jul 2014 09:36:30 +0000 Message-ID: References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298798@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0829882F@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298853@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08299C77@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08299C77@NKGEML512-MBS.china.huawei.com> Accept-Language: nl-BE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.3.140616 x-originating-ip: [135.239.27.38] Content-Type: text/plain; charset="us-ascii" Content-ID: <3D6CBDADEBC15049986A786E502BBAAE@exchange.lucent.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/bKtqrWSkyH-ZTZt1ovnhTTzHKYo X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 09:36:35 -0000 In that case you can argue why not do it for all routes as well. On 30/07/14 11:30, "Xuxiaohu" wrote: >Why do you need to distinguish them from each other? In other words, why >can't PE routers process the host route to a given VRF loopback address >of a remote PE router as a normal remote host route (i.e., on-demand >installation)? > >Best regards, >Xiaohu > >-----Original Message----- >From: Henderickx, Wim (Wim) [mailto:wim.henderickx@alcatel-lucent.com] >Sent: Wednesday, July 30, 2014 5:20 PM >To: Xuxiaohu; l3vpn@ietf.org >Subject: Re: About the WG adoption of >draft-xu-l3vpn-virtual-subnet-fib-reduction-00 > >Why not, if I configure a loopback in the VRF it has to be advertised, >this is generic VRF functionality, nothing to do with virtual subnet. I >am not talking to the IP address on the virtual subnet interface. >In this case you need to distinguish between host routes and these VRFs. >Using communities is the best way afais. > >On 30/07/14 10:59, "Xuxiaohu" wrote: > >>Hi Wim, >> >>In the Virtual Subnet context, the host route corresponding to the VRF >>interface address doesn't need to be advertised. >> >>Best regards, >>Xiaohu >> >>> -----Original Message----- >>> From: Henderickx, Wim (Wim) >>> [mailto:wim.henderickx@alcatel-lucent.com] >>> Sent: Wednesday, July 30, 2014 4:55 PM >>> To: Xuxiaohu; l3vpn@ietf.org >>> Subject: Re: About the WG adoption of >>> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >>>=20 >>> Real loopbacks. E.g. A loopback /32 or /128 configured in the VRF >>>=20 >>> On 30/07/14 10:52, "Xuxiaohu" wrote: >>>=20 >>> >Hi Wim, >>> > >>> >Did you mean PE's loopback addresses by "real loopbacks"? >>> > >>> >Best regards, >>> >Xiaohu >>> > >>> >> -----Original Message----- >>> >> From: Henderickx, Wim (Wim) >>> >> [mailto:wim.henderickx@alcatel-lucent.com] >>> >> Sent: Wednesday, July 30, 2014 4:31 PM >>> >> To: Xuxiaohu; l3vpn@ietf.org >>> >> Subject: Re: About the WG adoption of >>> >> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >>> >> >>> >> What I would like to see is a way to identify the host routes >>> >>since there are 2 >>> >> levels: real loopbacks that need to be installed by default and >>> >>real host routes that can be installed on demand. It would be good >>> >>to show how the control plane could distinguish them using >>> >>communities or the likes. >>> >> >>> >> On 30/07/14 08:54, "Xuxiaohu" wrote: >>> >> >>> >> >Hi all, >>> >> > >>> >> >Virtual Subnet >>> >> >(http://tools.ietf.org/html/draft-ietf-l3vpn-virtual-subnet) is >>> >> >intended for building L3 network virtualization overlays within >>> >> >and/or across data centers. Since a subnet is extended across >>> >> >multiple PE routers, CE host routes need to be exchanged among PE >>> >> >routers. As a result, the forwarding table size of PE routers >>> >> >(e.g., some old ToR >>> >> >switches) may become a big concern in large-scale data center >>> >> >environments. In fact, some folks had already expressed their >>> >> >concerns about this potential FIB scaling issue during the WG >>> >> >adoption poll of >>> >>the Virtual >>> >> Subnet draft. >>> >> > >>> >> >As CE host routes may still need to be maintained on the control >>> >> >plane of PE routers in some cases (e.g.. MVPN scenario), this >>> >> >draft=20 >>> >> >(http://tools.ietf.org/html/draft-xu-l3vpn-virtual-subnet-fib-red >>> >> >uct >>> >> >ion >>> >> >-00 >>> >> >) proposes a very simple mechanism for reducing the FIB size of >>> >> >PE routers without any change to the RIB and even the routing >>>table. >>> >> > >>> >> >During the L3VPN WG session at Toronto, many people had expressed >>> >> >their supports for the WG adoption of this work (Thanks a lot for >>> >> >your supports). However, there are still a few people who are not >>> >> >in favor of the WG adoption. According to WG co-chairs' >>> >> >suggestion, I would like to request those opposers to explain >>> >> >their reasons so that we could further improve the draft if >>>possible. >>> >> > >>> >> >Best regards, >>> >> >Xiaohu (on behalf of all co-authors) >>> >> > >>> > >> > From nobody Wed Jul 30 02:49:11 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 078891B2A3C for ; Wed, 30 Jul 2014 02:49:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, 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 KMoqjqPYoa_1 for ; Wed, 30 Jul 2014 02:49:07 -0700 (PDT) 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 206E31A02C2 for ; Wed, 30 Jul 2014 02:49:06 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BHS98848; Wed, 30 Jul 2014 09:49:05 +0000 (GMT) Received: from NKGEML404-HUB.china.huawei.com (10.98.56.35) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 30 Jul 2014 10:49:04 +0100 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.48]) by nkgeml404-hub.china.huawei.com ([10.98.56.35]) with mapi id 14.03.0158.001; Wed, 30 Jul 2014 17:48:58 +0800 From: Xuxiaohu To: "Henderickx, Wim (Wim)" , "l3vpn@ietf.org" Subject: RE: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Topic: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Index: Ac+rwxWYhfVtX4WJRN+4Ph691FmBRgADXL+AAACoj5AAAC+oAAAACuwwAADW+wAAAA/kEAAAgkqAAAA8ILA= Date: Wed, 30 Jul 2014 09:48:58 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08299CC5@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298798@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0829882F@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298853@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08299C77@NKGEML512-MBS.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.134] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/tlaeLFD7glGPtlWfh7MDO4DlSzE X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 09:49:10 -0000 Hi Wim, I just want to figure out in which scenario the host route to the VRF inter= face address of a remote PE router should be FIB-installed by default. If t= here is a scenario, I agree that your proposal of using communities is the = best way. Best regards, Xiaohu > -----Original Message----- > From: Henderickx, Wim (Wim) [mailto:wim.henderickx@alcatel-lucent.com] > Sent: Wednesday, July 30, 2014 5:37 PM > To: Xuxiaohu; l3vpn@ietf.org > Subject: Re: About the WG adoption of > draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >=20 > In that case you can argue why not do it for all routes as well. >=20 > On 30/07/14 11:30, "Xuxiaohu" wrote: >=20 > >Why do you need to distinguish them from each other? In other words, > >why can't PE routers process the host route to a given VRF loopback > >address of a remote PE router as a normal remote host route (i.e., > >on-demand installation)? > > > >Best regards, > >Xiaohu > > > >-----Original Message----- > >From: Henderickx, Wim (Wim) [mailto:wim.henderickx@alcatel-lucent.com] > >Sent: Wednesday, July 30, 2014 5:20 PM > >To: Xuxiaohu; l3vpn@ietf.org > >Subject: Re: About the WG adoption of > >draft-xu-l3vpn-virtual-subnet-fib-reduction-00 > > > >Why not, if I configure a loopback in the VRF it has to be advertised, > >this is generic VRF functionality, nothing to do with virtual subnet. I > >am not talking to the IP address on the virtual subnet interface. > >In this case you need to distinguish between host routes and these VRFs. > >Using communities is the best way afais. > > > >On 30/07/14 10:59, "Xuxiaohu" wrote: > > > >>Hi Wim, > >> > >>In the Virtual Subnet context, the host route corresponding to the VRF > >>interface address doesn't need to be advertised. > >> > >>Best regards, > >>Xiaohu > >> > >>> -----Original Message----- > >>> From: Henderickx, Wim (Wim) > >>> [mailto:wim.henderickx@alcatel-lucent.com] > >>> Sent: Wednesday, July 30, 2014 4:55 PM > >>> To: Xuxiaohu; l3vpn@ietf.org > >>> Subject: Re: About the WG adoption of > >>> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 > >>> > >>> Real loopbacks. E.g. A loopback /32 or /128 configured in the VRF > >>> > >>> On 30/07/14 10:52, "Xuxiaohu" wrote: > >>> > >>> >Hi Wim, > >>> > > >>> >Did you mean PE's loopback addresses by "real loopbacks"? > >>> > > >>> >Best regards, > >>> >Xiaohu > >>> > > >>> >> -----Original Message----- > >>> >> From: Henderickx, Wim (Wim) > >>> >> [mailto:wim.henderickx@alcatel-lucent.com] > >>> >> Sent: Wednesday, July 30, 2014 4:31 PM > >>> >> To: Xuxiaohu; l3vpn@ietf.org > >>> >> Subject: Re: About the WG adoption of > >>> >> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 > >>> >> > >>> >> What I would like to see is a way to identify the host routes > >>> >>since there are 2 > >>> >> levels: real loopbacks that need to be installed by default and > >>> >>real host routes that can be installed on demand. It would be > >>> >>good to show how the control plane could distinguish them using > >>> >>communities or the likes. > >>> >> > >>> >> On 30/07/14 08:54, "Xuxiaohu" wrote: > >>> >> > >>> >> >Hi all, > >>> >> > > >>> >> >Virtual Subnet > >>> >> >(http://tools.ietf.org/html/draft-ietf-l3vpn-virtual-subnet) is > >>> >> >intended for building L3 network virtualization overlays within > >>> >> >and/or across data centers. Since a subnet is extended across > >>> >> >multiple PE routers, CE host routes need to be exchanged among > >>> >> >PE routers. As a result, the forwarding table size of PE routers > >>> >> >(e.g., some old ToR > >>> >> >switches) may become a big concern in large-scale data center > >>> >> >environments. In fact, some folks had already expressed their > >>> >> >concerns about this potential FIB scaling issue during the WG > >>> >> >adoption poll of > >>> >>the Virtual > >>> >> Subnet draft. > >>> >> > > >>> >> >As CE host routes may still need to be maintained on the control > >>> >> >plane of PE routers in some cases (e.g.. MVPN scenario), this > >>> >> >draft > >>> >> >(http://tools.ietf.org/html/draft-xu-l3vpn-virtual-subnet-fib-re > >>> >> >d > >>> >> >uct > >>> >> >ion > >>> >> >-00 > >>> >> >) proposes a very simple mechanism for reducing the FIB size of > >>> >> >PE routers without any change to the RIB and even the routing > >>>table. > >>> >> > > >>> >> >During the L3VPN WG session at Toronto, many people had > >>> >> >expressed their supports for the WG adoption of this work > >>> >> >(Thanks a lot for your supports). However, there are still a few > >>> >> >people who are not in favor of the WG adoption. According to WG > co-chairs' > >>> >> >suggestion, I would like to request those opposers to explain > >>> >> >their reasons so that we could further improve the draft if > >>>possible. > >>> >> > > >>> >> >Best regards, > >>> >> >Xiaohu (on behalf of all co-authors) > >>> >> > > >>> > > >> > > From nobody Wed Jul 30 03:11:00 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 59EF91B2A68 for ; Wed, 30 Jul 2014 03:10:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-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 FKuCh_aW7ScC for ; Wed, 30 Jul 2014 03:10:53 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-02.alcatel-lucent.com [135.245.210.23]) (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 5E3EF1A02F1 for ; Wed, 30 Jul 2014 03:10:53 -0700 (PDT) Received: from fr711usmtp1.zeu.alcatel-lucent.com (unknown [135.239.2.122]) by Websense Email Security Gateway with ESMTPS id B4EB257962E51; Wed, 30 Jul 2014 10:10:49 +0000 (GMT) Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id s6UAAnHM003096 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 30 Jul 2014 12:10:51 +0200 Received: from FR711WXCHMBA07.zeu.alcatel-lucent.com ([169.254.3.52]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.02.0247.003; Wed, 30 Jul 2014 12:10:47 +0200 From: "Henderickx, Wim (Wim)" To: Xuxiaohu , "l3vpn@ietf.org" Subject: Re: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Topic: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Index: Ac+rwxWYhfVtX4WJRN+4Ph691FmBRgADXL+AAACoj5AAAC+oAAAACuwwAADW+wAAAA/kEAAAgkqAAAA8ILAAAPUzAA== Date: Wed, 30 Jul 2014 10:10:45 +0000 Message-ID: References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298798@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0829882F@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298853@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08299C77@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08299CC5@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08299CC5@NKGEML512-MBS.china.huawei.com> Accept-Language: nl-BE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.3.140616 x-originating-ip: [135.239.27.40] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/j9R5u-D6qiMgGHw_tQurzfuarWc X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 10:10:55 -0000 See right now there is /32 or /128 routes which can come from hosts in virtual subnet/CE-PE protocol/static routes/loopbacks/etc and to figure out the origin you have very little means doing so. So if an operator wants to distinguish the installation by default in the FIB it would be good to tag the origin and he can than decide based on local policy what to do. I believe it is a good practice and should be described in the draft. This is what I meant to say On 30/07/14 11:48, "Xuxiaohu" wrote: >Hi Wim, > >I just want to figure out in which scenario the host route to the VRF >interface address of a remote PE router should be FIB-installed by >default. If there is a scenario, I agree that your proposal of using >communities is the best way. > >Best regards, >Xiaohu > >> -----Original Message----- >> From: Henderickx, Wim (Wim) [mailto:wim.henderickx@alcatel-lucent.com] >> Sent: Wednesday, July 30, 2014 5:37 PM >> To: Xuxiaohu; l3vpn@ietf.org >> Subject: Re: About the WG adoption of >> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >>=20 >> In that case you can argue why not do it for all routes as well. >>=20 >> On 30/07/14 11:30, "Xuxiaohu" wrote: >>=20 >> >Why do you need to distinguish them from each other? In other words, >> >why can't PE routers process the host route to a given VRF loopback >> >address of a remote PE router as a normal remote host route (i.e., >> >on-demand installation)? >> > >> >Best regards, >> >Xiaohu >> > >> >-----Original Message----- >> >From: Henderickx, Wim (Wim) [mailto:wim.henderickx@alcatel-lucent.com] >> >Sent: Wednesday, July 30, 2014 5:20 PM >> >To: Xuxiaohu; l3vpn@ietf.org >> >Subject: Re: About the WG adoption of >> >draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >> > >> >Why not, if I configure a loopback in the VRF it has to be advertised, >> >this is generic VRF functionality, nothing to do with virtual subnet. I >> >am not talking to the IP address on the virtual subnet interface. >> >In this case you need to distinguish between host routes and these >>VRFs. >> >Using communities is the best way afais. >> > >> >On 30/07/14 10:59, "Xuxiaohu" wrote: >> > >> >>Hi Wim, >> >> >> >>In the Virtual Subnet context, the host route corresponding to the VRF >> >>interface address doesn't need to be advertised. >> >> >> >>Best regards, >> >>Xiaohu >> >> >> >>> -----Original Message----- >> >>> From: Henderickx, Wim (Wim) >> >>> [mailto:wim.henderickx@alcatel-lucent.com] >> >>> Sent: Wednesday, July 30, 2014 4:55 PM >> >>> To: Xuxiaohu; l3vpn@ietf.org >> >>> Subject: Re: About the WG adoption of >> >>> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >> >>> >> >>> Real loopbacks. E.g. A loopback /32 or /128 configured in the VRF >> >>> >> >>> On 30/07/14 10:52, "Xuxiaohu" wrote: >> >>> >> >>> >Hi Wim, >> >>> > >> >>> >Did you mean PE's loopback addresses by "real loopbacks"? >> >>> > >> >>> >Best regards, >> >>> >Xiaohu >> >>> > >> >>> >> -----Original Message----- >> >>> >> From: Henderickx, Wim (Wim) >> >>> >> [mailto:wim.henderickx@alcatel-lucent.com] >> >>> >> Sent: Wednesday, July 30, 2014 4:31 PM >> >>> >> To: Xuxiaohu; l3vpn@ietf.org >> >>> >> Subject: Re: About the WG adoption of >> >>> >> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >> >>> >> >> >>> >> What I would like to see is a way to identify the host routes >> >>> >>since there are 2 >> >>> >> levels: real loopbacks that need to be installed by default and >> >>> >>real host routes that can be installed on demand. It would be >> >>> >>good to show how the control plane could distinguish them using >> >>> >>communities or the likes. >> >>> >> >> >>> >> On 30/07/14 08:54, "Xuxiaohu" wrote: >> >>> >> >> >>> >> >Hi all, >> >>> >> > >> >>> >> >Virtual Subnet >> >>> >> >(http://tools.ietf.org/html/draft-ietf-l3vpn-virtual-subnet) is >> >>> >> >intended for building L3 network virtualization overlays within >> >>> >> >and/or across data centers. Since a subnet is extended across >> >>> >> >multiple PE routers, CE host routes need to be exchanged among >> >>> >> >PE routers. As a result, the forwarding table size of PE routers >> >>> >> >(e.g., some old ToR >> >>> >> >switches) may become a big concern in large-scale data center >> >>> >> >environments. In fact, some folks had already expressed their >> >>> >> >concerns about this potential FIB scaling issue during the WG >> >>> >> >adoption poll of >> >>> >>the Virtual >> >>> >> Subnet draft. >> >>> >> > >> >>> >> >As CE host routes may still need to be maintained on the control >> >>> >> >plane of PE routers in some cases (e.g.. MVPN scenario), this >> >>> >> >draft >> >>> >> >(http://tools.ietf.org/html/draft-xu-l3vpn-virtual-subnet-fib-re >> >>> >> >d >> >>> >> >uct >> >>> >> >ion >> >>> >> >-00 >> >>> >> >) proposes a very simple mechanism for reducing the FIB size of >> >>> >> >PE routers without any change to the RIB and even the routing >> >>>table. >> >>> >> > >> >>> >> >During the L3VPN WG session at Toronto, many people had >> >>> >> >expressed their supports for the WG adoption of this work >> >>> >> >(Thanks a lot for your supports). However, there are still a few >> >>> >> >people who are not in favor of the WG adoption. According to WG >> co-chairs' >> >>> >> >suggestion, I would like to request those opposers to explain >> >>> >> >their reasons so that we could further improve the draft if >> >>>possible. >> >>> >> > >> >>> >> >Best regards, >> >>> >> >Xiaohu (on behalf of all co-authors) >> >>> >> > >> >>> > >> >> >> > > From nobody Thu Jul 31 00:24:46 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69EAE1A0292 for ; Thu, 31 Jul 2014 00:24:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, 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 DXueUed2heJ6 for ; Thu, 31 Jul 2014 00:24:43 -0700 (PDT) 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 54E341A036F for ; Thu, 31 Jul 2014 00:24:42 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BKT01751; Thu, 31 Jul 2014 07:24:40 +0000 (GMT) Received: from NKGEML406-HUB.china.huawei.com (10.98.56.37) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 31 Jul 2014 08:24:39 +0100 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.48]) by nkgeml406-hub.china.huawei.com ([10.98.56.37]) with mapi id 14.03.0158.001; Thu, 31 Jul 2014 15:24:35 +0800 From: Xuxiaohu To: "Henderickx, Wim (Wim)" , "l3vpn@ietf.org" Subject: RE: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Topic: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Index: Ac+rwxWYhfVtX4WJRN+4Ph691FmBRgADXL+AAACoj5AAAC+oAAAACuwwAADW+wAAAA/kEAAAgkqAAAA8ILAAAPUzAAAAJSvg Date: Thu, 31 Jul 2014 07:24:34 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0829A5A6@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298798@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0829882F@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298853@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08299C77@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08299CC5@NKGEML512-MBS.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.134] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/ngXyhRSkXFJJ-cuAo_gX_nyVOkA X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 07:24:45 -0000 Hi Wim, Great. How about adding the following text somewhere in the draft: "If one or more particular remote host routes need to be installed by defau= lt for whatever reasons, the best way to realize such goal is to attach a s= pecial extended community attribute to those particular host routes by orig= inating PE routers or route reflectors. Upon receiving any host routes atta= ched with the above extended community attribute, non-APR PE routers would = install them by default" Of course, it would be much appreciated if you could provide some text. Best regards, Xiaohu > -----Original Message----- > From: Henderickx, Wim (Wim) [mailto:wim.henderickx@alcatel-lucent.com] > Sent: Wednesday, July 30, 2014 6:11 PM > To: Xuxiaohu; l3vpn@ietf.org > Subject: Re: About the WG adoption of > draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >=20 > See right now there is /32 or /128 routes which can come from hosts in vi= rtual > subnet/CE-PE protocol/static routes/loopbacks/etc and to figure out the o= rigin > you have very little means doing so. So if an operator wants to distingui= sh the > installation by default in the FIB it would be good to tag the origin and= he can > than decide based on local policy what to do. I believe it is a good prac= tice and > should be described in the draft. >=20 > This is what I meant to say >=20 > On 30/07/14 11:48, "Xuxiaohu" wrote: >=20 > >Hi Wim, > > > >I just want to figure out in which scenario the host route to the VRF > >interface address of a remote PE router should be FIB-installed by > >default. If there is a scenario, I agree that your proposal of using > >communities is the best way. > > > >Best regards, > >Xiaohu > > > >> -----Original Message----- > >> From: Henderickx, Wim (Wim) > >> [mailto:wim.henderickx@alcatel-lucent.com] > >> Sent: Wednesday, July 30, 2014 5:37 PM > >> To: Xuxiaohu; l3vpn@ietf.org > >> Subject: Re: About the WG adoption of > >> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 > >> > >> In that case you can argue why not do it for all routes as well. > >> > >> On 30/07/14 11:30, "Xuxiaohu" wrote: > >> > >> >Why do you need to distinguish them from each other? In other words, > >> >why can't PE routers process the host route to a given VRF loopback > >> >address of a remote PE router as a normal remote host route (i.e., > >> >on-demand installation)? > >> > > >> >Best regards, > >> >Xiaohu > >> > > >> >-----Original Message----- > >> >From: Henderickx, Wim (Wim) > >> >[mailto:wim.henderickx@alcatel-lucent.com] > >> >Sent: Wednesday, July 30, 2014 5:20 PM > >> >To: Xuxiaohu; l3vpn@ietf.org > >> >Subject: Re: About the WG adoption of > >> >draft-xu-l3vpn-virtual-subnet-fib-reduction-00 > >> > > >> >Why not, if I configure a loopback in the VRF it has to be > >> >advertised, this is generic VRF functionality, nothing to do with > >> >virtual subnet. I am not talking to the IP address on the virtual sub= net > interface. > >> >In this case you need to distinguish between host routes and these > >>VRFs. > >> >Using communities is the best way afais. > >> > > >> >On 30/07/14 10:59, "Xuxiaohu" wrote: > >> > > >> >>Hi Wim, > >> >> > >> >>In the Virtual Subnet context, the host route corresponding to the > >> >>VRF interface address doesn't need to be advertised. > >> >> > >> >>Best regards, > >> >>Xiaohu > >> >> > >> >>> -----Original Message----- > >> >>> From: Henderickx, Wim (Wim) > >> >>> [mailto:wim.henderickx@alcatel-lucent.com] > >> >>> Sent: Wednesday, July 30, 2014 4:55 PM > >> >>> To: Xuxiaohu; l3vpn@ietf.org > >> >>> Subject: Re: About the WG adoption of > >> >>> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 > >> >>> > >> >>> Real loopbacks. E.g. A loopback /32 or /128 configured in the VRF > >> >>> > >> >>> On 30/07/14 10:52, "Xuxiaohu" wrote: > >> >>> > >> >>> >Hi Wim, > >> >>> > > >> >>> >Did you mean PE's loopback addresses by "real loopbacks"? > >> >>> > > >> >>> >Best regards, > >> >>> >Xiaohu > >> >>> > > >> >>> >> -----Original Message----- > >> >>> >> From: Henderickx, Wim (Wim) > >> >>> >> [mailto:wim.henderickx@alcatel-lucent.com] > >> >>> >> Sent: Wednesday, July 30, 2014 4:31 PM > >> >>> >> To: Xuxiaohu; l3vpn@ietf.org > >> >>> >> Subject: Re: About the WG adoption of > >> >>> >> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 > >> >>> >> > >> >>> >> What I would like to see is a way to identify the host routes > >> >>> >>since there are 2 > >> >>> >> levels: real loopbacks that need to be installed by default > >> >>> >>and real host routes that can be installed on demand. It would > >> >>> >>be good to show how the control plane could distinguish them > >> >>> >>using communities or the likes. > >> >>> >> > >> >>> >> On 30/07/14 08:54, "Xuxiaohu" wrote: > >> >>> >> > >> >>> >> >Hi all, > >> >>> >> > > >> >>> >> >Virtual Subnet > >> >>> >> >(http://tools.ietf.org/html/draft-ietf-l3vpn-virtual-subnet) > >> >>> >> >is intended for building L3 network virtualization overlays > >> >>> >> >within and/or across data centers. Since a subnet is extended > >> >>> >> >across multiple PE routers, CE host routes need to be > >> >>> >> >exchanged among PE routers. As a result, the forwarding table > >> >>> >> >size of PE routers (e.g., some old ToR > >> >>> >> >switches) may become a big concern in large-scale data center > >> >>> >> >environments. In fact, some folks had already expressed their > >> >>> >> >concerns about this potential FIB scaling issue during the WG > >> >>> >> >adoption poll of > >> >>> >>the Virtual > >> >>> >> Subnet draft. > >> >>> >> > > >> >>> >> >As CE host routes may still need to be maintained on the > >> >>> >> >control plane of PE routers in some cases (e.g.. MVPN > >> >>> >> >scenario), this draft > >> >>> >> >(http://tools.ietf.org/html/draft-xu-l3vpn-virtual-subnet-fib > >> >>> >> >-re > >> >>> >> >d > >> >>> >> >uct > >> >>> >> >ion > >> >>> >> >-00 > >> >>> >> >) proposes a very simple mechanism for reducing the FIB size > >> >>> >> >of PE routers without any change to the RIB and even the > >> >>> >> >routing > >> >>>table. > >> >>> >> > > >> >>> >> >During the L3VPN WG session at Toronto, many people had > >> >>> >> >expressed their supports for the WG adoption of this work > >> >>> >> >(Thanks a lot for your supports). However, there are still a > >> >>> >> >few people who are not in favor of the WG adoption. According > >> >>> >> >to WG > >> co-chairs' > >> >>> >> >suggestion, I would like to request those opposers to explain > >> >>> >> >their reasons so that we could further improve the draft if > >> >>>possible. > >> >>> >> > > >> >>> >> >Best regards, > >> >>> >> >Xiaohu (on behalf of all co-authors) > >> >>> >> > > >> >>> > > >> >> > >> > > > From nobody Thu Jul 31 00:27:52 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AAFAA1A0292 for ; Thu, 31 Jul 2014 00:27:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-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 5wZTHi-Pebq7 for ; Thu, 31 Jul 2014 00:27:47 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 965A11A03B3 for ; Thu, 31 Jul 2014 00:27:47 -0700 (PDT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id 4CCA09838EB2A; Thu, 31 Jul 2014 07:27:44 +0000 (GMT) Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id s6V7Rj7T003240 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 31 Jul 2014 09:27:45 +0200 Received: from FR711WXCHMBA07.zeu.alcatel-lucent.com ([169.254.3.52]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.02.0247.003; Thu, 31 Jul 2014 09:27:45 +0200 From: "Henderickx, Wim (Wim)" To: Xuxiaohu , "l3vpn@ietf.org" Subject: Re: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Topic: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Index: Ac+rwxWYhfVtX4WJRN+4Ph691FmBRgADXL+AAACoj5AAAC+oAAAACuwwAADW+wAAAA/kEAAAgkqAAAA8ILAAAPUzAAAAJSvgACx0jIA= Date: Thu, 31 Jul 2014 07:27:45 +0000 Message-ID: References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298798@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0829882F@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298853@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08299C77@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08299CC5@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0829A5A6@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0829A5A6@NKGEML512-MBS.china.huawei.com> Accept-Language: nl-BE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.3.140616 x-originating-ip: [135.239.27.39] Content-Type: text/plain; charset="us-ascii" Content-ID: <9ADF26B8F44B8544B0CE4E735AADEA6A@exchange.lucent.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/fsf63trIcBrMZ1ahtuuaOncedGQ X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 07:27:50 -0000 The question is than do we want to standardise this community? On 31/07/14 09:24, "Xuxiaohu" wrote: >Hi Wim, > >Great. How about adding the following text somewhere in the draft: > >"If one or more particular remote host routes need to be installed by >default for whatever reasons, the best way to realize such goal is to >attach a special extended community attribute to those particular host >routes by originating PE routers or route reflectors. Upon receiving any >host routes attached with the above extended community attribute, non-APR >PE routers would install them by default" > >Of course, it would be much appreciated if you could provide some text. > >Best regards, >Xiaohu > >> -----Original Message----- >> From: Henderickx, Wim (Wim) [mailto:wim.henderickx@alcatel-lucent.com] >> Sent: Wednesday, July 30, 2014 6:11 PM >> To: Xuxiaohu; l3vpn@ietf.org >> Subject: Re: About the WG adoption of >> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >>=20 >> See right now there is /32 or /128 routes which can come from hosts in >>virtual >> subnet/CE-PE protocol/static routes/loopbacks/etc and to figure out the >>origin >> you have very little means doing so. So if an operator wants to >>distinguish the >> installation by default in the FIB it would be good to tag the origin >>and he can >> than decide based on local policy what to do. I believe it is a good >>practice and >> should be described in the draft. >>=20 >> This is what I meant to say >>=20 >> On 30/07/14 11:48, "Xuxiaohu" wrote: >>=20 >> >Hi Wim, >> > >> >I just want to figure out in which scenario the host route to the VRF >> >interface address of a remote PE router should be FIB-installed by >> >default. If there is a scenario, I agree that your proposal of using >> >communities is the best way. >> > >> >Best regards, >> >Xiaohu >> > >> >> -----Original Message----- >> >> From: Henderickx, Wim (Wim) >> >> [mailto:wim.henderickx@alcatel-lucent.com] >> >> Sent: Wednesday, July 30, 2014 5:37 PM >> >> To: Xuxiaohu; l3vpn@ietf.org >> >> Subject: Re: About the WG adoption of >> >> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >> >> >> >> In that case you can argue why not do it for all routes as well. >> >> >> >> On 30/07/14 11:30, "Xuxiaohu" wrote: >> >> >> >> >Why do you need to distinguish them from each other? In other words, >> >> >why can't PE routers process the host route to a given VRF loopback >> >> >address of a remote PE router as a normal remote host route (i.e., >> >> >on-demand installation)? >> >> > >> >> >Best regards, >> >> >Xiaohu >> >> > >> >> >-----Original Message----- >> >> >From: Henderickx, Wim (Wim) >> >> >[mailto:wim.henderickx@alcatel-lucent.com] >> >> >Sent: Wednesday, July 30, 2014 5:20 PM >> >> >To: Xuxiaohu; l3vpn@ietf.org >> >> >Subject: Re: About the WG adoption of >> >> >draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >> >> > >> >> >Why not, if I configure a loopback in the VRF it has to be >> >> >advertised, this is generic VRF functionality, nothing to do with >> >> >virtual subnet. I am not talking to the IP address on the virtual >>subnet >> interface. >> >> >In this case you need to distinguish between host routes and these >> >>VRFs. >> >> >Using communities is the best way afais. >> >> > >> >> >On 30/07/14 10:59, "Xuxiaohu" wrote: >> >> > >> >> >>Hi Wim, >> >> >> >> >> >>In the Virtual Subnet context, the host route corresponding to the >> >> >>VRF interface address doesn't need to be advertised. >> >> >> >> >> >>Best regards, >> >> >>Xiaohu >> >> >> >> >> >>> -----Original Message----- >> >> >>> From: Henderickx, Wim (Wim) >> >> >>> [mailto:wim.henderickx@alcatel-lucent.com] >> >> >>> Sent: Wednesday, July 30, 2014 4:55 PM >> >> >>> To: Xuxiaohu; l3vpn@ietf.org >> >> >>> Subject: Re: About the WG adoption of >> >> >>> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >> >> >>> >> >> >>> Real loopbacks. E.g. A loopback /32 or /128 configured in the VRF >> >> >>> >> >> >>> On 30/07/14 10:52, "Xuxiaohu" wrote: >> >> >>> >> >> >>> >Hi Wim, >> >> >>> > >> >> >>> >Did you mean PE's loopback addresses by "real loopbacks"? >> >> >>> > >> >> >>> >Best regards, >> >> >>> >Xiaohu >> >> >>> > >> >> >>> >> -----Original Message----- >> >> >>> >> From: Henderickx, Wim (Wim) >> >> >>> >> [mailto:wim.henderickx@alcatel-lucent.com] >> >> >>> >> Sent: Wednesday, July 30, 2014 4:31 PM >> >> >>> >> To: Xuxiaohu; l3vpn@ietf.org >> >> >>> >> Subject: Re: About the WG adoption of >> >> >>> >> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >> >> >>> >> >> >> >>> >> What I would like to see is a way to identify the host routes >> >> >>> >>since there are 2 >> >> >>> >> levels: real loopbacks that need to be installed by default >> >> >>> >>and real host routes that can be installed on demand. It would >> >> >>> >>be good to show how the control plane could distinguish them >> >> >>> >>using communities or the likes. >> >> >>> >> >> >> >>> >> On 30/07/14 08:54, "Xuxiaohu" wrote: >> >> >>> >> >> >> >>> >> >Hi all, >> >> >>> >> > >> >> >>> >> >Virtual Subnet >> >> >>> >> >(http://tools.ietf.org/html/draft-ietf-l3vpn-virtual-subnet) >> >> >>> >> >is intended for building L3 network virtualization overlays >> >> >>> >> >within and/or across data centers. Since a subnet is extended >> >> >>> >> >across multiple PE routers, CE host routes need to be >> >> >>> >> >exchanged among PE routers. As a result, the forwarding table >> >> >>> >> >size of PE routers (e.g., some old ToR >> >> >>> >> >switches) may become a big concern in large-scale data center >> >> >>> >> >environments. In fact, some folks had already expressed their >> >> >>> >> >concerns about this potential FIB scaling issue during the WG >> >> >>> >> >adoption poll of >> >> >>> >>the Virtual >> >> >>> >> Subnet draft. >> >> >>> >> > >> >> >>> >> >As CE host routes may still need to be maintained on the >> >> >>> >> >control plane of PE routers in some cases (e.g.. MVPN >> >> >>> >> >scenario), this draft >> >> >>> >> >(http://tools.ietf.org/html/draft-xu-l3vpn-virtual-subnet-fib >> >> >>> >> >-re >> >> >>> >> >d >> >> >>> >> >uct >> >> >>> >> >ion >> >> >>> >> >-00 >> >> >>> >> >) proposes a very simple mechanism for reducing the FIB size >> >> >>> >> >of PE routers without any change to the RIB and even the >> >> >>> >> >routing >> >> >>>table. >> >> >>> >> > >> >> >>> >> >During the L3VPN WG session at Toronto, many people had >> >> >>> >> >expressed their supports for the WG adoption of this work >> >> >>> >> >(Thanks a lot for your supports). However, there are still a >> >> >>> >> >few people who are not in favor of the WG adoption. According >> >> >>> >> >to WG >> >> co-chairs' >> >> >>> >> >suggestion, I would like to request those opposers to explain >> >> >>> >> >their reasons so that we could further improve the draft if >> >> >>>possible. >> >> >>> >> > >> >> >>> >> >Best regards, >> >> >>> >> >Xiaohu (on behalf of all co-authors) >> >> >>> >> > >> >> >>> > >> >> >> >> >> > >> > > From nobody Thu Jul 31 00:45:29 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C8511A0397 for ; Thu, 31 Jul 2014 00:45:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, 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 gmpeR-yzD7jh for ; Thu, 31 Jul 2014 00:45:25 -0700 (PDT) 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 71FF61A0382 for ; Thu, 31 Jul 2014 00:45:24 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BHT73444; Thu, 31 Jul 2014 07:45:22 +0000 (GMT) Received: from NKGEML406-HUB.china.huawei.com (10.98.56.37) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 31 Jul 2014 08:45:21 +0100 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.48]) by nkgeml406-hub.china.huawei.com ([10.98.56.37]) with mapi id 14.03.0158.001; Thu, 31 Jul 2014 15:45:14 +0800 From: Xuxiaohu To: "Henderickx, Wim (Wim)" , "l3vpn@ietf.org" Subject: RE: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Topic: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Index: Ac+rwxWYhfVtX4WJRN+4Ph691FmBRgADXL+AAACoj5AAAC+oAAAACuwwAADW+wAAAA/kEAAAgkqAAAA8ILAAAPUzAAAAJSvgACx0jIAAADCPkA== Date: Thu, 31 Jul 2014 07:45:14 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0829A5EE@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298798@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0829882F@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298853@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08299C77@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08299CC5@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0829A5A6@NKGEML512-MBS.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.134] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/XK2Jf4WBW9On--5hxvKsEAV5PQw X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 07:45:28 -0000 Although our original intention is to make this draft as an informational d= raft, it seems fine to me to make it as a standard track draft if the WG be= lieve that extended community needs to be standardized. Best regards, Xiaohu -----Original Message----- From: Henderickx, Wim (Wim) [mailto:wim.henderickx@alcatel-lucent.com]=20 Sent: Thursday, July 31, 2014 3:28 PM To: Xuxiaohu; l3vpn@ietf.org Subject: Re: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-red= uction-00 The question is than do we want to standardise this community? On 31/07/14 09:24, "Xuxiaohu" wrote: >Hi Wim, > >Great. How about adding the following text somewhere in the draft: > >"If one or more particular remote host routes need to be installed by=20 >default for whatever reasons, the best way to realize such goal is to=20 >attach a special extended community attribute to those particular host=20 >routes by originating PE routers or route reflectors. Upon receiving=20 >any host routes attached with the above extended community attribute,=20 >non-APR PE routers would install them by default" > >Of course, it would be much appreciated if you could provide some text. > >Best regards, >Xiaohu > >> -----Original Message----- >> From: Henderickx, Wim (Wim)=20 >> [mailto:wim.henderickx@alcatel-lucent.com] >> Sent: Wednesday, July 30, 2014 6:11 PM >> To: Xuxiaohu; l3vpn@ietf.org >> Subject: Re: About the WG adoption of >> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >>=20 >> See right now there is /32 or /128 routes which can come from hosts=20 >>in virtual subnet/CE-PE protocol/static routes/loopbacks/etc and to=20 >>figure out the origin you have very little means doing so. So if an=20 >>operator wants to distinguish the installation by default in the FIB=20 >>it would be good to tag the origin and he can than decide based on=20 >>local policy what to do. I believe it is a good practice and should=20 >>be described in the draft. >>=20 >> This is what I meant to say >>=20 >> On 30/07/14 11:48, "Xuxiaohu" wrote: >>=20 >> >Hi Wim, >> > >> >I just want to figure out in which scenario the host route to the=20 >> >VRF interface address of a remote PE router should be FIB-installed=20 >> >by default. If there is a scenario, I agree that your proposal of=20 >> >using communities is the best way. >> > >> >Best regards, >> >Xiaohu >> > >> >> -----Original Message----- >> >> From: Henderickx, Wim (Wim) >> >> [mailto:wim.henderickx@alcatel-lucent.com] >> >> Sent: Wednesday, July 30, 2014 5:37 PM >> >> To: Xuxiaohu; l3vpn@ietf.org >> >> Subject: Re: About the WG adoption of >> >> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >> >> >> >> In that case you can argue why not do it for all routes as well. >> >> >> >> On 30/07/14 11:30, "Xuxiaohu" wrote: >> >> >> >> >Why do you need to distinguish them from each other? In other=20 >> >> >words, why can't PE routers process the host route to a given VRF=20 >> >> >loopback address of a remote PE router as a normal remote host=20 >> >> >route (i.e., on-demand installation)? >> >> > >> >> >Best regards, >> >> >Xiaohu >> >> > >> >> >-----Original Message----- >> >> >From: Henderickx, Wim (Wim) >> >> >[mailto:wim.henderickx@alcatel-lucent.com] >> >> >Sent: Wednesday, July 30, 2014 5:20 PM >> >> >To: Xuxiaohu; l3vpn@ietf.org >> >> >Subject: Re: About the WG adoption of >> >> >draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >> >> > >> >> >Why not, if I configure a loopback in the VRF it has to be=20 >> >> >advertised, this is generic VRF functionality, nothing to do with=20 >> >> >virtual subnet. I am not talking to the IP address on the virtual >>subnet >> interface. >> >> >In this case you need to distinguish between host routes and=20 >> >> >these >> >>VRFs. >> >> >Using communities is the best way afais. >> >> > >> >> >On 30/07/14 10:59, "Xuxiaohu" wrote: >> >> > >> >> >>Hi Wim, >> >> >> >> >> >>In the Virtual Subnet context, the host route corresponding to=20 >> >> >>the VRF interface address doesn't need to be advertised. >> >> >> >> >> >>Best regards, >> >> >>Xiaohu >> >> >> >> >> >>> -----Original Message----- >> >> >>> From: Henderickx, Wim (Wim) >> >> >>> [mailto:wim.henderickx@alcatel-lucent.com] >> >> >>> Sent: Wednesday, July 30, 2014 4:55 PM >> >> >>> To: Xuxiaohu; l3vpn@ietf.org >> >> >>> Subject: Re: About the WG adoption of >> >> >>> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >> >> >>> >> >> >>> Real loopbacks. E.g. A loopback /32 or /128 configured in the=20 >> >> >>> VRF >> >> >>> >> >> >>> On 30/07/14 10:52, "Xuxiaohu" wrote: >> >> >>> >> >> >>> >Hi Wim, >> >> >>> > >> >> >>> >Did you mean PE's loopback addresses by "real loopbacks"? >> >> >>> > >> >> >>> >Best regards, >> >> >>> >Xiaohu >> >> >>> > >> >> >>> >> -----Original Message----- >> >> >>> >> From: Henderickx, Wim (Wim)=20 >> >> >>> >> [mailto:wim.henderickx@alcatel-lucent.com] >> >> >>> >> Sent: Wednesday, July 30, 2014 4:31 PM >> >> >>> >> To: Xuxiaohu; l3vpn@ietf.org >> >> >>> >> Subject: Re: About the WG adoption of >> >> >>> >> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 >> >> >>> >> >> >> >>> >> What I would like to see is a way to identify the host=20 >> >> >>> >>routes since there are 2 >> >> >>> >> levels: real loopbacks that need to be installed by default=20 >> >> >>> >>and real host routes that can be installed on demand. It=20 >> >> >>> >>would be good to show how the control plane could=20 >> >> >>> >>distinguish them using communities or the likes. >> >> >>> >> >> >> >>> >> On 30/07/14 08:54, "Xuxiaohu" wrote: >> >> >>> >> >> >> >>> >> >Hi all, >> >> >>> >> > >> >> >>> >> >Virtual Subnet >> >> >>> >> >(http://tools.ietf.org/html/draft-ietf-l3vpn-virtual-subne >> >> >>> >> >t) is intended for building L3 network virtualization=20 >> >> >>> >> >overlays within and/or across data centers. Since a subnet=20 >> >> >>> >> >is extended across multiple PE routers, CE host routes=20 >> >> >>> >> >need to be exchanged among PE routers. As a result, the=20 >> >> >>> >> >forwarding table size of PE routers (e.g., some old ToR >> >> >>> >> >switches) may become a big concern in large-scale data=20 >> >> >>> >> >center environments. In fact, some folks had already=20 >> >> >>> >> >expressed their concerns about this potential FIB scaling=20 >> >> >>> >> >issue during the WG adoption poll of >> >> >>> >>the Virtual >> >> >>> >> Subnet draft. >> >> >>> >> > >> >> >>> >> >As CE host routes may still need to be maintained on the=20 >> >> >>> >> >control plane of PE routers in some cases (e.g.. MVPN=20 >> >> >>> >> >scenario), this draft=20 >> >> >>> >> >(http://tools.ietf.org/html/draft-xu-l3vpn-virtual-subnet- >> >> >>> >> >fib >> >> >>> >> >-re >> >> >>> >> >d >> >> >>> >> >uct >> >> >>> >> >ion >> >> >>> >> >-00 >> >> >>> >> >) proposes a very simple mechanism for reducing the FIB=20 >> >> >>> >> >size of PE routers without any change to the RIB and even=20 >> >> >>> >> >the routing >> >> >>>table. >> >> >>> >> > >> >> >>> >> >During the L3VPN WG session at Toronto, many people had=20 >> >> >>> >> >expressed their supports for the WG adoption of this work=20 >> >> >>> >> >(Thanks a lot for your supports). However, there are still=20 >> >> >>> >> >a few people who are not in favor of the WG adoption.=20 >> >> >>> >> >According to WG >> >> co-chairs' >> >> >>> >> >suggestion, I would like to request those opposers to=20 >> >> >>> >> >explain their reasons so that we could further improve the=20 >> >> >>> >> >draft if >> >> >>>possible. >> >> >>> >> > >> >> >>> >> >Best regards, >> >> >>> >> >Xiaohu (on behalf of all co-authors) >> >> >>> >> > >> >> >>> > >> >> >> >> >> > >> > > From nobody Thu Jul 31 01:03:19 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C7DEB1A038A for ; Thu, 31 Jul 2014 01:03:16 -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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 Gh5z0nzckyrr for ; Thu, 31 Jul 2014 01:03:12 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E58A51A03F5 for ; Thu, 31 Jul 2014 01:03:11 -0700 (PDT) Received: from omfedm07.si.francetelecom.fr (unknown [xx.xx.xx.3]) by omfedm13.si.francetelecom.fr (ESMTP service) with ESMTP id E5AB0324DB1; Thu, 31 Jul 2014 10:03:09 +0200 (CEST) Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.183]) by omfedm07.si.francetelecom.fr (ESMTP service) with ESMTP id B7BAC4C096; Thu, 31 Jul 2014 10:03:09 +0200 (CEST) Received: from PEXCVZYM11.corporate.adroot.infra.ftgroup ([fe80::a441:e6a9:6143:6f0f]) by PEXCVZYH02.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.03.0181.006; Thu, 31 Jul 2014 10:03:09 +0200 From: To: Xuxiaohu , "Henderickx, Wim (Wim)" , "l3vpn@ietf.org" Subject: RE: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Topic: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib-reduction-00 Thread-Index: Ac+rwxWYhfVtX4WJRN+4Ph691FmBRgADXL+AAACoj5AAAC+oAAAACuwwAADW+wAAAA/kEAAAgkqAAAA8ILAAAPUzAAAAJSvgACx0jIAAADCPkAAA1ebg Date: Thu, 31 Jul 2014 08:03:08 +0000 Message-ID: <11343_1406793789_53D9F83D_11343_855_1_53C29892C857584299CBF5D05346208A0719A010@PEXCVZYM11.corporate.adroot.infra.ftgroup> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298798@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0829882F@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08298853@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08299C77@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08299CC5@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0829A5A6@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0829A5EE@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0829A5EE@NKGEML512-MBS.china.huawei.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.197.38.6] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-PMX-Version: 6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2014.6.25.81224 Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/Op6HRiLa0RUsnm07JNszH7qDPP0 X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 08:03:17 -0000 Hi Xiaohu, > Although our original intention is to make this draft as an informational= draft, > it seems fine to me to make it as a standard track draft if the WG believ= e that > extended community needs to be standardized. FYI: IANA allocated BGP communities are FCFS. Depending on your use case, you may want a non-transitive extended communit= y which will be FCFS as soon as draft-ietf-idr-reserved-extended-communitie= s gets published i.e. as soon as draft-ietf-idr-as4octet-extcomm-generic-su= btype get implemented ( so feel free to implement this short draft in y= our spare time. ;-) ) So the draft may be kept informational is this was you intention. Regards, Bruno >=20 > Best regards, > Xiaohu >=20 > -----Original Message----- > From: Henderickx, Wim (Wim) [mailto:wim.henderickx@alcatel-lucent.com] > Sent: Thursday, July 31, 2014 3:28 PM > To: Xuxiaohu; l3vpn@ietf.org > Subject: Re: About the WG adoption of draft-xu-l3vpn-virtual-subnet-fib- > reduction-00 >=20 > The question is than do we want to standardise this community? >=20 > On 31/07/14 09:24, "Xuxiaohu" wrote: >=20 > >Hi Wim, > > > >Great. How about adding the following text somewhere in the draft: > > > >"If one or more particular remote host routes need to be installed by > >default for whatever reasons, the best way to realize such goal is to > >attach a special extended community attribute to those particular host > >routes by originating PE routers or route reflectors. Upon receiving > >any host routes attached with the above extended community attribute, > >non-APR PE routers would install them by default" > > > >Of course, it would be much appreciated if you could provide some text. > > > >Best regards, > >Xiaohu > > > >> -----Original Message----- > >> From: Henderickx, Wim (Wim) > >> [mailto:wim.henderickx@alcatel-lucent.com] > >> Sent: Wednesday, July 30, 2014 6:11 PM > >> To: Xuxiaohu; l3vpn@ietf.org > >> Subject: Re: About the WG adoption of > >> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 > >> > >> See right now there is /32 or /128 routes which can come from hosts > >>in virtual subnet/CE-PE protocol/static routes/loopbacks/etc and to > >>figure out the origin you have very little means doing so. So if an > >>operator wants to distinguish the installation by default in the FIB > >>it would be good to tag the origin and he can than decide based on > >>local policy what to do. I believe it is a good practice and should > >>be described in the draft. > >> > >> This is what I meant to say > >> > >> On 30/07/14 11:48, "Xuxiaohu" wrote: > >> > >> >Hi Wim, > >> > > >> >I just want to figure out in which scenario the host route to the > >> >VRF interface address of a remote PE router should be FIB-installed > >> >by default. If there is a scenario, I agree that your proposal of > >> >using communities is the best way. > >> > > >> >Best regards, > >> >Xiaohu > >> > > >> >> -----Original Message----- > >> >> From: Henderickx, Wim (Wim) > >> >> [mailto:wim.henderickx@alcatel-lucent.com] > >> >> Sent: Wednesday, July 30, 2014 5:37 PM > >> >> To: Xuxiaohu; l3vpn@ietf.org > >> >> Subject: Re: About the WG adoption of > >> >> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 > >> >> > >> >> In that case you can argue why not do it for all routes as well. > >> >> > >> >> On 30/07/14 11:30, "Xuxiaohu" wrote: > >> >> > >> >> >Why do you need to distinguish them from each other? In other > >> >> >words, why can't PE routers process the host route to a given VRF > >> >> >loopback address of a remote PE router as a normal remote host > >> >> >route (i.e., on-demand installation)? > >> >> > > >> >> >Best regards, > >> >> >Xiaohu > >> >> > > >> >> >-----Original Message----- > >> >> >From: Henderickx, Wim (Wim) > >> >> >[mailto:wim.henderickx@alcatel-lucent.com] > >> >> >Sent: Wednesday, July 30, 2014 5:20 PM > >> >> >To: Xuxiaohu; l3vpn@ietf.org > >> >> >Subject: Re: About the WG adoption of > >> >> >draft-xu-l3vpn-virtual-subnet-fib-reduction-00 > >> >> > > >> >> >Why not, if I configure a loopback in the VRF it has to be > >> >> >advertised, this is generic VRF functionality, nothing to do with > >> >> >virtual subnet. I am not talking to the IP address on the virtual > >>subnet > >> interface. > >> >> >In this case you need to distinguish between host routes and > >> >> >these > >> >>VRFs. > >> >> >Using communities is the best way afais. > >> >> > > >> >> >On 30/07/14 10:59, "Xuxiaohu" wrote: > >> >> > > >> >> >>Hi Wim, > >> >> >> > >> >> >>In the Virtual Subnet context, the host route corresponding to > >> >> >>the VRF interface address doesn't need to be advertised. > >> >> >> > >> >> >>Best regards, > >> >> >>Xiaohu > >> >> >> > >> >> >>> -----Original Message----- > >> >> >>> From: Henderickx, Wim (Wim) > >> >> >>> [mailto:wim.henderickx@alcatel-lucent.com] > >> >> >>> Sent: Wednesday, July 30, 2014 4:55 PM > >> >> >>> To: Xuxiaohu; l3vpn@ietf.org > >> >> >>> Subject: Re: About the WG adoption of > >> >> >>> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 > >> >> >>> > >> >> >>> Real loopbacks. E.g. A loopback /32 or /128 configured in the > >> >> >>> VRF > >> >> >>> > >> >> >>> On 30/07/14 10:52, "Xuxiaohu" wrote: > >> >> >>> > >> >> >>> >Hi Wim, > >> >> >>> > > >> >> >>> >Did you mean PE's loopback addresses by "real loopbacks"? > >> >> >>> > > >> >> >>> >Best regards, > >> >> >>> >Xiaohu > >> >> >>> > > >> >> >>> >> -----Original Message----- > >> >> >>> >> From: Henderickx, Wim (Wim) > >> >> >>> >> [mailto:wim.henderickx@alcatel-lucent.com] > >> >> >>> >> Sent: Wednesday, July 30, 2014 4:31 PM > >> >> >>> >> To: Xuxiaohu; l3vpn@ietf.org > >> >> >>> >> Subject: Re: About the WG adoption of > >> >> >>> >> draft-xu-l3vpn-virtual-subnet-fib-reduction-00 > >> >> >>> >> > >> >> >>> >> What I would like to see is a way to identify the host > >> >> >>> >>routes since there are 2 > >> >> >>> >> levels: real loopbacks that need to be installed by default > >> >> >>> >>and real host routes that can be installed on demand. It > >> >> >>> >>would be good to show how the control plane could > >> >> >>> >>distinguish them using communities or the likes. > >> >> >>> >> > >> >> >>> >> On 30/07/14 08:54, "Xuxiaohu" > wrote: > >> >> >>> >> > >> >> >>> >> >Hi all, > >> >> >>> >> > > >> >> >>> >> >Virtual Subnet > >> >> >>> >> >(http://tools.ietf.org/html/draft-ietf-l3vpn-virtual-subne > >> >> >>> >> >t) is intended for building L3 network virtualization > >> >> >>> >> >overlays within and/or across data centers. Since a subnet > >> >> >>> >> >is extended across multiple PE routers, CE host routes > >> >> >>> >> >need to be exchanged among PE routers. As a result, the > >> >> >>> >> >forwarding table size of PE routers (e.g., some old ToR > >> >> >>> >> >switches) may become a big concern in large-scale data > >> >> >>> >> >center environments. In fact, some folks had already > >> >> >>> >> >expressed their concerns about this potential FIB scaling > >> >> >>> >> >issue during the WG adoption poll of > >> >> >>> >>the Virtual > >> >> >>> >> Subnet draft. > >> >> >>> >> > > >> >> >>> >> >As CE host routes may still need to be maintained on the > >> >> >>> >> >control plane of PE routers in some cases (e.g.. MVPN > >> >> >>> >> >scenario), this draft > >> >> >>> >> >(http://tools.ietf.org/html/draft-xu-l3vpn-virtual-subnet- > >> >> >>> >> >fib > >> >> >>> >> >-re > >> >> >>> >> >d > >> >> >>> >> >uct > >> >> >>> >> >ion > >> >> >>> >> >-00 > >> >> >>> >> >) proposes a very simple mechanism for reducing the FIB > >> >> >>> >> >size of PE routers without any change to the RIB and even > >> >> >>> >> >the routing > >> >> >>>table. > >> >> >>> >> > > >> >> >>> >> >During the L3VPN WG session at Toronto, many people had > >> >> >>> >> >expressed their supports for the WG adoption of this work > >> >> >>> >> >(Thanks a lot for your supports). However, there are still > >> >> >>> >> >a few people who are not in favor of the WG adoption. > >> >> >>> >> >According to WG > >> >> co-chairs' > >> >> >>> >> >suggestion, I would like to request those opposers to > >> >> >>> >> >explain their reasons so that we could further improve the > >> >> >>> >> >draft if > >> >> >>>possible. > >> >> >>> >> > > >> >> >>> >> >Best regards, > >> >> >>> >> >Xiaohu (on behalf of all co-authors) > >> >> >>> >> > > >> >> >>> > > >> >> >> > >> >> > > >> > > > ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Thu Jul 31 10:19:06 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA2081B2958; Thu, 31 Jul 2014 10:18:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 4l6CrAU-je5G; Thu, 31 Jul 2014 10:18:48 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 132AF1B292A; Thu, 31 Jul 2014 10:18:48 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: hj2387@att.com, luay.jalil@verizon.com, rbonica@juniper.net, yakov@juniper.net, keyupate@cisco.com, lucy.yong@huawei.com, xuxiaohu@huawei.com Subject: IPR Disclosure: Huawei Technologies Co., Ltd's Statement about IPR related to draft-ietf-l3vpn-orf-covering-prefixes-00 X-Test-IDTracker: no X-IETF-IDTracker: 5.6.2.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140731171848.19657.70069.idtracker@ietfa.amsl.com> Date: Thu, 31 Jul 2014 10:18:48 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/4AXXXFHuCwucANraQFeEpAwZO6Y Cc: l3vpn@ietf.org, akatlas@gmail.com, adrian@olddog.co.uk, thomas.morin@orange.com, ipr-announce@ietf.org X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 17:18:59 -0000 Dear Huajin Jeng, Luay Jalil, Ron Bonica, Yakov Rekhter, Keyur Patel, Lucy Yong, Xiaohu Xu: An IPR disclosure that pertains to your Internet-Draft entitled "Covering Prefixes Outbound Route Filter for BGP-4" (draft-ietf-l3vpn-orf-covering- prefixes) was submitted to the IETF Secretariat on 2014-07-30 and has been posted on the "IETF Page of Intellectual Property Rights Disclosures" (https://datatracker.ietf.org/ipr/2398/). The title of the IPR disclosure is "Huawei Technologies Co.,Ltd's Statement about IPR related to draft-ietf-l3vpn- orf-covering-prefixes-00.""); The IETF Secretariat From nobody Thu Jul 31 10:20:45 2014 Return-Path: X-Original-To: l3vpn@ietfa.amsl.com Delivered-To: l3vpn@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85B441B2936; Thu, 31 Jul 2014 10:20:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 LHUMJUJbUfkD; Thu, 31 Jul 2014 10:20:38 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 961AC1A0193; Thu, 31 Jul 2014 10:20:38 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: luay.jalil@verizon.com, hj2387@att.com, rbonica@juniper.net, yakov@juniper.net, keyupate@cisco.com, lucy.yong@huawei.com, xuxiaohu@huawei.com Subject: IPR Disclosure: Huawei Technologies Co., Ltd's Statement about IPR related to draft-bonica-l3vpn-orf-covering-prefixes-03 X-Test-IDTracker: no X-IETF-IDTracker: 5.6.2.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140731172038.14494.8557.idtracker@ietfa.amsl.com> Date: Thu, 31 Jul 2014 10:20:38 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/l3vpn/bhGjauJ9D3spe7-qMo8gU9M-Eds Cc: l3vpn@ietf.org, akatlas@gmail.com, adrian@olddog.co.uk, thomas.morin@orange.com, ipr-announce@ietf.org X-BeenThere: l3vpn@ietf.org X-Mailman-Version: 2.1.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 17:20:41 -0000 Dear Luay Jalil, Huajin Jeng, Ron Bonica, Yakov Rekhter, Keyur Patel, Lucy Yong, Xiaohu Xu: An IPR disclosure that pertains to your Internet-Draft entitled "Covering Prefixes Outbound Route Filter for BGP-4" (draft-bonica-l3vpn-orf-covering- prefixes) was submitted to the IETF Secretariat on 2014-07-30 and has been posted on the "IETF Page of Intellectual Property Rights Disclosures" (https://datatracker.ietf.org/ipr/2397/). The title of the IPR disclosure is "Huawei Technologies Co.,Ltd's Statement about IPR related to draft-bonica- l3vpn-orf-covering-prefixes-03.""); The IETF Secretariat