From nobody Fri Aug 26 22:56:27 2016 Return-Path: X-Original-To: l2vpn@ietfa.amsl.com Delivered-To: l2vpn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9351C12B04A for ; Fri, 26 Aug 2016 22:56:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fhfbZ6zxzFkx for ; Fri, 26 Aug 2016 22:56:24 -0700 (PDT) Received: from mail-pf0-x22d.google.com (mail-pf0-x22d.google.com [IPv6:2607:f8b0:400e:c00::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7AB4312B024 for ; Fri, 26 Aug 2016 22:56:24 -0700 (PDT) Received: by mail-pf0-x22d.google.com with SMTP id h186so34927545pfg.3 for ; Fri, 26 Aug 2016 22:56:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc; bh=ryBmL9CpBuC/YCgXjihClgqxWgIXla/ObiKislgWrZA=; b=TeZkzgm8d5aq/s9rByqaIpm58XOj/lfl9Gx87fX7Ppp+pLY9CqlMOhmEk5FywG9EVr IIeJSjsmVdQ8MsvIud8b+fJ9rr+Kcd9sAkKF5GrUI6C2KruAVzQuqkG4C/JuxyGkB1uK dHyQf2gQNBs/UMvqY0Z2GKnVI0K+0qaHY1KRXnsySZf27CrcNi9B4vNdXT8GbYBOKgKf 4A1PHfNoeWI8P4PXQSluJ0xZ3VmZLE1FoZikUSFgQvCfcMQc601R++5VwzpqgEmOJTLH z0jR3SE9MPRy2s/le3fZxLMNShUtSMMs1jMoC3Y0kUx1cUh0PeAXnAyLlvmI4V1trOIO PCGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=ryBmL9CpBuC/YCgXjihClgqxWgIXla/ObiKislgWrZA=; b=GCxlAvK+PknTqG7mEVxHtFNo3h5KU+SalA8JsWor09dpxjcYdE358u5SLa7Jz5Ho8M CMuNHRxAzGIOXjXtX3jqhPqwBd2jmSbfUnpAcRIZj0oyU0XvPX3zo9qOa8d3Ne9Refyl 7J7GbagejsQgF5XGkoR8xiWPZlIftH9pIIH+PWMfwyPfdLTWcLhXORqVNAJ0KdKCui78 uuwHPHLC8Ae6LkHTl2vvaCivkMb4uOK/DKBivIclH3BN1WrViv/h6N1Miqw24e11bJa3 EQK1c3mKzNI3rb3Px60Lxc3Eo2dFQrqa6xRkBA6TdGDYKiCtMw8FIXywz7lCJ6DC5nvL YhIQ== X-Gm-Message-State: AE9vXwNojBKy2TazSbEI7zZDEA+64xsp6ULy1mCANPZBV1aAxYqXzzaYuiKhspe0m+GLYAreDG9R8XQbO4T/NQ== X-Received: by 10.98.61.24 with SMTP id k24mr12489453pfa.100.1472277384011; Fri, 26 Aug 2016 22:56:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.225.231 with HTTP; Fri, 26 Aug 2016 22:56:23 -0700 (PDT) From: sujay gupta Date: Fri, 26 Aug 2016 22:56:23 -0700 Message-ID: Subject: Clarification required Section 9.2.1 RFC 7432 on BGP MPLS-Based Ethernet VPN To: giles.heron@gmail.com Content-Type: multipart/alternative; boundary=94eb2c112fba7c24c9053b074af9 Archived-At: Cc: l2vpn@ietf.org, Sujay Gupta X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Layer 2 Virtual Private Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Aug 2016 05:56:25 -0000 --94eb2c112fba7c24c9053b074af9 Content-Type: text/plain; charset=UTF-8 Dear Authors, In section 9.2.1, on "Constructing MAC/IP Advertisement" The question or rather confirmation I have a question around is the below statement; The MPLS Label1 field is encoded as 3 octets, where the high-order 20 bits contain the label value. The MPLS Label1 MUST be downstream assigned, and it is associated with the MAC address being advertised by the advertising PE. While this statement is correct and indeed should be the way. The following paragraph "recommends" 4 different ways of implementing it; 1) Single Label for the entire MAC-VRF 2) Per MAC-VRF and Ethernet Tag combination 3) Per ESI and Ethernet Tag combination 4) One Label per MAC address. The question is; As my implementation can assign Labels per Attachment circuit; i.e per ESI and sometimes only on an Ethernet Tag basis as well sometimes in per ESI and Ethernet Tag combination. But the implementation CANNOT do a EVPN Label per MAC-VRF. I am of the belief that this is purely a local choice and does not effect in any way the protocol behavior. The interpretation of the label is finally a responsibility of the advertising PE as long as the forwarding is taken care correctly. Whereas for BUM and unknown traffic indeed, the inner Label should have the entire domain level applicability and advertised as per PMSI attributes depending upon P-tree methods. Is this understanding correct? TIA, -Sujay --94eb2c112fba7c24c9053b074af9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Dear Authors,

In section = 9.2.1, on "Constructing MAC/IP Advertisement"

= The question or rather confirmation I have a question around is the below s= tatement;
The MPLS Label1 field is encoded as 3 oc=
tets, where the high-order
   20 bits contain the label value.  The MPLS Label1 MUST be downstream
   assigned, and it is associated with the MAC address being advertised
   by the advertising PE.

While this statement=
 is correct and indeed should be the way.

The =
following paragraph "recommends" 4 different ways of implementing=
 it;
1) Single Label for the entire MAC-VRF
2) Per MAC-VRF and Ethernet Tag combination

3) Per ESI and Ethernet Tag combination

4) One Label per MAC address.

The q=
uestion is;
As my implementation can assign Labels=
 per Attachment circuit; i.e per ESI and sometimes only on
an Ethernet Tag basis as well sometimes in per ESI and Ethernet Ta=
g combination.
But the implementation CANNOT do a =
EVPN Label per MAC-VRF.
I am of the belief that th=
is is purely a local choice and does not effect in any way 
the protocol behavior.  The interpretation of the label is finall=
y a responsibility of the
advertising PE as long a=
s the forwarding is taken care correctly. 

Whe=
reas for BUM and unknown traffic indeed, the inner Label should have the en=
tire domain level
applicability and advertised as =
per PMSI attributes depending upon P-tree methods.

Is this understanding correct?

TIA,
-Sujay
<=
br>




--94eb2c112fba7c24c9053b074af9-- From nobody Sat Aug 27 08:01:47 2016 Return-Path: X-Original-To: l2vpn@ietfa.amsl.com Delivered-To: l2vpn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0649112D0B9; Sat, 27 Aug 2016 08:01:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TqEAact9c1EA; Sat, 27 Aug 2016 08:01:44 -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 2183612B04B; Sat, 27 Aug 2016 08:01:44 -0700 (PDT) Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id 5CC68ED970E32; Sat, 27 Aug 2016 15:01:39 +0000 (GMT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u7RF1fce001569 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 27 Aug 2016 15:01:41 GMT 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 u7RF1fNZ020838 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 27 Aug 2016 17:01:41 +0200 Received: from FR711WXCHMBA03.zeu.alcatel-lucent.com ([169.254.3.252]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0195.001; Sat, 27 Aug 2016 17:01:40 +0200 From: "Rabadan, Jorge (Nokia - US)" To: sujay gupta , "giles.heron@gmail.com" Subject: Re: Clarification required Section 9.2.1 RFC 7432 on BGP MPLS-Based Ethernet VPN Thread-Topic: Clarification required Section 9.2.1 RFC 7432 on BGP MPLS-Based Ethernet VPN Thread-Index: AQHSACfFFiBK8WVQ+Uy57Y1q3B5t8qBcUKGA Date: Sat, 27 Aug 2016 15:01:40 +0000 Message-ID: <43DCF955-141C-4739-A88A-DC76045EAE79@nokia.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.19.0.160817 x-originating-ip: [135.239.27.40] Content-Type: multipart/alternative; boundary="_000_43DCF955141C4739A88ADC76045EAE79nokiacom_" MIME-Version: 1.0 Archived-At: Cc: "l2vpn@ietf.org" , Sujay Gupta , BESS X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Layer 2 Virtual Private Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Aug 2016 15:01:46 -0000 --_000_43DCF955141C4739A88ADC76045EAE79nokiacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU3VqYXksDQoNCllvdSBtYXkgd2FudCB0byBoYXZlIGEgbG9vayBhdDoNCg0KaHR0cHM6Ly90 b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtYmVzcy1ldnBuLXVzYWdlLTAyI3NlY3Rpb24t Nw0KDQpUaGlzIGRyYWZ0IGlzIHJlbGV2YW50IHRvIHlvdXIgZGlzY3Vzc2lvbiBiZWxvdy4gVGhl IGxhYmVsIGFsbG9jYXRpb24gaXMgYSBsb2NhbCBpbXBsZW1lbnRhdGlvbiBtYXR0ZXI7IG1vc3Qg b2YgdGhlIGltcGxlbWVudGF0aW9ucyBJ4oCZbSBhd2FyZSBvZiwgdXNlIGEgbGFiZWwgcGVyIE1B Qy1WUkYuDQoNCk15IDIgY2VudHMuDQpKb3JnZQ0KDQoNCg0KT24gOC8yNi8xNiwgMTA6NTYgUE0s ICJMMnZwbiBvbiBiZWhhbGYgb2Ygc3VqYXkgZ3VwdGEiIDxsMnZwbi1ib3VuY2VzQGlldGYub3Jn PG1haWx0bzpsMnZwbi1ib3VuY2VzQGlldGYub3JnPiBvbiBiZWhhbGYgb2Ygc3VqYXkuaWV0ZkBn bWFpbC5jb208bWFpbHRvOnN1amF5LmlldGZAZ21haWwuY29tPj4gd3JvdGU6DQoNCkRlYXIgQXV0 aG9ycywNCkluIHNlY3Rpb24gOS4yLjEsIG9uICJDb25zdHJ1Y3RpbmcgTUFDL0lQIEFkdmVydGlz ZW1lbnQiDQoNClRoZSBxdWVzdGlvbiBvciByYXRoZXIgY29uZmlybWF0aW9uIEkgaGF2ZSBhIHF1 ZXN0aW9uIGFyb3VuZCBpcyB0aGUgYmVsb3cgc3RhdGVtZW50Ow0KDQpUaGUgTVBMUyBMYWJlbDEg ZmllbGQgaXMgZW5jb2RlZCBhcyAzIG9jdGV0cywgd2hlcmUgdGhlIGhpZ2gtb3JkZXINCg0KICAg MjAgYml0cyBjb250YWluIHRoZSBsYWJlbCB2YWx1ZS4gIFRoZSBNUExTIExhYmVsMSBNVVNUIGJl IGRvd25zdHJlYW0NCg0KICAgYXNzaWduZWQsIGFuZCBpdCBpcyBhc3NvY2lhdGVkIHdpdGggdGhl IE1BQyBhZGRyZXNzIGJlaW5nIGFkdmVydGlzZWQNCg0KICAgYnkgdGhlIGFkdmVydGlzaW5nIFBF Lg0KDQpXaGlsZSB0aGlzIHN0YXRlbWVudCBpcyBjb3JyZWN0IGFuZCBpbmRlZWQgc2hvdWxkIGJl IHRoZSB3YXkuDQoNClRoZSBmb2xsb3dpbmcgcGFyYWdyYXBoICJyZWNvbW1lbmRzIiA0IGRpZmZl cmVudCB3YXlzIG9mIGltcGxlbWVudGluZyBpdDsNCg0KMSkgU2luZ2xlIExhYmVsIGZvciB0aGUg ZW50aXJlIE1BQy1WUkYNCg0KMikgUGVyIE1BQy1WUkYgYW5kIEV0aGVybmV0IFRhZyBjb21iaW5h dGlvbg0KDQozKSBQZXIgRVNJIGFuZCBFdGhlcm5ldCBUYWcgY29tYmluYXRpb24NCg0KNCkgT25l IExhYmVsIHBlciBNQUMgYWRkcmVzcy4NCg0KVGhlIHF1ZXN0aW9uIGlzOw0KDQpBcyBteSBpbXBs ZW1lbnRhdGlvbiBjYW4gYXNzaWduIExhYmVscyBwZXIgQXR0YWNobWVudCBjaXJjdWl0OyBpLmUg cGVyIEVTSSBhbmQgc29tZXRpbWVzIG9ubHkgb24NCg0KYW4gRXRoZXJuZXQgVGFnIGJhc2lzIGFz IHdlbGwgc29tZXRpbWVzIGluIHBlciBFU0kgYW5kIEV0aGVybmV0IFRhZyBjb21iaW5hdGlvbi4N Cg0KQnV0IHRoZSBpbXBsZW1lbnRhdGlvbiBDQU5OT1QgZG8gYSBFVlBOIExhYmVsIHBlciBNQUMt VlJGLg0KDQpJIGFtIG9mIHRoZSBiZWxpZWYgdGhhdCB0aGlzIGlzIHB1cmVseSBhIGxvY2FsIGNo b2ljZSBhbmQgZG9lcyBub3QgZWZmZWN0IGluIGFueSB3YXkNCg0KdGhlIHByb3RvY29sIGJlaGF2 aW9yLiAgVGhlIGludGVycHJldGF0aW9uIG9mIHRoZSBsYWJlbCBpcyBmaW5hbGx5IGEgcmVzcG9u c2liaWxpdHkgb2YgdGhlDQoNCmFkdmVydGlzaW5nIFBFIGFzIGxvbmcgYXMgdGhlIGZvcndhcmRp bmcgaXMgdGFrZW4gY2FyZSBjb3JyZWN0bHkuDQoNCldoZXJlYXMgZm9yIEJVTSBhbmQgdW5rbm93 biB0cmFmZmljIGluZGVlZCwgdGhlIGlubmVyIExhYmVsIHNob3VsZCBoYXZlIHRoZSBlbnRpcmUg ZG9tYWluIGxldmVsDQoNCmFwcGxpY2FiaWxpdHkgYW5kIGFkdmVydGlzZWQgYXMgcGVyIFBNU0kg YXR0cmlidXRlcyBkZXBlbmRpbmcgdXBvbiBQLXRyZWUgbWV0aG9kcy4NCg0KDQoNCklzIHRoaXMg dW5kZXJzdGFuZGluZyBjb3JyZWN0Pw0KDQpUSUEsDQoNCi1TdWpheQ0KDQoNCg0KDQoNCg0KDQo= --_000_43DCF955141C4739A88ADC76045EAE79nokiacom_ Content-Type: text/html; charset="utf-8" Content-ID: <312770EA6664CA4BB959D7ECE76BABFE@exchange.lucent.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglwYW5vc2UtMToyIDcg MyA5IDIgMiA1IDIgNCA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0 aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDExIDYgOSAyIDIgNCAz IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1h bCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsN Cglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCmg0 DQoJe21zby1zdHlsZS1wcmlvcml0eTo5Ow0KCW1zby1zdHlsZS1saW5rOiJIZWFkaW5nIDQgQ2hh ciI7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjEy LjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjsNCglmb250LXdlaWdodDpib2xk O30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNw YW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9y OnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnANCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowY207 DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCWZvbnQt c2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KcHJlDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQg Q2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXpl OjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCnNwYW4uYXBwbGUtc3R5bGUt c3Bhbg0KCXttc28tc3R5bGUtbmFtZTphcHBsZS1zdHlsZS1zcGFuO30NCnNwYW4uSFRNTFByZWZv cm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0K CW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0 ZWQiOw0KCWZvbnQtZmFtaWx5OkNvdXJpZXI7fQ0Kc3Bhbi5oNA0KCXttc28tc3R5bGUtbmFtZTpo NDt9DQpzcGFuLkhlYWRpbmc0Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiSGVhZGluZyA0IENoYXIi Ow0KCW1zby1zdHlsZS1wcmlvcml0eTo5Ow0KCW1zby1zdHlsZS1saW5rOiJIZWFkaW5nIDQiOw0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIExpZ2h0IjsNCgljb2xvcjojMkU3NEI1Ow0KCWZvbnQtc3R5 bGU6aXRhbGljO30NCnNwYW4uRW1haWxTdHlsZTIzDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFs LXJlcGx5Ow0KCWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFu Lm1zb0lucw0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tc3R5bGUtbmFtZToi IjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0KLk1zb0NocERl ZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9 DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcy LjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29y ZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIg bGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29y ZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPkhpIFN1amF5LDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNh bGlicmkiPllvdSBtYXkgd2FudCB0byBoYXZlIGEgbG9vayBhdDo8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpD YWxpYnJpIj48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1i ZXNzLWV2cG4tdXNhZ2UtMDIjc2VjdGlvbi03Ij5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwv ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tdXNhZ2UtMDIjc2VjdGlvbi03PC9hPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OkNhbGlicmkiPlRoaXMgZHJhZnQgaXMgcmVsZXZhbnQgdG8geW91ciBkaXNjdXNzaW9uIGJl bG93LiBUaGUgbGFiZWwgYWxsb2NhdGlvbiBpcyBhIGxvY2FsIGltcGxlbWVudGF0aW9uIG1hdHRl cjsgbW9zdCBvZiB0aGUgaW1wbGVtZW50YXRpb25zIEnigJltIGF3YXJlIG9mLCB1c2UgYSBsYWJl bCBwZXIgTUFDLVZSRi4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPk15IDIgY2VudHMuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Sm9yZ2U8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6Ymxh Y2siPk9uIDgvMjYvMTYsIDEwOjU2IFBNLCAmcXVvdDtMMnZwbiBvbiBiZWhhbGYgb2Ygc3VqYXkg Z3VwdGEmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpsMnZwbi1ib3VuY2VzQGlldGYub3JnIj5s MnZwbi1ib3VuY2VzQGlldGYub3JnPC9hPiBvbiBiZWhhbGYgb2YNCjxhIGhyZWY9Im1haWx0bzpz dWpheS5pZXRmQGdtYWlsLmNvbSI+c3VqYXkuaWV0ZkBnbWFpbC5jb208L2E+Jmd0OyB3cm90ZTo8 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1 b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQjVDNERGIDQuNXB0O3Bh ZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQ7bWFyZ2luLWxlZnQ6My43NXB0O21hcmdpbi1yaWdodDow Y20iIGlkPSJNQUNfT1VUTE9PS19BVFRSSUJVVElPTl9CTE9DS1FVT1RFIj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPkRlYXIgQXV0aG9ycyw8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SW4gc2VjdGlvbiA5LjIuMSwgb24gJnF1 b3Q7Q29uc3RydWN0aW5nIE1BQy9JUCBBZHZlcnRpc2VtZW50JnF1b3Q7PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgcXVlc3Rpb24gb3IgcmF0aGVyIGNvbmZpcm1h dGlvbiBJIGhhdmUgYSBxdWVzdGlvbiBhcm91bmQgaXMgdGhlIGJlbG93IHN0YXRlbWVudDs8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHByZT5UaGUgTVBMUyBMYWJlbDEgZmllbGQgaXMgZW5jb2Rl ZCBhcyAzIG9jdGV0cywgd2hlcmUgdGhlIGhpZ2gtb3JkZXI8bzpwPjwvbzpwPjwvcHJlPg0KPHBy ZT4mbmJzcDsmbmJzcDsgMjAgYml0cyBjb250YWluIHRoZSBsYWJlbCB2YWx1ZS4mbmJzcDsgVGhl IE1QTFMgTGFiZWwxIE1VU1QgYmUgZG93bnN0cmVhbTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZu YnNwOyZuYnNwOyBhc3NpZ25lZCwgYW5kIGl0IGlzIGFzc29jaWF0ZWQgd2l0aCB0aGUgTUFDIGFk ZHJlc3MgYmVpbmcgYWR2ZXJ0aXNlZDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJn aW4tYm90dG9tOjEyLjBwdCI+Jm5ic3A7Jm5ic3A7IGJ5IHRoZSBhZHZlcnRpc2luZyBQRS48bzpw PjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPldoaWxlIHRo aXMgc3RhdGVtZW50IGlzIGNvcnJlY3QgYW5kIGluZGVlZCBzaG91bGQgYmUgdGhlIHdheS48bzpw PjwvbzpwPjwvcHJlPg0KPHByZT5UaGUgZm9sbG93aW5nIHBhcmFncmFwaCAmcXVvdDtyZWNvbW1l bmRzJnF1b3Q7IDQgZGlmZmVyZW50IHdheXMgb2YgaW1wbGVtZW50aW5nIGl0OzxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlPjEpIFNpbmdsZSBMYWJlbCBmb3IgdGhlIGVudGlyZSBNQUMtVlJGPG86cD48 L286cD48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij4yKSBQZXIgTUFD LVZSRiBhbmQgRXRoZXJuZXQgVGFnIGNvbWJpbmF0aW9uPG86cD48L286cD48L3ByZT4NCjxwcmUg c3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij4zKSBQZXIgRVNJIGFuZCBFdGhlcm5ldCBUYWcg Y29tYmluYXRpb248bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWJvdHRvbTox Mi4wcHQiPjQpIE9uZSBMYWJlbCBwZXIgTUFDIGFkZHJlc3MuPG86cD48L286cD48L3ByZT4NCjxw cmU+VGhlIHF1ZXN0aW9uIGlzOzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPkFzIG15IGltcGxlbWVu dGF0aW9uIGNhbiBhc3NpZ24gTGFiZWxzIHBlciBBdHRhY2htZW50IGNpcmN1aXQ7IGkuZSBwZXIg RVNJIGFuZCBzb21ldGltZXMgb25seSBvbjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmFuIEV0aGVy bmV0IFRhZyBiYXNpcyBhcyB3ZWxsIHNvbWV0aW1lcyBpbiBwZXIgRVNJIGFuZCBFdGhlcm5ldCBU YWcgY29tYmluYXRpb24uPG86cD48L286cD48L3ByZT4NCjxwcmU+QnV0IHRoZSBpbXBsZW1lbnRh dGlvbiBDQU5OT1QgZG8gYSBFVlBOIExhYmVsIHBlciBNQUMtVlJGLjxvOnA+PC9vOnA+PC9wcmU+ DQo8cHJlPkkgYW0gb2YgdGhlIGJlbGllZiB0aGF0IHRoaXMgaXMgcHVyZWx5IGEgbG9jYWwgY2hv aWNlIGFuZCBkb2VzIG5vdCBlZmZlY3QgaW4gYW55IHdheSA8bzpwPjwvbzpwPjwvcHJlPg0KPHBy ZT50aGUgcHJvdG9jb2wgYmVoYXZpb3IuJm5ic3A7IFRoZSBpbnRlcnByZXRhdGlvbiBvZiB0aGUg bGFiZWwgaXMgZmluYWxseSBhIHJlc3BvbnNpYmlsaXR5IG9mIHRoZTxvOnA+PC9vOnA+PC9wcmU+ DQo8cHJlIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+YWR2ZXJ0aXNpbmcgUEUgYXMgbG9u ZyBhcyB0aGUgZm9yd2FyZGluZyBpcyB0YWtlbiBjYXJlIGNvcnJlY3RseS4gPG86cD48L286cD48 L3ByZT4NCjxwcmU+V2hlcmVhcyBmb3IgQlVNIGFuZCB1bmtub3duIHRyYWZmaWMgaW5kZWVkLCB0 aGUgaW5uZXIgTGFiZWwgc2hvdWxkIGhhdmUgdGhlIGVudGlyZSBkb21haW4gbGV2ZWw8bzpwPjwv bzpwPjwvcHJlPg0KPHByZT5hcHBsaWNhYmlsaXR5IGFuZCBhZHZlcnRpc2VkIGFzIHBlciBQTVNJ IGF0dHJpYnV0ZXMgZGVwZW5kaW5nIHVwb24gUC10cmVlIG1ldGhvZHMuPG86cD48L286cD48L3By ZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1ib3R0 b206MTIuMHB0Ij5JcyB0aGlzIHVuZGVyc3RhbmRpbmcgY29ycmVjdD88bzpwPjwvbzpwPjwvcHJl Pg0KPHByZT5USUEsPG86cD48L286cD48L3ByZT4NCjxwcmU+LVN1amF5PG86cD48L286cD48L3By ZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv cHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWJv dHRvbToxMi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2tx dW90ZT4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_43DCF955141C4739A88ADC76045EAE79nokiacom_-- From nobody Sat Aug 27 17:49:27 2016 Return-Path: X-Original-To: l2vpn@ietfa.amsl.com Delivered-To: l2vpn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC36712D504 for ; Sat, 27 Aug 2016 17:49:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.49 X-Spam-Level: X-Spam-Status: No, score=-2.49 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=neutral reason="invalid (public key: OpenSSL error: bad base64 decode)" header.d=ipinfusion.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2iH-AK3lLgK1 for ; Sat, 27 Aug 2016 17:49:24 -0700 (PDT) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A36CE12D0CD for ; Sat, 27 Aug 2016 17:49:24 -0700 (PDT) Received: by mail-pa0-x22d.google.com with SMTP id hb8so38166084pac.2 for ; Sat, 27 Aug 2016 17:49:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipinfusion.com; s=google; h=from:references:in-reply-to:mime-version:thread-index:date :message-id:subject:to:cc; bh=e/9W6ISsqvMFAYO1q31boq98v0ZGic+7Lo+VDIkSal8=; b=NcCOty7MbVkPMJf2tWWYnNDoEq1IyjFjD7e3asZzojCXA8rLC2BU2eRJWRXAGs6D4O IMuR6JTAv8MKyGJOUPehBKXQujGtl5qO/HcutxEtegIP2LbM7JQazSUikxYDJbFzGrUP E6BqqrRq79Iu3B3ryYm4gp48zePbaNuauUg2k3xshK4K4+ZYsR+guyHfkBLbLMAXKFs3 IszwZLzCm/ua+M4oBjVSOZ8nttFd7dYlj5D2Vx2WtYxIsfxFEnXvwG8dWQNlPTGqyGgT o7xTROogx0koAIPGbggt9gUsD+eQAp5nL9kM4AqRv2oMVXrE73A/udXYnoKB23BuwHqG 7jnQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:references:in-reply-to:mime-version :thread-index:date:message-id:subject:to:cc; bh=e/9W6ISsqvMFAYO1q31boq98v0ZGic+7Lo+VDIkSal8=; b=dxLBCUwuYJH3hCiRyDq5lt2/K6bxL8uXtwDwX43JX94A1VIFfogucD1jNfgO43ZlbH vxqo/1ewfoWzOGcaM8LCG9Bdk59bmz50GIf/MwzpKhpxZd/yfSGWuw2o3maJl3iKmowM W6zjbLHc77mQVv6essp96lT2aTuLett87IkhasJ7BOsUW6SSKZCCgJpiTWb0V9n1yNO9 M4lIqbSeHBAyGFoj2pEuqANXxJUMM3S96TAI04ib5yZBnKT06SZTcPS+gx3xXsgAZCzQ cND6NbgynJUFUonY2y6T1j+JarK9UipBI98usC3L34GLC5HviafxYckSTJgnTGi1tOFY VjzQ== X-Gm-Message-State: AE9vXwM7X1IFvcf5XpFnDzovHM9cWKr3v5I7Hxp0MakdpjIK+QLmqqBoCNPFWAenw1uuuwu8wh6JU4SAI/DrniSazYV0mvZu6bfZx9G6Hy4tbWOJW9ifmmD1/TZW4afEL0UUwxyj6A8PqNaGUC8eWtpvL67JrKyPvLd1QL+nrCEhAiHAh7hVKDZBzGkGDN+UEvOiZIvi4wSF1VsyQL9Z09Sqq/E= X-Received: by 10.66.52.47 with SMTP id q15mr18883764pao.67.1472345364165; Sat, 27 Aug 2016 17:49:24 -0700 (PDT) From: Sujay Gupta References: <43DCF955-141C-4739-A88A-DC76045EAE79@nokia.com> In-Reply-To: <43DCF955-141C-4739-A88A-DC76045EAE79@nokia.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIALSdn2y4ngFuSBQBPX2VZBkWZxgIin/rHn/AcXPA= Date: Sat, 27 Aug 2016 17:48:18 -0700 Message-ID: <0e83601b97da2c2298da6afee4b6e45e@mail.gmail.com> Subject: RE: Clarification required Section 9.2.1 RFC 7432 on BGP MPLS-Based Ethernet VPN To: "Rabadan, Jorge (Nokia - US)" , sujay gupta , giles.heron@gmail.com Content-Type: multipart/alternative; boundary=bcaec5431b3c6b238e053b171e66 Archived-At: Cc: l2vpn@ietf.org, BESS X-BeenThere: l2vpn@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Layer 2 Virtual Private Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Aug 2016 00:49:27 -0000 --bcaec5431b3c6b238e053b171e66 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks Jorge Regards, -Sujay *From:* Rabadan, Jorge (Nokia - US) [mailto:jorge.rabadan@nokia.com] *Sent:* Saturday, August 27, 2016 8:02 AM *To:* sujay gupta; giles.heron@gmail.com *Cc:* l2vpn@ietf.org; Sujay Gupta; BESS *Subject:* Re: Clarification required Section 9.2.1 RFC 7432 on BGP MPLS-Based Ethernet VPN Hi Sujay, You may want to have a look at: https://tools.ietf.org/html/draft-ietf-bess-evpn-usage-02#section-7 This draft is relevant to your discussion below. The label allocation is a local implementation matter; most of the implementations I=E2=80=99m aware = of, use a label per MAC-VRF. My 2 cents. Jorge On 8/26/16, 10:56 PM, "L2vpn on behalf of sujay gupta" < l2vpn-bounces@ietf.org on behalf of sujay.ietf@gmail.com> wrote: Dear Authors, In section 9.2.1, on "Constructing MAC/IP Advertisement" The question or rather confirmation I have a question around is the below statement; The MPLS Label1 field is encoded as 3 octets, where the high-order 20 bits contain the label value. The MPLS Label1 MUST be downstream assigned, and it is associated with the MAC address being advertised by the advertising PE. While this statement is correct and indeed should be the way. The following paragraph "recommends" 4 different ways of implementing it; 1) Single Label for the entire MAC-VRF 2) Per MAC-VRF and Ethernet Tag combination 3) Per ESI and Ethernet Tag combination 4) One Label per MAC address. The question is; As my implementation can assign Labels per Attachment circuit; i.e per ESI and sometimes only on an Ethernet Tag basis as well sometimes in per ESI and Ethernet Tag combina= tion. But the implementation CANNOT do a EVPN Label per MAC-VRF. I am of the belief that this is purely a local choice and does not effect in any way the protocol behavior. The interpretation of the label is finally a responsibility of the advertising PE as long as the forwarding is taken care correctly. Whereas for BUM and unknown traffic indeed, the inner Label should have the entire domain level applicability and advertised as per PMSI attributes depending upon P-tree methods. Is this understanding correct? TIA, -Sujay --=20 . --bcaec5431b3c6b238e053b171e66 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Thanks Jorge

=C2=A0

Regards,

=C2=A0=

From:= Rabadan, Jorge (Nokia - US) [mailto:jorge.rabadan@nokia.com]
Sent: Saturday= , August 27, 2016 8:02 AM
To: sujay gupta; giles.heron@gmail.com
Cc: l2vpn@ietf.org; Sujay Gupta; BESS
Subject: = Re: Clarification required Section 9.2.1 RFC 7432 on BGP MPLS-Based Etherne= t VPN

=C2=A0

Hi Sujay,

=C2=A0

You may want to hav= e a look at:

=C2=A0

https://tools.ietf.org/html/draft= -ietf-bess-evpn-usage-02#section-7

=C2=A0

This draft i= s relevant to your discussion below. The label allocation is a local implem= entation matter; most of the implementations I=E2=80=99m aware of, use a la= bel per MAC-VRF.

=C2=A0

My 2 cents.

Jorge

=C2=A0

=C2=A0

=C2=A0

On 8/26/16,= 10:56 PM, "L2vpn on behalf of sujay gupta" <l2vpn-bounces@ietf.org on behalf of sujay.ietf@gmail.com> wrote:

=C2=A0

=

Dear Authors,

In section 9.2.1, on "Constructing MAC/I= P Advertisement"

=C2=A0

The question or rather confirmation I have a question aro= und is the below statement;

The MPLS Label1 field is encoded =
as 3 octets, where the high-order
=C2=A0=C2=A0 20 bits contain th=
e label value.=C2=A0 The MPLS Label1 MUST be downstream
=C2=A0=C2=
=A0 assigned, and it is associated with the MAC address being advertised
=C2=A0=C2=A0 by the advertising PE.<=
/pre>
While this statement is correct an=
d indeed should be the way.
The following paragraph "recomme=
nds" 4 different ways of implementing it;
1) Single Label fo=
r the entire MAC-VRF
2) Per MAC-VR=
F and Ethernet Tag combination
3) =
Per ESI and Ethernet Tag combination
4) One Label per MAC address.
The question is;
As my=
 implementation can assign Labels per Attachment circuit; i.e per ESI and s=
ometimes only on
an Ethernet Tag basis as well sometimes in per E=
SI and Ethernet Tag combination.
But the implementation CANNOT do=
 a EVPN Label per MAC-VRF.
I am of the belief that this is purely=
 a local choice and does not effect in any way 
the protocol beha=
vior.=C2=A0 The interpretation of the label is finally a responsibility of =
the
advertising PE as long as the =
forwarding is taken care correctly. 
Whereas for BUM and unknown =
traffic indeed, the inner Label should have the entire domain level
applicability and advertised as per PMSI attributes depending upon P-tre=
e methods.
=C2=A0
Is thi=
s understanding correct?
TIA,
-Sujay
=C2=A0
=C2=A0
=C2=A0
=C2=A0

. --bcaec5431b3c6b238e053b171e66--