
From nobody Tue Aug  2 17:38:58 2016
Return-Path: <jorge.rabadan@nokia.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 57F2B12D80B for <bess@ietfa.amsl.com>; Tue,  2 Aug 2016 17:38:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.902
X-Spam-Level: 
X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 zFonYQGiO7ot for <bess@ietfa.amsl.com>; Tue,  2 Aug 2016 17:38:55 -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 68CC412B03D for <bess@ietf.org>; Tue,  2 Aug 2016 17:38:55 -0700 (PDT)
Received: from fr712umx3.dmz.alcatel-lucent.com (unknown [135.245.210.42]) by Websense Email Security Gateway with ESMTPS id 3424C3EA8451C; Wed,  3 Aug 2016 00:38:49 +0000 (GMT)
Received: from fr711usmtp1.zeu.alcatel-lucent.com (fr711usmtp1.zeu.alcatel-lucent.com [135.239.2.122]) by fr712umx3.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u730cqpI016149 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 3 Aug 2016 00:38:53 GMT
Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id u730bfc0003935 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 3 Aug 2016 02:38:52 +0200
Received: from FR711WXCHMBA03.zeu.alcatel-lucent.com ([169.254.3.126]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0195.001; Wed, 3 Aug 2016 02:38:16 +0200
From: "Rabadan, Jorge (Nokia - US)" <jorge.rabadan@nokia.com>
To: "Vigoureux, Martin (Nokia - FR)" <martin.vigoureux@nokia.com>, "thomas.morin@orange.com" <thomas.morin@orange.com>
Thread-Topic: New Version for draft-rabadan-bess-evpn-ac-df - ready for WG adoption call
Thread-Index: AQHR7R9S0GTt3iTJV0OXx4ctXEjoeQ==
Date: Wed, 3 Aug 2016 00:38:15 +0000
Message-ID: <C82DE1E1-0C1E-499B-81E5-2C00C406EE6E@nokia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.18.0.160707
x-originating-ip: [135.239.27.41]
Content-Type: text/plain; charset="utf-8"
Content-ID: <DB524CBD44BAE341837FDE98283ECDE3@exchange.lucent.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/H-zCohmeiSKK-HXsHxPUq_6208Y>
Cc: "bess@ietf.org" <bess@ietf.org>
Subject: [bess] New Version for draft-rabadan-bess-evpn-ac-df - ready for WG adoption call
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Aug 2016 00:38:57 -0000

VGhvbWFzLCBNYXJ0aW4sIGFsbCwNCg0KV2Ugd291bGQgbGlrZSB0byBicmluZyB0aGlzIGRyYWZ0
4oCZcyBuZXcgdmVyc2lvbiB0byBldmVyeW9uZeKAmXMgYXR0ZW50aW9uLg0KVGhlIHJldiAwNCB3
YXMgYWxyZWFkeSBpbiB0aGUgcXVldWUgZm9yIFdHIGFkb3B0aW9uIGNhbGxzLCBob3dldmVyIHdl
IG5vdyBiZWxpZXZlIHRoaXMgdmVyc2lvbiBpcyBpbiAoZXZlbikgYmV0dGVyIHNoYXBlIGZvciBX
RyBhZG9wdGlvbiwgd2l0aCB0aGUgYWRkaXRpb24gb2YgYSBuZXcgY28tYXV0aG9yIGFuZCBoZXIg
Y29udHJpYnV0aW9uLiBUaGUgZHJhZnQgY292ZXJzIG5vdyB0aGUgdmxhbi1hd2FyZSBidW5kbGUg
c2VydmljZSBpbnRlcmZhY2Ugc2NlbmFyaW8uDQoNCldlIGFwcHJlY2lhdGUgYW55IGZlZWRiYWNr
Lg0KVGhhbmsgeW91Lg0KSm9yZ2UNCg0KDQoNCk9uIDgvMi8xNiwgNToyNSBQTSwgImludGVybmV0
LWRyYWZ0c0BpZXRmLm9yZyIgPGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZz4gd3JvdGU6DQoNCiAg
ICANCiAgICBBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtcmFiYWRhbi1iZXNzLWV2cG4tYWMt
ZGYtMDUudHh0DQogICAgaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBKb3JnZSBS
YWJhZGFuIGFuZCBwb3N0ZWQgdG8gdGhlDQogICAgSUVURiByZXBvc2l0b3J5Lg0KICAgIA0KICAg
IE5hbWU6CQlkcmFmdC1yYWJhZGFuLWJlc3MtZXZwbi1hYy1kZg0KICAgIFJldmlzaW9uOgkwNQ0K
ICAgIFRpdGxlOgkJQUMtSW5mbHVlbmNlZCBEZXNpZ25hdGVkIEZvcndhcmRlciBFbGVjdGlvbiBm
b3IgRVZQTg0KICAgIERvY3VtZW50IGRhdGU6CTIwMTYtMDgtMDINCiAgICBHcm91cDoJCUluZGl2
aWR1YWwgU3VibWlzc2lvbg0KICAgIFBhZ2VzOgkJMTANCiAgICBVUkw6ICAgICAgICAgICAgaHR0
cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LXJhYmFkYW4tYmVzcy1ldnBu
LWFjLWRmLTA1LnR4dA0KICAgIFN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmll
dGYub3JnL2RvYy9kcmFmdC1yYWJhZGFuLWJlc3MtZXZwbi1hYy1kZi8NCiAgICBIdG1saXplZDog
ICAgICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXJhYmFkYW4tYmVzcy1ldnBu
LWFjLWRmLTA1DQogICAgRGlmZjogICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2Rp
ZmY/dXJsMj1kcmFmdC1yYWJhZGFuLWJlc3MtZXZwbi1hYy1kZi0wNQ0KICAgIA0KICAgIEFic3Ry
YWN0Og0KICAgICAgIFRoZSBEZXNpZ25hdGVkIEZvcndhcmRlciAoREYpIGluIEVWUE4gbmV0d29y
a3MgaXMgdGhlIFBFIHJlc3BvbnNpYmxlDQogICAgICAgZm9yIHNlbmRpbmcgbXVsdGljYXN0LCBi
cm9hZGNhc3QgYW5kIHVua25vd24gdW5pY2FzdCB0cmFmZmljIHRvIGENCiAgICAgICBtdWx0aS1o
b21lZCBDRSwgb24gYSBnaXZlbiBFdGhlcm5ldCBUYWcgb24gYSBwYXJ0aWN1bGFyIEV0aGVybmV0
DQogICAgICAgU2VnbWVudCAoRVMpLiBUaGUgREYgaXMgc2VsZWN0ZWQgYmFzZWQgb24gdGhlIGxp
c3Qgb2YgUEVzIHRoYXQNCiAgICAgICBhZHZlcnRpc2UgdGhlIEV0aGVybmV0IFNlZ21lbnQgSWRl
bnRpZmllciAoRVNJKSB0byB0aGUgRVZQTiBuZXR3b3JrLg0KICAgICAgIFdoaWxlIFBFIG5vZGUg
b3IgbGluayBmYWlsdXJlcyB0cmlnZ2VyIHRoZSBERiByZS1lbGVjdGlvbiBmb3IgYSBnaXZlbg0K
ICAgICAgIDxFU0ksIEVWST4sIGluZGl2aWR1YWwgQXR0YWNobWVudCBDaXJjdWl0IChBQykgb3Ig
TUFDLVZSRiBmYWlsdXJlcyBkbw0KICAgICAgIG5vdCB0cmlnZ2VyIHN1Y2ggREYgcmUtZWxlY3Rp
b24gYW5kIHRoZSB0cmFmZmljIG1heSB0aGVyZWZvcmUgYmUNCiAgICAgICBwZXJtYW5lbnRseSBp
bXBhY3RlZCwgZXZlbiB0aG91Z2ggdGhlcmUgaXMgYW4gYWx0ZXJuYXRpdmUgcGF0aC4gVGhpcw0K
ICAgICAgIGRvY3VtZW50IGltcHJvdmVzIHRoZSBERiBlbGVjdGlvbiBhbGdvcml0aG0gc28gdGhh
dCB0aGUgQUMgc3RhdHVzIGNhbg0KICAgICAgIGluZmx1ZW5jZSB0aGUgcmVzdWx0IG9mIHRoZSBl
bGVjdGlvbiBhbmQgdGhpcyB0eXBlIG9mICJsb2dpY2FsIg0KICAgICAgIGZhaWx1cmVzIGNhbiBi
ZSBwcm90ZWN0ZWQgdG9vLg0KICAgIA0KICAgIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICANCiAgICANCiAgICANCiAgICBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxl
IG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uDQogICAgdW50aWwgdGhlIGh0
bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4N
CiAgICANCiAgICBUaGUgSUVURiBTZWNyZXRhcmlhdA0KICAgIA0KICAgIA0KDQo=


From nobody Wed Aug  3 00:21:40 2016
Return-Path: <internet-drafts@ietf.org>
X-Original-To: bess@ietf.org
Delivered-To: bess@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id EE78D12D98A; Wed,  3 Aug 2016 00:21:37 -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>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.29.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20160803072137.11004.50327.idtracker@ietfa.amsl.com>
Date: Wed, 03 Aug 2016 00:21:37 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/lQOejEUuGnZ16AJ5SOhymfFXoeo>
Cc: bess@ietf.org
Subject: [bess] I-D Action: draft-ietf-bess-virtual-subnet-fib-reduction-03.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Aug 2016 07:21:38 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the BGP Enabled ServiceS of the IETF.

        Title           : FIB Reduction in Virtual Subnet
        Authors         : Xiaohu Xu
                          Christian Jacquenet
                          Truman Boyes
                          Brendan Fee
                          Wim Henderickx
	Filename        : draft-ietf-bess-virtual-subnet-fib-reduction-03.txt
	Pages           : 7
	Date            : 2016-08-03

Abstract:
   Virtual Subnet is a BGP/MPLS IP VPN-based subnet extension solution
   which is intended for building Layer3 network virtualization overlays
   within and/or between data centers.  This document describes a
   mechanism for reducing the FIB size of PE routers in the Virtual
   Subnet context.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-bess-virtual-subnet-fib-reduction/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-bess-virtual-subnet-fib-reduction-03

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-virtual-subnet-fib-reduction-03


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 Wed Aug  3 00:44:40 2016
Return-Path: <internet-drafts@ietf.org>
X-Original-To: bess@ietf.org
Delivered-To: bess@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 881A312D876; Wed,  3 Aug 2016 00:44:35 -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>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.29.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20160803074435.11031.54208.idtracker@ietfa.amsl.com>
Date: Wed, 03 Aug 2016 00:44:35 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/zjxA0l0iSdjIRuONXxHyths5N8M>
Cc: bess@ietf.org
Subject: [bess] I-D Action: draft-ietf-bess-virtual-subnet-fib-reduction-04.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Aug 2016 07:44:35 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the BGP Enabled ServiceS of the IETF.

        Title           : FIB Reduction in Virtual Subnet
        Authors         : Xiaohu Xu
                          Christian Jacquenet
                          Truman Boyes
                          Brendan Fee
                          Wim Henderickx
	Filename        : draft-ietf-bess-virtual-subnet-fib-reduction-04.txt
	Pages           : 7
	Date            : 2016-08-03

Abstract:
   Virtual Subnet is a BGP/MPLS IP VPN-based subnet extension solution
   which is intended for building Layer3 network virtualization overlays
   within and/or between data centers.  This document describes a
   mechanism for reducing the FIB size of PE routers in the Virtual
   Subnet context.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-bess-virtual-subnet-fib-reduction/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-bess-virtual-subnet-fib-reduction-04

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-virtual-subnet-fib-reduction-04


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 Fri Aug  5 12:45:06 2016
Return-Path: <internet-drafts@ietf.org>
X-Original-To: bess@ietf.org
Delivered-To: bess@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 47C1212D559; Fri,  5 Aug 2016 12:45:05 -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>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.29.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20160805194505.31206.68202.idtracker@ietfa.amsl.com>
Date: Fri, 05 Aug 2016 12:45:05 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/aAcTySDDuhAoCA04euCRa0AjrgI>
Cc: bess@ietf.org
Subject: [bess] I-D Action: draft-ietf-bess-ir-04.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Aug 2016 19:45:05 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the BGP Enabled ServiceS of the IETF.

        Title           : Ingress Replication Tunnels in Multicast VPN
        Authors         : Eric C. Rosen
                          Karthik Subramanian
                          Zhaohui Zhang
	Filename        : draft-ietf-bess-ir-04.txt
	Pages           : 23
	Date            : 2016-08-05

Abstract:
   RFCs 6513, 6514, and other RFCs describe procedures by which a
   Service Provider may offer Multicast VPN service to its customers.
   These procedures create point-to-multipoint (P2MP) or multipoint-to-
   multipoint trees across the Service Provider's backbone.  One type of
   P2MP tree that may be used is known as an "Ingress Replication (IR)
   tunnel".  In an IR tunnel, a parent node need not be "directly
   connected" to its child nodes.  When a parent node has to send a
   multicast data packet to its child nodes, it does not use layer 2
   multicast, IP multicast, or MPLS multicast to do so.  Rather, it
   makes n individual copies, and then unicasts each copy, through an IP
   or MPLS unicast tunnel, to exactly one child node.  While the prior
   MVPN specifications allow the use of IR tunnels, those specifications
   are not always very clear or explicit about how the MVPN protocol
   elements and procedures are applied to IR tunnels.  This document
   updates RFCs 6513 and 6514 by adding additional details that are
   specific to the use of IR tunnels.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-bess-ir/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-bess-ir-04

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-ir-04


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 Fri Aug 12 02:59:18 2016
Return-Path: <adrian@olddog.co.uk>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 58A5D12D145 for <bess@ietfa.amsl.com>; Fri, 12 Aug 2016 02:59:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.62
X-Spam-Level: 
X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] 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 l7z2wQNsL-a0 for <bess@ietfa.amsl.com>; Fri, 12 Aug 2016 02:59:16 -0700 (PDT)
Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C2E8912D134 for <bess@ietf.org>; Fri, 12 Aug 2016 02:59:15 -0700 (PDT)
Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id u7C9x331007275; Fri, 12 Aug 2016 10:59:03 +0100
Received: from 950129200 ([79.141.128.249]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id u7C9x1W0007255 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Fri, 12 Aug 2016 10:59:02 +0100
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: <bess@ietf.org>
Date: Fri, 12 Aug 2016 10:59:00 +0100
Message-ID: <00fa01d1f480$26ac91d0$7405b570$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdH0gAtq/6T0z4hDS0eaz39o1JCuhg==
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.0.0.1202-22508.006
X-TM-AS-Result: No-1.504-10.0-31-10
X-imss-scan-details: No-1.504-10.0-31-10
X-TMASE-MatchedRID: Yph5m/Tn4dWRTfgfKCWeWpmug812qIbznophrTcsI7abKItl61J/ycnj LTA/UDoAq61alUC6VkfkwjHXXC/4I66NVEWSRWyb73/QF9xGWmnnYt9u3Qvea1GssD+uEu+vOp9 USNlV/XxSuhP0Hq3otHbiGZbKDdpWed9K8bAS6IijG/YG/Do1EPhFSsz1P4wQsJ/jxlXnd3dp9x HuM9AfUiKeUbONtgeTe1ZwdZI0d19N0ny++z73BA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/hE-cP12ammoBH_yXDXPRdlppknI>
Cc: Qin Wu <bill.wu@huawei.com>
Subject: [bess] L3SM is last calling the L3VPN Service Model
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: adrian@olddog.co.uk
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Aug 2016 09:59:17 -0000

H Bess,

You may be interested to review and comment on
https://datatracker.ietf.org/doc/draft-ietf-l3sm-l3vpn-service-model/ (sending
your comments to the L3SM list).

if you need context about what a service model is, then you may find
https://datatracker.ietf.org/doc/draft-wu-opsawg-service-model-explained/
helpful.

Thanks,
Adrian


From nobody Mon Aug 15 11:08:13 2016
Return-Path: <internet-drafts@ietf.org>
X-Original-To: bess@ietf.org
Delivered-To: bess@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7891A12D0B2; Mon, 15 Aug 2016 11:08:11 -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>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.29.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <147128449149.31650.2697109409772516465.idtracker@ietfa.amsl.com>
Date: Mon, 15 Aug 2016 11:08:11 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/OWk1oWl8ASm3kajpt1eWPJB7y7M>
Cc: bess@ietf.org
Subject: [bess] I-D Action: draft-ietf-bess-ir-05.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Aug 2016 18:08:11 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the BGP Enabled ServiceS of the IETF.

        Title           : Ingress Replication Tunnels in Multicast VPN
        Authors         : Eric C. Rosen
                          Karthik Subramanian
                          Zhaohui Zhang
	Filename        : draft-ietf-bess-ir-05.txt
	Pages           : 22
	Date            : 2016-08-15

Abstract:
   RFCs 6513, 6514, and other RFCs describe procedures by which a
   Service Provider may offer Multicast VPN service to its customers.
   These procedures create point-to-multipoint (P2MP) or multipoint-to-
   multipoint trees across the Service Provider's backbone.  One type of
   P2MP tree that may be used is known as an "Ingress Replication (IR)
   tunnel".  In an IR tunnel, a parent node need not be "directly
   connected" to its child nodes.  When a parent node has to send a
   multicast data packet to its child nodes, it does not use layer 2
   multicast, IP multicast, or MPLS multicast to do so.  Rather, it
   makes n individual copies, and then unicasts each copy, through an IP
   or MPLS unicast tunnel, to exactly one child node.  While the prior
   MVPN specifications allow the use of IR tunnels, those specifications
   are not always very clear or explicit about how the MVPN protocol
   elements and procedures are applied to IR tunnels.  This document
   updates RFCs 6513 and 6514 by adding additional details that are
   specific to the use of IR tunnels.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-bess-ir/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-bess-ir-05

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-ir-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 Tue Aug 16 05:23:39 2016
Return-Path: <thomas.morin@orange.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 22DC412B032 for <bess@ietfa.amsl.com>; Tue, 16 Aug 2016 05:23:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.781
X-Spam-Level: 
X-Spam-Status: No, score=-4.781 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.247, SPF_SOFTFAIL=0.665] 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 lD66yogwf7Ui for <bess@ietfa.amsl.com>; Tue, 16 Aug 2016 05:23:36 -0700 (PDT)
Received: from r-mail2.rd.orange.com (r-mail2.rd.orange.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id 76F4112B026 for <bess@ietf.org>; Tue, 16 Aug 2016 05:23:36 -0700 (PDT)
Received: from r-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 551F15D8657; Tue, 16 Aug 2016 14:23:35 +0200 (CEST)
Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by r-mail2.rd.orange.com (Postfix) with ESMTP id 4CCA75D85F9; Tue, 16 Aug 2016 14:23:35 +0200 (CEST)
Received: from [10.193.71.12] (10.193.71.12) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.301.0; Tue, 16 Aug 2016 14:23:34 +0200
To: <bess@ietf.org>
References: <c07fe734-d3c2-09f5-cdd6-bac2e1117d9a@orange.com>
From: Thomas Morin <thomas.morin@orange.com>
Organization: Orange
Message-ID: <77bc10e8-77ae-1b50-fae4-6dcf4cb699b2@orange.com>
Date: Tue, 16 Aug 2016 14:23:34 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <c07fe734-d3c2-09f5-cdd6-bac2e1117d9a@orange.com>
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/sT50lP4FuFLm6krRW__64uGhDO0>
Cc: draft-boutros-bess-vxlan-evpn@tools.ietf.org
Subject: Re: [bess] Poll for adoption: draft-boutros-bess-vxlan-evpn-01
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Aug 2016 12:23:38 -0000

Hi everyone,

As announced during Berlin meeting, considering the small support base, 
this document is not adopted.

We will consider doing a call for adoption again when/if we hear more 
about the actual needs for such a solution.

Thomas/Martin



2016-06-20, Thomas Morin:
> Hello working group,
>
> This email starts a two-week poll on adopting
> draft-boutros-bess-vxlan-evpn-01 [1] as a Working Group Document.
>
> Please state on the list if you support adoption or not (in both cases,
> please also state the reasons).
>
> This poll runs until *July 4th*.
>
> We are also polling for knowledge of any undisclosed IPR that applies
> to this Document, 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 an Author or Contributor of this Document please
> respond to this email and indicate whether or not you are aware of any
> relevant undisclosed IPR. The Document won't progress without answers
> from all the Authors and Contributors.
>
> No IPR has been disclosed against this Document.
>
> If you 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
> bess chairs
>
> [1] https://datatracker.ietf.org/doc/draft-boutros-bess-vxlan-evpn-01


From nobody Tue Aug 16 05:37:29 2016
Return-Path: <martin.vigoureux@nokia.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6BED312D14F; Tue, 16 Aug 2016 05:37:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.902
X-Spam-Level: 
X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 9u_yOlASo6FC; Tue, 16 Aug 2016 05:37:25 -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 E4B5A12D104; Tue, 16 Aug 2016 05:37:21 -0700 (PDT)
Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id BD49F75552901; Tue, 16 Aug 2016 12:37:17 +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 u7GCbJXC022874 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 16 Aug 2016 12:37:19 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 u7GCbGMX014699 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 16 Aug 2016 14:37:19 +0200
Received: from [135.224.206.149] (135.239.27.39) by FR711WXCHHUB02.zeu.alcatel-lucent.com (135.239.2.112) with Microsoft SMTP Server (TLS) id 14.3.195.1; Tue, 16 Aug 2016 14:37:16 +0200
Message-ID: <57B308FA.4090201@nokia.com>
Date: Tue, 16 Aug 2016 14:37:14 +0200
From: Martin Vigoureux <martin.vigoureux@nokia.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
MIME-Version: 1.0
To: <bess@ietf.org>
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 7bit
X-Originating-IP: [135.239.27.39]
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/eWjeC_FmPl93KlT480xvwn7iBsM>
Cc: draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org
Subject: [bess] Poll for adoption: draft-zzhang-bess-evpn-bum-procedure-updates-03
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Aug 2016 12:37:27 -0000

Hello working group,

This email starts a two-week poll on adopting
draft-zzhang-bess-evpn-bum-procedure-updates-03 [1] as a Working Group 
Document.

Please state on the list if you support adoption or not (in both cases, 
please also state the reasons).

This poll runs until *the 30th of August*.

We are also polling for knowledge of any undisclosed IPR that applies
to this Document, 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 an Author or Contributor of this Document please
respond to this email and indicate whether or not you are aware of any
relevant undisclosed IPR. The Document won't progress without answers
from all the Authors and Contributors.
No IPR has been disclosed against this Document

If you 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
bess chairs

[1] 
https://datatracker.ietf.org/doc/draft-zzhang-bess-evpn-bum-procedure-updates/


From nobody Tue Aug 16 05:38:08 2016
Return-Path: <ietf-secretariat-reply@ietf.org>
X-Original-To: bess@ietf.org
Delivered-To: bess@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C34312D7B9; Tue, 16 Aug 2016 05:38:07 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: IETF Secretariat <ietf-secretariat-reply@ietf.org>
To: <bess-chairs@ietf.org>, <bess@ietf.org>, <draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org>, 
X-Test-IDTracker: no
X-IETF-IDTracker: 6.29.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <147135108717.22898.17181416943851209436.idtracker@ietfa.amsl.com>
Date: Tue, 16 Aug 2016 05:38:07 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/xMajKBvevf7m-M4FdXsAqOYgGRc>
Subject: [bess] The BESS WG has placed draft-zzhang-bess-evpn-bum-procedure-updates in state "Call For Adoption By WG Issued"
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Aug 2016 12:38:07 -0000

The BESS WG has placed draft-zzhang-bess-evpn-bum-procedure-updates in
state 
Call For Adoption By WG Issued (entered by Martin Vigoureux)

The document is available at
https://datatracker.ietf.org/doc/draft-zzhang-bess-evpn-bum-procedure-updates/


From nobody Tue Aug 16 05:42:30 2016
Return-Path: <thomas.morin@orange.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9605112D11E; Tue, 16 Aug 2016 05:42:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.781
X-Spam-Level: 
X-Spam-Status: No, score=-4.781 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.247, SPF_SOFTFAIL=0.665] 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 ZC9opstuaA4o; Tue, 16 Aug 2016 05:42:27 -0700 (PDT)
Received: from r-mail2.rd.orange.com (r-mail2.rd.orange.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id 9EF7812D0C7; Tue, 16 Aug 2016 05:42:23 -0700 (PDT)
Received: from r-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 1125E5D8661; Tue, 16 Aug 2016 14:42:23 +0200 (CEST)
Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by r-mail2.rd.orange.com (Postfix) with ESMTP id 0A8F75D85F9; Tue, 16 Aug 2016 14:42:22 +0200 (CEST)
Received: from [10.193.71.12] (10.193.71.12) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.301.0; Tue, 16 Aug 2016 14:42:22 +0200
From: Thomas Morin <thomas.morin@orange.com>
To: <bess@ietf.org>
Organization: Orange
Message-ID: <c2e58a45-a714-f3d2-0875-e4bff2c93581@orange.com>
Date: Tue, 16 Aug 2016 14:42:22 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/Hm-pzugq9d4f6-MhQDM-nX02r8w>
Cc: draft-dhjain-bess-bgp-l3vpn-yang@ietf.org
Subject: [bess] Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Aug 2016 12:42:28 -0000

Hello working group,

This email starts a two-week poll on adopting 
draft-dhjain-bess-bgp-l3vpn-yang [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 **August 30th**.

*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 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
bess chairs

[1] https://datatracker.ietf.org/doc/draft-dhjain-bess-bgp-l3vpn-yang


From nobody Tue Aug 16 05:43:13 2016
Return-Path: <ietf-secretariat-reply@ietf.org>
X-Original-To: bess@ietf.org
Delivered-To: bess@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 43B8012D7BD; Tue, 16 Aug 2016 05:43:11 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: IETF Secretariat <ietf-secretariat-reply@ietf.org>
To: <draft-dhjain-bess-bgp-l3vpn-yang@ietf.org>, <bess-chairs@ietf.org>, <bess@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.29.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <147135139127.22871.9569126551649515191.idtracker@ietfa.amsl.com>
Date: Tue, 16 Aug 2016 05:43:11 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/1d6UlHUoNPKUKXGLDG6GkI27yuc>
Subject: [bess] The BESS WG has placed draft-dhjain-bess-bgp-l3vpn-yang in state "Call For Adoption By WG Issued"
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Aug 2016 12:43:11 -0000

The BESS WG has placed draft-dhjain-bess-bgp-l3vpn-yang in state 
Call For Adoption By WG Issued (entered by Thomas Morin)

The document is available at
https://datatracker.ietf.org/doc/draft-dhjain-bess-bgp-l3vpn-yang/


From nobody Tue Aug 16 05:47:57 2016
Return-Path: <martin.vigoureux@nokia.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14BD812D145; Tue, 16 Aug 2016 05:47:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.902
X-Spam-Level: 
X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 GckjGGIM54Rt; Tue, 16 Aug 2016 05:47: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 7064C12D144; Tue, 16 Aug 2016 05:47:49 -0700 (PDT)
Received: from fr712umx3.dmz.alcatel-lucent.com (unknown [135.245.210.42]) by Websense Email Security Gateway with ESMTPS id 7E09D4253978B; Tue, 16 Aug 2016 12:47:45 +0000 (GMT)
Received: from fr711usmtp1.zeu.alcatel-lucent.com (fr711usmtp1.zeu.alcatel-lucent.com [135.239.2.122]) by fr712umx3.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u7GCll1V015079 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 16 Aug 2016 12:47:47 GMT
Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id u7GCkeSe014915 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 16 Aug 2016 14:47:47 +0200
Received: from [135.224.206.149] (135.239.27.39) by FR711WXCHHUB02.zeu.alcatel-lucent.com (135.239.2.112) with Microsoft SMTP Server (TLS) id 14.3.195.1; Tue, 16 Aug 2016 14:47:34 +0200
Message-ID: <57B30B64.6040304@nokia.com>
Date: Tue, 16 Aug 2016 14:47:32 +0200
From: Martin Vigoureux <martin.vigoureux@nokia.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
MIME-Version: 1.0
To: BESS <bess@ietf.org>
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 8bit
X-Originating-IP: [135.239.27.39]
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/e3ZFZmZEVR5Ibrr6wn-VYmrZHt4>
Cc: draft-ietf-bess-virtual-subnet-fib-reduction@ietf.org
Subject: [bess] WG Last Call for draft-ietf-bess-virtual-subnet-fib-reduction-04
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Aug 2016 12:47:56 -0000

Hello Working Group,

This email starts a Working Group Last Call on 
draft-ietf-bess-virtual-subnet-fib-reduction-04 [1].

¤ Please read the document if you haven't read the most recent
version yet, and send your comments to the list, no later than the
*30th of August*.
Note that this is *not only* a call for comments on the document, but 
also a call for support (or not) publishing this document as an 
Informational RFC.

¤ We are also polling for knowledge of any undisclosed IPR that applies 
to draft-ietf-bess-virtual-subnet-fib-reduction-04, to ensure that IPR 
has been disclosed in compliance with IETF IPR rules (see RFCs 3979, 
4879, 3669 and 5378 for more details) prior to moving forward.
If you are listed as a document Author or Contributor of
this document please respond to this email and indicate whether or not 
you are aware of any relevant undisclosed IPR. The document won't 
progress without answers from all the Authors and Contributors.
No IPR disclosure exists against this document.

¤ We are also polling for knowledge of implementations of part or all of 
what this document specifies. This information is expected as per [2]. 
Please inform the mailing list, or the chairs, or only one of the chairs.

¤ Finally, if someone wishes to volunteer to be Document Shepherd for 
this document, please let us know.

Thank you
M&T


[1] 
https://datatracker.ietf.org/doc/draft-ietf-bess-virtual-subnet-fib-reduction/
[2] https://mailarchive.ietf.org/arch/msg/bess/cG3X1tTqb_vPC4rg56SEdkjqDpw


From nobody Tue Aug 16 05:50:33 2016
Return-Path: <christian.jacquenet@orange.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A12D712D7CE; Tue, 16 Aug 2016 05:50:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.619
X-Spam-Level: 
X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 a31Ikiq6CsaP; Tue, 16 Aug 2016 05:50:29 -0700 (PDT)
Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7AC0512D0EE; Tue, 16 Aug 2016 05:50:29 -0700 (PDT)
Received: from omfedm07.si.francetelecom.fr (unknown [xx.xx.xx.3]) by omfedm11.si.francetelecom.fr (ESMTP service) with ESMTP id D1F6A3B4175; Tue, 16 Aug 2016 14:50:27 +0200 (CEST)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.27]) by omfedm07.si.francetelecom.fr (ESMTP service) with ESMTP id A4A5D4C071; Tue, 16 Aug 2016 14:50:27 +0200 (CEST)
Received: from OPEXCLILMA3.corporate.adroot.infra.ftgroup ([fe80::60a9:abc3:86e6:2541]) by OPEXCLILM7C.corporate.adroot.infra.ftgroup ([fe80::8007:17b:c3b4:d68b%19]) with mapi id 14.03.0301.000; Tue, 16 Aug 2016 14:50:27 +0200
From: <christian.jacquenet@orange.com>
To: Martin Vigoureux <martin.vigoureux@nokia.com>, BESS <bess@ietf.org>
Thread-Topic: WG Last Call for draft-ietf-bess-virtual-subnet-fib-reduction-04
Thread-Index: AQHR97xq3ol7/1GoLkeSoq2Mp5gHbKBLiZ7Q
Date: Tue, 16 Aug 2016 12:50:26 +0000
Message-ID: <29257_1471351827_57B30C13_29257_1888_1_88132E969123D14D9BD844E1CD516EDE130CE29F@OPEXCLILMA3.corporate.adroot.infra.ftgroup>
References: <57B30B64.6040304@nokia.com>
In-Reply-To: <57B30B64.6040304@nokia.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.168.234.1]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.6.17.114517
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/fSDTLTcj41JccwywCwEY8nRbrJ8>
Cc: "draft-ietf-bess-virtual-subnet-fib-reduction@ietf.org" <draft-ietf-bess-virtual-subnet-fib-reduction@ietf.org>
Subject: Re: [bess] WG Last Call for draft-ietf-bess-virtual-subnet-fib-reduction-04
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Aug 2016 12:50:31 -0000

WG,

I support the publication of draft-ietf-bess-virtual-subnet-fib-reduction-0=
4 as an Informational RFC. Being one of the authors, I'm also unaware of an=
y IPR pertaining to this document.

Cheers,

Christian.

-----Message d'origine-----
De=A0: Martin Vigoureux [mailto:martin.vigoureux@nokia.com]=20
Envoy=E9=A0: mardi 16 ao=FBt 2016 14:48
=C0=A0: BESS
Cc=A0: draft-ietf-bess-virtual-subnet-fib-reduction@ietf.org
Objet=A0: WG Last Call for draft-ietf-bess-virtual-subnet-fib-reduction-04

Hello Working Group,

This email starts a Working Group Last Call on
draft-ietf-bess-virtual-subnet-fib-reduction-04 [1].

=A4 Please read the document if you haven't read the most recent version ye=
t, and send your comments to the list, no later than the *30th of August*.
Note that this is *not only* a call for comments on the document, but also =
a call for support (or not) publishing this document as an Informational RF=
C.

=A4 We are also polling for knowledge of any undisclosed IPR that applies t=
o draft-ietf-bess-virtual-subnet-fib-reduction-04, to ensure that IPR has b=
een disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 =
and 5378 for more details) prior to moving forward.
If you are listed as a document Author or Contributor of this document plea=
se respond to this email and indicate whether or not you are aware of any r=
elevant undisclosed IPR. The document won't progress without answers from a=
ll the Authors and Contributors.
No IPR disclosure exists against this document.

=A4 We are also polling for knowledge of implementations of part or all of =
what this document specifies. This information is expected as per [2].=20
Please inform the mailing list, or the chairs, or only one of the chairs.

=A4 Finally, if someone wishes to volunteer to be Document Shepherd for thi=
s document, please let us know.

Thank you
M&T


[1]
https://datatracker.ietf.org/doc/draft-ietf-bess-virtual-subnet-fib-reducti=
on/
[2] https://mailarchive.ietf.org/arch/msg/bess/cG3X1tTqb_vPC4rg56SEdkjqDpw

___________________________________________________________________________=
______________________________________________

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 Tue Aug 16 05:53:49 2016
Return-Path: <jheitz@cisco.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E855A12D7BD for <bess@ietfa.amsl.com>; Tue, 16 Aug 2016 05:53:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.768
X-Spam-Level: 
X-Spam-Status: No, score=-15.768 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.247, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 2IunYtbsfLQb for <bess@ietfa.amsl.com>; Tue, 16 Aug 2016 05:53:47 -0700 (PDT)
Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 360C512D5F8 for <bess@ietf.org>; Tue, 16 Aug 2016 05:53:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1844; q=dns/txt; s=iport; t=1471352026; x=1472561626; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=+uvle0mfaJlEf6x5ElvG/9Y2vCqbYhM+y/nPJPTcVls=; b=Xhfs6MdNDJjEwCkT9Nkjs8rDXMCDyM6k8V0m4rn8mv3dT33ORnXyrm5a 3AS0MCrMwttxYs4ZEfxcMl7znc+bz3vAE/bErTorRtz3t+d2DW0j5/RwF fGBEYnM6QeJaPIkIEYOIPG3P4RpI/cf+OIEQkN+uX2a9UcxRdR+kVs70r c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DkAgCUC7NX/5hdJa1eg0VWfLlHgX0kh?= =?us-ascii?q?XkCgVQ4FAIBAQEBAQEBXieEXgEBBAEBARsdNAsFCwIBCBgeECcLJQIEDgUbiA4?= =?us-ascii?q?IDr4aAQEBAQEBAQEBAQEBAQEBAQEBAQEBFwWGKoF4CIJNhBIRARyDLIIvBZlBA?= =?us-ascii?q?YYdiHuBa4RciH6MOIN3AR42g3puhWGBNgEBAQ?=
X-IronPort-AV: E=Sophos;i="5.28,529,1464652800"; d="scan'208";a="311365551"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Aug 2016 12:53:45 +0000
Received: from XCH-ALN-011.cisco.com (xch-aln-011.cisco.com [173.36.7.21]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id u7GCrjt9030933 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 16 Aug 2016 12:53:45 GMT
Received: from xch-aln-014.cisco.com (173.36.7.24) by XCH-ALN-011.cisco.com (173.36.7.21) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 16 Aug 2016 07:53:44 -0500
Received: from xch-aln-014.cisco.com ([173.36.7.24]) by XCH-ALN-014.cisco.com ([173.36.7.24]) with mapi id 15.00.1210.000; Tue, 16 Aug 2016 07:53:44 -0500
From: "Jakob Heitz (jheitz)" <jheitz@cisco.com>
To: Thomas Morin <thomas.morin@orange.com>
Thread-Topic: [bess] Poll for adoption: draft-boutros-bess-vxlan-evpn-01
Thread-Index: AQHR97kICQ9B5dPRfkiOHGIbCQeKWKBLiv9i
Date: Tue, 16 Aug 2016 12:53:44 +0000
Message-ID: <DEF31EC0-78BA-4460-AEBC-917E4963DAC6@cisco.com>
References: <c07fe734-d3c2-09f5-cdd6-bac2e1117d9a@orange.com>, <77bc10e8-77ae-1b50-fae4-6dcf4cb699b2@orange.com>
In-Reply-To: <77bc10e8-77ae-1b50-fae4-6dcf4cb699b2@orange.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/aQk1vadriVOQgXD5lj2WX03fYck>
Cc: "draft-boutros-bess-vxlan-evpn@tools.ietf.org" <draft-boutros-bess-vxlan-evpn@tools.ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] Poll for adoption: draft-boutros-bess-vxlan-evpn-01
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Aug 2016 12:53:49 -0000

I support the document. Belatedly :(

Thanks,
Jakob.


> On Aug 16, 2016, at 5:23 AM, Thomas Morin <thomas.morin@orange.com> wrote=
:
>=20
> Hi everyone,
>=20
> As announced during Berlin meeting, considering the small support base, t=
his document is not adopted.
>=20
> We will consider doing a call for adoption again when/if we hear more abo=
ut the actual needs for such a solution.
>=20
> Thomas/Martin
>=20
>=20
>=20
> 2016-06-20, Thomas Morin:
>> Hello working group,
>>=20
>> This email starts a two-week poll on adopting
>> draft-boutros-bess-vxlan-evpn-01 [1] as a Working Group Document.
>>=20
>> Please state on the list if you support adoption or not (in both cases,
>> please also state the reasons).
>>=20
>> This poll runs until *July 4th*.
>>=20
>> We are also polling for knowledge of any undisclosed IPR that applies
>> to this Document, to ensure that IPR has been disclosed in compliance
>> with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more
>> details).
>>=20
>> If you are listed as an Author or Contributor of this Document please
>> respond to this email and indicate whether or not you are aware of any
>> relevant undisclosed IPR. The Document won't progress without answers
>> from all the Authors and Contributors.
>>=20
>> No IPR has been disclosed against this Document.
>>=20
>> If you 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.
>>=20
>> Thank you
>>=20
>> Martin & Thomas
>> bess chairs
>>=20
>> [1] https://datatracker.ietf.org/doc/draft-boutros-bess-vxlan-evpn-01
>=20
> _______________________________________________
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess


From nobody Tue Aug 16 06:44:53 2016
Return-Path: <jhaas@juniper.net>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E5E912D615; Tue, 16 Aug 2016 06:44:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.922
X-Spam-Level: 
X-Spam-Status: No, score=-1.922 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.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 H5pgKpaDPV4x; Tue, 16 Aug 2016 06:44:50 -0700 (PDT)
Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0099.outbound.protection.outlook.com [104.47.33.99]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 56F6F12B047; Tue, 16 Aug 2016 06:44:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=hEFpmc8toip6QZAtaMCN+QC+43FBShz9XdfR6elVC1k=; b=HNSjc8tQrPx3VDHHRge8PFe2OkE8/tKWoM/KoGCfOrWlctf4ot5BM8c7GfNsRxYlxvXFa4Rp5a02zFL49xCn4VWxMp6bgDGUipz8XMtuAiL8coq5bfU13+QhlWz7isNILdXNOBEXlkH0odRpsJNC4HBqDB6Ru7j9ZIMoCLM9j60=
Received: from SN1PR0501MB1821.namprd05.prod.outlook.com (10.163.131.144) by SN1PR0501MB1822.namprd05.prod.outlook.com (10.163.131.145) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.587.5; Tue, 16 Aug 2016 13:44:47 +0000
Received: from SN1PR0501MB1821.namprd05.prod.outlook.com ([10.163.131.144]) by SN1PR0501MB1821.namprd05.prod.outlook.com ([10.163.131.144]) with mapi id 15.01.0587.005; Tue, 16 Aug 2016 13:44:46 +0000
From: Jeff Haas <jhaas@juniper.net>
To: "EXT - thomas.morin@orange.com" <thomas.morin@orange.com>
Thread-Topic: Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
Thread-Index: AQHR98RZT1H0XhuY/0KSNuJwtelxhw==
Date: Tue, 16 Aug 2016 13:44:46 +0000
Message-ID: <F1D7657D-7E57-4A57-8384-C5FBFDCA7EB4@juniper.net>
References: <c2e58a45-a714-f3d2-0875-e4bff2c93581@orange.com>
In-Reply-To: <c2e58a45-a714-f3d2-0875-e4bff2c93581@orange.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=jhaas@juniper.net; 
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [66.129.239.13]
x-ms-office365-filtering-correlation-id: f771b395-bb72-427b-92d4-08d3c5db7c59
x-microsoft-exchange-diagnostics: 1; SN1PR0501MB1822; 6:O/ZsDoGzOYxqNANz/q5OL93QSX1HtEVWnuU9gvTK8rFF3Q30lWrou4j4qnDeFLRwK2d9N5yRjUEougsGtAakNIfRePWvlrsSOsHP5L6InAZzbqLISF3aGesSI9Th68Pd5dYgtWL4nY3kTqo9Vcsjdl+MFXMHH5xmc+KrHZ58XoNm8BjY1Iq+jxh5iS4KZ/ATCSLrTp2JIknUw2/zrfF8Wm6YKEJOK74rnjsKOoQAczr1A/S7rWys1ho1o2Q7/LPdvQzb8FnVxeYnIKnHxxrArcS/4nfjmsIz06Fz4gXq6q6Trj2csSiDzieUr87eTu65S4HQKkcJE+8ray7C5swBJw==; 5:E3GEAkH6Py3YvH/Si6C56Bi8aZu8jmg/hDcnq2QfaSToaw1V+vnEhkmIYDXwjx+0vO/CQuU1D+yYQoyN7eWOLeJYewoa7Gp9ZZ2dAsdcok2NDSfAP9huEb7o3oL5NGJiCmzk8xmB6/VOQ2t067+RPA==; 24:yZ4O8Re++rv2mmMZHTMMSz+yuPM0RTk2XAbpH1cdyBS54PBD4MqXAUmrFd0bQ0FOjPSZTnIQbVQcJNk8u3hjkUeFth3wUfVzqerBSqxJ02o=; 7:9fTvz/DCgR2B7f14Ihe50uQ2RkC9zjCx1bm7MgBvjpkprHgrM9uXLjMO5roNuiIhNwoCkAX6NVyH7V+tr4o2bJK4Xh8ULtSEQgqEb0QhwcmbI9hmhP1lcqrFhpsJKLpH+4ZztwlWMy5zQl+0GVwfBwUKIDxnrocZIdMhLTUYqpG8Sld8YUtZUNuuRI5+AjheestBGkZ6FPZoeAKgAc78ppDyuViStqlVFsVgtzSCXG7Rh5y6C+HsYFPMQPX6Ho7I
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN1PR0501MB1822;
x-ld-processed: bea78b3c-4cdb-4130-854a-1d193232e5f4,ExtAddr
x-microsoft-antispam-prvs: <SN1PR0501MB18223AE2CC208BD3E3313604A5130@SN1PR0501MB1822.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(120809045254105)(18271650672692);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026); SRVR:SN1PR0501MB1822; BCL:0; PCL:0; RULEID:; SRVR:SN1PR0501MB1822; 
x-forefront-prvs: 0036736630
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(24454002)(199003)(189002)(377454003)(82746002)(77096005)(15975445007)(19580395003)(36756003)(189998001)(97736004)(122556002)(87936001)(76176999)(110136002)(101416001)(33656002)(19580405001)(106356001)(2900100001)(2950100001)(66066001)(50986999)(54356999)(105586002)(102836003)(3846002)(68736007)(6116002)(99286002)(81166006)(81156014)(8676002)(7736002)(7846002)(305945005)(5002640100001)(8936002)(2906002)(4326007)(83716003)(10400500002)(586003)(86362001)(92566002)(3280700002)(230783001)(106116001)(3660700001)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:SN1PR0501MB1822; H:SN1PR0501MB1821.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; 
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="us-ascii"
Content-ID: <259FDCDC53CF15448130B3E0BE7B8D7D@namprd05.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Aug 2016 13:44:46.3686 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR0501MB1822
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/eAk73yhu4FnRJKDHEHr7Us9eZBI>
Cc: "draft-dhjain-bess-bgp-l3vpn-yang@ietf.org" <draft-dhjain-bess-bgp-l3vpn-yang@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Aug 2016 13:44:52 -0000

I am not aware of any IPR on this draft.

-- Jeff

> On Aug 16, 2016, at 8:42 AM, Thomas Morin <thomas.morin@orange.com> wrote=
:
>=20
> Hello working group,
>=20
> This email starts a two-week poll on adopting draft-dhjain-bess-bgp-l3vpn=
-yang [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 **August 30th**.
>=20
> *Coincidentally*, we are also polling for knowledge of any IPR that appli=
es 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).
>=20
> =3D=3D> *If* you are listed as a document author or contributor please re=
spond to this email and indicate whether or not you are aware of any releva=
nt IPR.
>=20
> The draft will not be adopted until a response has been received from eac=
h author and contributor.
>=20
> If you 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 i=
n conformance with IETF rules.
>=20
> Thank you,
>=20
> Martin & Thomas
> bess chairs
>=20
> [1] https://datatracker.ietf.org/doc/draft-dhjain-bess-bgp-l3vpn-yang
>=20


From nobody Tue Aug 16 06:56:18 2016
Return-Path: <thomas.morin@orange.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA66212D5C8 for <bess@ietfa.amsl.com>; Tue, 16 Aug 2016 06:56:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.779
X-Spam-Level: 
X-Spam-Status: No, score=-4.779 tagged_above=-999 required=5 tests=[AC_BR_BONANZA=0.001, BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.247, SPF_SOFTFAIL=0.665] 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 6PDzRJtFB9Pt for <bess@ietfa.amsl.com>; Tue, 16 Aug 2016 06:56:15 -0700 (PDT)
Received: from r-mail2.rd.orange.com (r-mail2.rd.orange.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id 4B96412B061 for <bess@ietf.org>; Tue, 16 Aug 2016 06:56:15 -0700 (PDT)
Received: from r-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 718AE5D8657; Tue, 16 Aug 2016 15:56:14 +0200 (CEST)
Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by r-mail2.rd.orange.com (Postfix) with ESMTP id 688125D85F9; Tue, 16 Aug 2016 15:56:14 +0200 (CEST)
Received: from [10.193.71.12] (10.193.71.12) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.301.0; Tue, 16 Aug 2016 15:56:14 +0200
To: Greg Mirsky <gregimirsky@gmail.com>, BESS <bess@ietf.org>
References: <14687_1469186942_5792037E_14687_3711_1_AC1ADC68A92CF94FA8CFCB406C1CBE3D09E30C11@OPEXCLILM43.corporate.adroot.infra.ftgroup> <CA+RyBmXqjfKxG8t41JTL8wgBy7BHDTEGq8F2qSw3=K7ROqKx9g@mail.gmail.com>
From: Thomas Morin <thomas.morin@orange.com>
Organization: Orange
Message-ID: <5f128fb2-87db-ba49-98ae-6464cb6c9a29@orange.com>
Date: Tue, 16 Aug 2016 15:56:14 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <CA+RyBmXqjfKxG8t41JTL8wgBy7BHDTEGq8F2qSw3=K7ROqKx9g@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------F1E9A00F1E10692E54D3580C"
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/tGcJ0E6ij9R4iwPo3D3E2BIc2y8>
Subject: Re: [bess] draft minutes from our session at IETF 96
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Aug 2016 13:56:17 -0000

--------------F1E9A00F1E10692E54D3580C
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit

Hi Greg,

I've just uploaded updated minutes to address your comment.

Best,

-Thomas, as WG co-chair


2016-07-26, Greg Mirsky:
> Hi Thomas, et. al,
> my note is regarding the presentation and the discussion of 
> draft-ietf-bess-mvpn-fast-failover.
> Minutes state "some discussion on BFD boostraping and suggestion we 
> may want to have BFD WG aware".
> I recall that I've used stronger than "may want" encouragement to 
> bring BFD-related work to attention of the BFD WG. In fact, I've 
> suggested that the work on bootstrapping p2mp BFD session belongs in 
> BFD WG. And shortly after the meeting BFD WG co-chair, Reshad Rahman, 
> concurred with my that comment on the mailing list.
> Regards, Greg
>
> On Fri, Jul 22, 2016 at 4:29 AM, <thomas.morin@orange.com 
> <mailto:thomas.morin@orange.com>> wrote:
>
>     HI everyone,
>
>     The draft minutes of yesterday's session are here:
>     https://www.ietf.org/proceedings/96/minutes/minutes-96-bess
>
>     Please read and suggest any relevant correction or adjustment.
>     These minutes will become final on September 12th.
>
>     Best,
>
>     -Thomas/Martin
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>


--------------F1E9A00F1E10692E54D3580C
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Hi Greg,<br>
      <br>
      I've just uploaded updated minutes to address your comment.<br>
      <br>
      Best,<br>
      <br>
      -Thomas, as WG co-chair<br>
      <br>
      <br>
      2016-07-26, Greg Mirsky:<br>
    </div>
    <blockquote
cite="mid:CA+RyBmXqjfKxG8t41JTL8wgBy7BHDTEGq8F2qSw3=K7ROqKx9g@mail.gmail.com"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      <div dir="ltr">Hi Thomas, et. al,
        <div>my note is regarding the presentation and the discussion
          ofÂ <span style="color:rgb(0,0,0);white-space:pre-wrap">draft-ietf-bess-mvpn-fast-failover.</span></div>
        <div><span style="color:rgb(0,0,0);white-space:pre-wrap">Minutes state "</span><span style="color:rgb(0,0,0);white-space:pre-wrap">some discussion on BFD boostraping and suggestion we may want to have BFD WG aware".</span></div>
        <div><span style="color:rgb(0,0,0);white-space:pre-wrap">I recall that I've used stronger than "may want" encouragement to bring BFD-related work to attention of the BFD WG. In fact, I've suggested that the work on bootstrapping p2mp BFD session belongs in BFD WG. And shortly after the meeting BFD WG co-chair, Reshad Rahman, concurred with my that comment on the mailing list.</span></div>
        <div><span style="color:rgb(0,0,0);white-space:pre-wrap">
</span></div>
        <div><span style="color:rgb(0,0,0);white-space:pre-wrap">Regards, Greg</span></div>
      </div>
      <div class="gmail_extra"><br>
        <div class="gmail_quote">On Fri, Jul 22, 2016 at 4:29 AM, <span
            dir="ltr">&lt;<a moz-do-not-send="true"
              href="mailto:thomas.morin@orange.com" target="_blank">thomas.morin@orange.com</a>&gt;</span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div>
              <div
                style="direction:ltr;font-family:Tahoma;color:#000000;font-size:10pt">HI
                everyone,<br>
                <br>
                The draft minutes of yesterday's session are here:<br>
                <a moz-do-not-send="true"
                  href="https://www.ietf.org/proceedings/96/minutes/minutes-96-bess"
                  target="_blank">https://www.ietf.org/proceedings/96/minutes/minutes-96-bess</a><br>
                <br>
                Please read and suggest any relevant correction or
                adjustment.<br>
                These minutes will become final on September 12th.<br>
                <br>
                Best,<br>
                <br>
                -Thomas/Martin<br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
              </div>
            </div>
          </blockquote>
        </div>
      </div>
    </blockquote>
    <br>
  </body>
</html>

--------------F1E9A00F1E10692E54D3580C--


From nobody Tue Aug 16 09:01:14 2016
Return-Path: <gregimirsky@gmail.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7EB112D8C6 for <bess@ietfa.amsl.com>; Tue, 16 Aug 2016 09:01:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level: 
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[AC_BR_BONANZA=0.001, 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_NONE=-0.0001, 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 RK7v7moa8alh for <bess@ietfa.amsl.com>; Tue, 16 Aug 2016 09:01:08 -0700 (PDT)
Received: from mail-yb0-x231.google.com (mail-yb0-x231.google.com [IPv6:2607:f8b0:4002:c09::231]) (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 7A61212D8BF for <bess@ietf.org>; Tue, 16 Aug 2016 09:00:52 -0700 (PDT)
Received: by mail-yb0-x231.google.com with SMTP id a1so8099294ybi.0 for <bess@ietf.org>; Tue, 16 Aug 2016 09:00:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=EHU+dhhouk5w6Zm6ssiPL6ZmkfFoZGyp1qYbRWgCRf8=; b=fm4gH5Tb4GAPZh3CGgAmxqC4CL+pwhk4wjWI3yx2mNpa2LpuAiOx7+D6yQt+f1d0Bh UsL+MKvAGSq8iOxMlGZYMMlvW2fASPJTQHN8uvjtCdsL5KYlAu4Xao9LgCfURDTobYN6 CKSS7zhrTjON9hNiM/H1mZGLdSxs9R4OOj8uLbxHUhTu31DsR01DRS0zc8bmK5rtajuV 1P+MNvzA5fsZO27+itP4uN4AEGYeabBs2woCtL16rMKqbNcskP06mgGKFZhYEVfslCNE a0idFFw+YaVSoFHE0C9vZfLq28ptjqAlAToyhEHiC/tTEHJrfoJlHf8FsXmAHQhaBRq+ 3OJw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=EHU+dhhouk5w6Zm6ssiPL6ZmkfFoZGyp1qYbRWgCRf8=; b=jTCjQrIHMQD/jWv/y2t5d7KCWnbEGnxMxanKqU6kemyIm6l7hTU9tcQ4OfUte/YJFj +hIl/gRnk+WpPnfZCQpCbPW+UzM6FmPyxlfOv5swwibtA0BXpGsVQlwpGl9vCszilVTW qBNUbWh/Pykckqgkjvov1NMTPZBmPoAQMQBCz2i/Q8eMWbvTl3dWXeqX8pH3HkGWaV5Z 2358IvuiN+wE3Tmg8bfQA9JLZWp18eWpvRoS/ru3LXtL6kcsKbuzeMFzUF0bAKwBtjGl fsfYsfoafHE9VBojskUnmrzSwKdi38itQK6oovPWgOQ/Jf4V1DTzbzHN0ZcEYWlZqvIR IGXg==
X-Gm-Message-State: AEkooutoxAWOAp0B4KYd9hNkVzdZcLu2bI7W4xqtovPcrt6eRdM+w2ZuqXbOO2K1J1RikEKazFLT4OPSJUSL8g==
X-Received: by 10.37.109.195 with SMTP id i186mr18353618ybc.8.1471363251630; Tue, 16 Aug 2016 09:00:51 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.37.15.70 with HTTP; Tue, 16 Aug 2016 09:00:51 -0700 (PDT)
In-Reply-To: <5f128fb2-87db-ba49-98ae-6464cb6c9a29@orange.com>
References: <14687_1469186942_5792037E_14687_3711_1_AC1ADC68A92CF94FA8CFCB406C1CBE3D09E30C11@OPEXCLILM43.corporate.adroot.infra.ftgroup> <CA+RyBmXqjfKxG8t41JTL8wgBy7BHDTEGq8F2qSw3=K7ROqKx9g@mail.gmail.com> <5f128fb2-87db-ba49-98ae-6464cb6c9a29@orange.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Tue, 16 Aug 2016 09:00:51 -0700
Message-ID: <CA+RyBmXgTkBqOyFRtdvySHRbn+TWmvczzyVn+3W6k6jW5_pPWw@mail.gmail.com>
To: Thomas Morin <thomas.morin@orange.com>
Content-Type: multipart/alternative; boundary=001a11415b90f2fa78053a327309
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/Pb7ov6Prad-x2upK_DnYXbxRhng>
Cc: BESS <bess@ietf.org>
Subject: Re: [bess] draft minutes from our session at IETF 96
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Aug 2016 16:01:13 -0000

--001a11415b90f2fa78053a327309
Content-Type: text/plain; charset=UTF-8

Thank you, Thomas. It is clear and I agree with the update.

Regards, Greg

On Tue, Aug 16, 2016 at 6:56 AM, Thomas Morin <thomas.morin@orange.com>
wrote:

> Hi Greg,
>
> I've just uploaded updated minutes to address your comment.
>
> Best,
>
> -Thomas, as WG co-chair
>
>
> 2016-07-26, Greg Mirsky:
>
> Hi Thomas, et. al,
> my note is regarding the presentation and the discussion of
> draft-ietf-bess-mvpn-fast-failover.
> Minutes state "some discussion on BFD boostraping and suggestion we may
> want to have BFD WG aware".
> I recall that I've used stronger than "may want" encouragement to bring
> BFD-related work to attention of the BFD WG. In fact, I've suggested that
> the work on bootstrapping p2mp BFD session belongs in BFD WG. And shortly
> after the meeting BFD WG co-chair, Reshad Rahman, concurred with my that
> comment on the mailing list.
> Regards, Greg
>
> On Fri, Jul 22, 2016 at 4:29 AM, <thomas.morin@orange.com> wrote:
>
>> HI everyone,
>>
>> The draft minutes of yesterday's session are here:
>> https://www.ietf.org/proceedings/96/minutes/minutes-96-bess
>>
>> Please read and suggest any relevant correction or adjustment.
>> These minutes will become final on September 12th.
>>
>> Best,
>>
>> -Thomas/Martin
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>

--001a11415b90f2fa78053a327309
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Thank you, Thomas. It is clear and I agree with the update=
.<div><br></div><div>Regards, Greg</div></div><div class=3D"gmail_extra"><b=
r><div class=3D"gmail_quote">On Tue, Aug 16, 2016 at 6:56 AM, Thomas Morin =
<span dir=3D"ltr">&lt;<a href=3D"mailto:thomas.morin@orange.com" target=3D"=
_blank">thomas.morin@orange.com</a>&gt;</span> wrote:<br><blockquote class=
=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padd=
ing-left:1ex">
 =20
   =20
 =20
  <div bgcolor=3D"#FFFFFF" text=3D"#000000">
    <div>Hi Greg,<br>
      <br>
      I&#39;ve just uploaded updated minutes to address your comment.<br>
      <br>
      Best,<br>
      <br>
      -Thomas, as WG co-chair<br>
      <br>
      <br>
      2016-07-26, Greg Mirsky:<br>
    </div><span class=3D"">
    <blockquote type=3D"cite">
     =20
      <div dir=3D"ltr">Hi Thomas, et. al,
        <div>my note is regarding the presentation and the discussion
          of=C2=A0<span style=3D"color:rgb(0,0,0);white-space:pre-wrap">dra=
ft-ietf-bess-mvpn-fast-<wbr>failover.</span></div>
        <div><span style=3D"color:rgb(0,0,0);white-space:pre-wrap">Minutes =
state &quot;</span><span style=3D"color:rgb(0,0,0);white-space:pre-wrap">so=
me discussion on BFD boostraping and suggestion we may want to have BFD WG =
aware&quot;.</span></div>
        <div><span style=3D"color:rgb(0,0,0);white-space:pre-wrap">I recall=
 that I&#39;ve used stronger than &quot;may want&quot; encouragement to bri=
ng BFD-related work to attention of the BFD WG. In fact, I&#39;ve suggested=
 that the work on bootstrapping p2mp BFD session belongs in BFD WG. And sho=
rtly after the meeting BFD WG co-chair, Reshad Rahman, concurred with my th=
at comment on the mailing list.</span></div>
        <div><span style=3D"color:rgb(0,0,0);white-space:pre-wrap">
</span></div>
        <div><span style=3D"color:rgb(0,0,0);white-space:pre-wrap">Regards,=
 Greg</span></div>
      </div>
      <div class=3D"gmail_extra"><br>
        <div class=3D"gmail_quote">On Fri, Jul 22, 2016 at 4:29 AM, <span d=
ir=3D"ltr">&lt;<a href=3D"mailto:thomas.morin@orange.com" target=3D"_blank"=
>thomas.morin@orange.com</a>&gt;</span>
          wrote:<br>
          <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bord=
er-left:1px #ccc solid;padding-left:1ex">
            <div>
              <div style=3D"direction:ltr;font-family:Tahoma;color:#000000;=
font-size:10pt">HI
                everyone,<br>
                <br>
                The draft minutes of yesterday&#39;s session are here:<br>
                <a href=3D"https://www.ietf.org/proceedings/96/minutes/minu=
tes-96-bess" target=3D"_blank">https://www.ietf.org/<wbr>proceedings/96/min=
utes/<wbr>minutes-96-bess</a><br>
                <br>
                Please read and suggest any relevant correction or
                adjustment.<br>
                These minutes will become final on September 12th.<br>
                <br>
                Best,<br>
                <br>
                -Thomas/Martin<br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <br>
              </div>
            </div>
          </blockquote>
        </div>
      </div>
    </blockquote>
    <br>
  </span></div>

</blockquote></div><br></div>

--001a11415b90f2fa78053a327309--


From nobody Tue Aug 16 10:56:35 2016
Return-Path: <jorge.rabadan@nokia.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A7AB12D90E; Tue, 16 Aug 2016 10:56:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.902
X-Spam-Level: 
X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 upejzmuDTJiX; Tue, 16 Aug 2016 10:56:32 -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 4EB6E127071; Tue, 16 Aug 2016 10:56:32 -0700 (PDT)
Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id 11681E9E84468; Tue, 16 Aug 2016 17:56:27 +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 u7GHuTDn006365 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 16 Aug 2016 17:56:30 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 u7GHuTGV024293 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 16 Aug 2016 19:56:29 +0200
Received: from FR711WXCHMBA03.zeu.alcatel-lucent.com ([169.254.3.252]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.03.0195.001; Tue, 16 Aug 2016 19:56:29 +0200
From: "Rabadan, Jorge (Nokia - US)" <jorge.rabadan@nokia.com>
To: "Vigoureux, Martin (Nokia - FR)" <martin.vigoureux@nokia.com>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: Poll for adoption: draft-zzhang-bess-evpn-bum-procedure-updates-03
Thread-Index: AQHR97r8qRmHtPkOsUW96QBgUE/NWqBLSLAA
Date: Tue, 16 Aug 2016 17:56:29 +0000
Message-ID: <02E8544D-704A-452A-95B4-FA60ACC5E7FF@nokia.com>
References: <57B308FA.4090201@nokia.com>
In-Reply-To: <57B308FA.4090201@nokia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.19.0.160806
x-originating-ip: [135.239.27.38]
Content-Type: text/plain; charset="utf-8"
Content-ID: <687FE9C36E2688408274124852B30076@exchange.lucent.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/AnU83Mlx-GVVocDDaYlbbUnRCcs>
Cc: "draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org" <draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org>
Subject: Re: [bess] Poll for adoption: draft-zzhang-bess-evpn-bum-procedure-updates-03
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Aug 2016 17:56:34 -0000

QXMgY29hdXRob3IsIEkgZnVsbHkgc3VwcG9ydCB0aGlzIGRvY3VtZW50IGZvciBXRyBhZG9wdGlv
bi4gSXQgaXMgdmVyeSBtdWNoIG5lZWRlZCB0byBrZWVwIGV4cGFuZGluZyB0aGUgdXNlLWNhc2Vz
IG9mIEVWUE4gaW4gT3BlcmF0b3JzLg0KSeKAmW0gbm90IGF3YXJlIG9mIGFueSByZWxldmFudCBJ
UFIuDQoNClRoYW5rcy4NCkpvcmdlDQoNCg0KT24gOC8xNi8xNiwgNTozNyBBTSwgIk1hcnRpbiBW
aWdvdXJldXgiIDxtYXJ0aW4udmlnb3VyZXV4QG5va2lhLmNvbT4gd3JvdGU6DQoNCiAgICBIZWxs
byB3b3JraW5nIGdyb3VwLA0KICAgIA0KICAgIFRoaXMgZW1haWwgc3RhcnRzIGEgdHdvLXdlZWsg
cG9sbCBvbiBhZG9wdGluZw0KICAgIGRyYWZ0LXp6aGFuZy1iZXNzLWV2cG4tYnVtLXByb2NlZHVy
ZS11cGRhdGVzLTAzIFsxXSBhcyBhIFdvcmtpbmcgR3JvdXAgDQogICAgRG9jdW1lbnQuDQogICAg
DQogICAgUGxlYXNlIHN0YXRlIG9uIHRoZSBsaXN0IGlmIHlvdSBzdXBwb3J0IGFkb3B0aW9uIG9y
IG5vdCAoaW4gYm90aCBjYXNlcywgDQogICAgcGxlYXNlIGFsc28gc3RhdGUgdGhlIHJlYXNvbnMp
Lg0KICAgIA0KICAgIFRoaXMgcG9sbCBydW5zIHVudGlsICp0aGUgMzB0aCBvZiBBdWd1c3QqLg0K
ICAgIA0KICAgIFdlIGFyZSBhbHNvIHBvbGxpbmcgZm9yIGtub3dsZWRnZSBvZiBhbnkgdW5kaXNj
bG9zZWQgSVBSIHRoYXQgYXBwbGllcw0KICAgIHRvIHRoaXMgRG9jdW1lbnQsIHRvIGVuc3VyZSB0
aGF0IElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZQ0KICAgIHdpdGggSUVURiBJ
UFIgcnVsZXMgKHNlZSBSRkNzIDM5NzksIDQ4NzksIDM2NjkgYW5kIDUzNzggZm9yIG1vcmUNCiAg
ICBkZXRhaWxzKS4NCiAgICBJZiB5b3UgYXJlIGxpc3RlZCBhcyBhbiBBdXRob3Igb3IgQ29udHJp
YnV0b3Igb2YgdGhpcyBEb2N1bWVudCBwbGVhc2UNCiAgICByZXNwb25kIHRvIHRoaXMgZW1haWwg
YW5kIGluZGljYXRlIHdoZXRoZXIgb3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55DQogICAgcmVs
ZXZhbnQgdW5kaXNjbG9zZWQgSVBSLiBUaGUgRG9jdW1lbnQgd29uJ3QgcHJvZ3Jlc3Mgd2l0aG91
dCBhbnN3ZXJzDQogICAgZnJvbSBhbGwgdGhlIEF1dGhvcnMgYW5kIENvbnRyaWJ1dG9ycy4NCiAg
ICBObyBJUFIgaGFzIGJlZW4gZGlzY2xvc2VkIGFnYWluc3QgdGhpcyBEb2N1bWVudA0KICAgIA0K
ICAgIElmIHlvdSBhcmUgbm90IGxpc3RlZCBhcyBhbiBBdXRob3Igb3IgQ29udHJpYnV0b3IsIHRo
ZW4gcGxlYXNlIA0KICAgIGV4cGxpY2l0bHkgcmVzcG9uZCBvbmx5IGlmIHlvdSBhcmUgYXdhcmUg
b2YgYW55IElQUiB0aGF0IGhhcyBub3QgeWV0IA0KICAgIGJlZW4gZGlzY2xvc2VkIGluIGNvbmZv
cm1hbmNlIHdpdGggSUVURiBydWxlcy4NCiAgICANCiAgICBUaGFuayB5b3UNCiAgICANCiAgICBN
YXJ0aW4gJiBUaG9tYXMNCiAgICBiZXNzIGNoYWlycw0KICAgIA0KICAgIFsxXSANCiAgICBodHRw
czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC16emhhbmctYmVzcy1ldnBuLWJ1bS1w
cm9jZWR1cmUtdXBkYXRlcy8NCiAgICANCg0KDQo=


From nobody Tue Aug 16 12:10:14 2016
Return-Path: <nabeel@nuagenetworks.net>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DCF8D12D737 for <bess@ietfa.amsl.com>; Tue, 16 Aug 2016 12:10:12 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=nuagenetworks-net.20150623.gappssmtp.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 mQuqNK6_OuWm for <bess@ietfa.amsl.com>; Tue, 16 Aug 2016 12:10:11 -0700 (PDT)
Received: from mail-ua0-x234.google.com (mail-ua0-x234.google.com [IPv6:2607:f8b0:400c:c08::234]) (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 718B912D6AA for <bess@ietf.org>; Tue, 16 Aug 2016 12:10:11 -0700 (PDT)
Received: by mail-ua0-x234.google.com with SMTP id k90so137565402uak.1 for <bess@ietf.org>; Tue, 16 Aug 2016 12:10:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nuagenetworks-net.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=3EglJrsImyrWlDZN5dl9s6bsdhAQDKFYRb8vTs8Uzno=; b=IbpI5t+eCF9PwpzBNxJuslyhqkuU2EEmlLNRtKQqr5Aidhxs69Ky2/M6J9CtJGh6HR 6J6jfsVgRWT3LIa8226ztVEGPTnbxjEhJrEqNVAYVgVdESy8FZFUKLMmOX9yWCjngJSb Z1Pdkj2g7o11Ls3N4D40OXtlTyPvLdR/MqyofQrjSVA12sBP7vqXnfJPd8tn6m0K/YR8 REZbmXshUKAoaDyFX2Gp0oImw5OdmnK7dWJwzhf9/PTbOJLYpbIiAo1FQKrWP6M1qQjZ 9p3kDgUHFrEToG/T0Hc2t4EC7t/CiybovLlWZ8WH8/PCCiBglmCXkpZuG0YTHkZJjnL2 ljkg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=3EglJrsImyrWlDZN5dl9s6bsdhAQDKFYRb8vTs8Uzno=; b=BlCJgbJQc0yedGII5Yr4JRveh6E3W6eYNjECs6LdncY8MnSocRHRW52cxlz7vkt5TM 6bt7DUhfCSnbV+i4wzglZAgwzLUz554SH5B28T+PmtiImI46oGdCLadJWp6HvvtiIM+C 8jln3WFKcbbf0f7GejLdycQXXQ1eC9AmHS0Z9Y6SdmMij0qxPl4qtBYOMsyjeupm4i3j h5DDMfeAxZChYwjHBb9zo3zAz6iZq8Z6dnO6PZzG1yBl577HaBFCbzpzPTW3oUMAMCGR byurT6ldSZt+RSAHC5oXwQHx3buCshr8wyl9JBazq+/NYaMq/fgngRoWWwtcOC40DfKV 78HA==
X-Gm-Message-State: AEkoouvrjn2Y/v/GtOPpn32SXhw2Iff1TI93dpOH0Y0OTV0wltF859/7KWgPZu3jPdeea3V/VvKudapTPZwMRmry
X-Received: by 10.31.236.66 with SMTP id k63mr6896386vkh.48.1471374610459; Tue, 16 Aug 2016 12:10:10 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.176.81.124 with HTTP; Tue, 16 Aug 2016 12:10:10 -0700 (PDT)
In-Reply-To: <57B308FA.4090201@nokia.com>
References: <57B308FA.4090201@nokia.com>
From: Nabeel Cocker <nabeel@nuagenetworks.net>
Date: Tue, 16 Aug 2016 15:10:10 -0400
Message-ID: <CAEjbQd5biRf7p2gtxr7eO3kRvQ330wuBkvgoibfFh6BmFrb6pA@mail.gmail.com>
To: Martin Vigoureux <martin.vigoureux@nokia.com>
Content-Type: multipart/alternative; boundary=94eb2c0920fafd0361053a35186d
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/oGpnsUlswkoLVEgP4sbA01lPNDY>
Cc: "bess@ietf.org" <bess@ietf.org>, draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org
Subject: Re: [bess] Poll for adoption: draft-zzhang-bess-evpn-bum-procedure-updates-03
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Aug 2016 19:10:13 -0000

--94eb2c0920fafd0361053a35186d
Content-Type: text/plain; charset=UTF-8

support

Thanks
Nabeel

On Tue, Aug 16, 2016 at 8:37 AM, Martin Vigoureux <
martin.vigoureux@nokia.com> wrote:

> Hello working group,
>
> This email starts a two-week poll on adopting
> draft-zzhang-bess-evpn-bum-procedure-updates-03 [1] as a Working Group
> Document.
>
> Please state on the list if you support adoption or not (in both cases,
> please also state the reasons).
>
> This poll runs until *the 30th of August*.
>
> We are also polling for knowledge of any undisclosed IPR that applies
> to this Document, 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 an Author or Contributor of this Document please
> respond to this email and indicate whether or not you are aware of any
> relevant undisclosed IPR. The Document won't progress without answers
> from all the Authors and Contributors.
> No IPR has been disclosed against this Document
>
> If you 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
> bess chairs
>
> [1] https://datatracker.ietf.org/doc/draft-zzhang-bess-evpn-bum-
> procedure-updates/
>
> _______________________________________________
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess
>

--94eb2c0920fafd0361053a35186d
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">support<div><br></div><div>Thanks</div><div>Nabeel=C2=A0</=
div></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Tue,=
 Aug 16, 2016 at 8:37 AM, Martin Vigoureux <span dir=3D"ltr">&lt;<a href=3D=
"mailto:martin.vigoureux@nokia.com" target=3D"_blank">martin.vigoureux@noki=
a.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello working=
 group,<br>
<br>
This email starts a two-week poll on adopting<br>
draft-zzhang-bess-evpn-bum-pro<wbr>cedure-updates-03 [1] as a Working Group=
 Document.<br>
<br>
Please state on the list if you support adoption or not (in both cases, ple=
ase also state the reasons).<br>
<br>
This poll runs until *the 30th of August*.<br>
<br>
We are also polling for knowledge of any undisclosed IPR that applies<br>
to this Document, to ensure that IPR has been disclosed in compliance<br>
with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more<br>
details).<br>
If you are listed as an Author or Contributor of this Document please<br>
respond to this email and indicate whether or not you are aware of any<br>
relevant undisclosed IPR. The Document won&#39;t progress without answers<b=
r>
from all the Authors and Contributors.<br>
No IPR has been disclosed against this Document<br>
<br>
If you are not listed as an Author or Contributor, then please explicitly r=
espond only if you are aware of any IPR that has not yet been disclosed in =
conformance with IETF rules.<br>
<br>
Thank you<br>
<br>
Martin &amp; Thomas<br>
bess chairs<br>
<br>
[1] <a href=3D"https://datatracker.ietf.org/doc/draft-zzhang-bess-evpn-bum-=
procedure-updates/" rel=3D"noreferrer" target=3D"_blank">https://datatracke=
r.ietf.org/d<wbr>oc/draft-zzhang-bess-evpn-bum-<wbr>procedure-updates/</a><=
br>
<br>
______________________________<wbr>_________________<br>
BESS mailing list<br>
<a href=3D"mailto:BESS@ietf.org" target=3D"_blank">BESS@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/bess" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/l<wbr>istinfo/bess</a><br>
</blockquote></div><br></div>

--94eb2c0920fafd0361053a35186d--


From nobody Tue Aug 16 13:03:32 2016
Return-Path: <wim.henderickx@nokia.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A7FA112D0CE; Tue, 16 Aug 2016 13:03:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.902
X-Spam-Level: 
X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 VqN7iAW8cYD9; Tue, 16 Aug 2016 13:03:28 -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 514A812D0B6; Tue, 16 Aug 2016 13:03:28 -0700 (PDT)
Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id 13E26B7EA5946; Tue, 16 Aug 2016 20:03:23 +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 u7GK3Qht009396 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 16 Aug 2016 20:03:26 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 u7GK3QNV006088 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 16 Aug 2016 22:03:26 +0200
Received: from FR711WXCHMBA07.zeu.alcatel-lucent.com ([169.254.3.202]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.03.0195.001; Tue, 16 Aug 2016 22:03:26 +0200
From: "Henderickx, Wim (Nokia - BE)" <wim.henderickx@nokia.com>
To: "christian.jacquenet@orange.com" <christian.jacquenet@orange.com>, "Vigoureux, Martin (Nokia - FR)" <martin.vigoureux@nokia.com>, BESS <bess@ietf.org>
Thread-Topic: [bess] WG Last Call for draft-ietf-bess-virtual-subnet-fib-reduction-04
Thread-Index: AQHR9/k/Os9eZ3c1FEOiKSsYRayC5A==
Date: Tue, 16 Aug 2016 20:03:25 +0000
Message-ID: <62EF6A8A-2DCF-4A27-BA9A-D99D92A83A37@nokia.com>
References: <57B30B64.6040304@nokia.com> <29257_1471351827_57B30C13_29257_1888_1_88132E969123D14D9BD844E1CD516EDE130CE29F@OPEXCLILMA3.corporate.adroot.infra.ftgroup>
In-Reply-To: <29257_1471351827_57B30C13_29257_1888_1_88132E969123D14D9BD844E1CD516EDE130CE29F@OPEXCLILMA3.corporate.adroot.infra.ftgroup>
Accept-Language: nl-BE, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/0.0.0.151008
x-originating-ip: [135.239.27.41]
Content-Type: text/plain; charset="utf-8"
Content-ID: <485895B8946D1545885B5FE5DFF05974@exchange.lucent.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/zLuvJAot43z-UXTwSZfyCTrMpeI>
Cc: "draft-ietf-bess-virtual-subnet-fib-reduction@ietf.org" <draft-ietf-bess-virtual-subnet-fib-reduction@ietf.org>
Subject: Re: [bess] WG Last Call for draft-ietf-bess-virtual-subnet-fib-reduction-04
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Aug 2016 20:03:31 -0000

U3VwcG9ydCBwdWJsaWNhdGlvbiBvZiBpbmZvcm1hdGlvbmFsIFJGQy4gQXMgY29hdXRob3Igbm90
IGF3YXJlIG9mIElQUiByZWxhdGVkIHRvIHRoaXMgZHJhZnQNCg0KDQoNCg0KT24gMTYvMDgvMTYg
MTQ6NTAsICJCRVNTIG9uIGJlaGFsZiBvZiBjaHJpc3RpYW4uamFjcXVlbmV0QG9yYW5nZS5jb20i
IDxiZXNzLWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9mIGNocmlzdGlhbi5qYWNxdWVuZXRA
b3JhbmdlLmNvbT4gd3JvdGU6DQoNCj5XRywNCj4NCj5JIHN1cHBvcnQgdGhlIHB1YmxpY2F0aW9u
IG9mIGRyYWZ0LWlldGYtYmVzcy12aXJ0dWFsLXN1Ym5ldC1maWItcmVkdWN0aW9uLTA0IGFzIGFu
IEluZm9ybWF0aW9uYWwgUkZDLiBCZWluZyBvbmUgb2YgdGhlIGF1dGhvcnMsIEknbSBhbHNvIHVu
YXdhcmUgb2YgYW55IElQUiBwZXJ0YWluaW5nIHRvIHRoaXMgZG9jdW1lbnQuDQo+DQo+Q2hlZXJz
LA0KPg0KPkNocmlzdGlhbi4NCj4NCj4tLS0tLU1lc3NhZ2UgZCdvcmlnaW5lLS0tLS0NCj5EZSA6
IE1hcnRpbiBWaWdvdXJldXggW21haWx0bzptYXJ0aW4udmlnb3VyZXV4QG5va2lhLmNvbV0gDQo+
RW52b3nDqSA6IG1hcmRpIDE2IGFvw7t0IDIwMTYgMTQ6NDgNCj7DgCA6IEJFU1MNCj5DYyA6IGRy
YWZ0LWlldGYtYmVzcy12aXJ0dWFsLXN1Ym5ldC1maWItcmVkdWN0aW9uQGlldGYub3JnDQo+T2Jq
ZXQgOiBXRyBMYXN0IENhbGwgZm9yIGRyYWZ0LWlldGYtYmVzcy12aXJ0dWFsLXN1Ym5ldC1maWIt
cmVkdWN0aW9uLTA0DQo+DQo+SGVsbG8gV29ya2luZyBHcm91cCwNCj4NCj5UaGlzIGVtYWlsIHN0
YXJ0cyBhIFdvcmtpbmcgR3JvdXAgTGFzdCBDYWxsIG9uDQo+ZHJhZnQtaWV0Zi1iZXNzLXZpcnR1
YWwtc3VibmV0LWZpYi1yZWR1Y3Rpb24tMDQgWzFdLg0KPg0KPsKkIFBsZWFzZSByZWFkIHRoZSBk
b2N1bWVudCBpZiB5b3UgaGF2ZW4ndCByZWFkIHRoZSBtb3N0IHJlY2VudCB2ZXJzaW9uIHlldCwg
YW5kIHNlbmQgeW91ciBjb21tZW50cyB0byB0aGUgbGlzdCwgbm8gbGF0ZXIgdGhhbiB0aGUgKjMw
dGggb2YgQXVndXN0Ki4NCj5Ob3RlIHRoYXQgdGhpcyBpcyAqbm90IG9ubHkqIGEgY2FsbCBmb3Ig
Y29tbWVudHMgb24gdGhlIGRvY3VtZW50LCBidXQgYWxzbyBhIGNhbGwgZm9yIHN1cHBvcnQgKG9y
IG5vdCkgcHVibGlzaGluZyB0aGlzIGRvY3VtZW50IGFzIGFuIEluZm9ybWF0aW9uYWwgUkZDLg0K
Pg0KPsKkIFdlIGFyZSBhbHNvIHBvbGxpbmcgZm9yIGtub3dsZWRnZSBvZiBhbnkgdW5kaXNjbG9z
ZWQgSVBSIHRoYXQgYXBwbGllcyB0byBkcmFmdC1pZXRmLWJlc3MtdmlydHVhbC1zdWJuZXQtZmli
LXJlZHVjdGlvbi0wNCwgdG8gZW5zdXJlIHRoYXQgSVBSIGhhcyBiZWVuIGRpc2Nsb3NlZCBpbiBj
b21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMgKHNlZSBSRkNzIDM5NzksIDQ4NzksIDM2Njkg
YW5kIDUzNzggZm9yIG1vcmUgZGV0YWlscykgcHJpb3IgdG8gbW92aW5nIGZvcndhcmQuDQo+SWYg
eW91IGFyZSBsaXN0ZWQgYXMgYSBkb2N1bWVudCBBdXRob3Igb3IgQ29udHJpYnV0b3Igb2YgdGhp
cyBkb2N1bWVudCBwbGVhc2UgcmVzcG9uZCB0byB0aGlzIGVtYWlsIGFuZCBpbmRpY2F0ZSB3aGV0
aGVyIG9yIG5vdCB5b3UgYXJlIGF3YXJlIG9mIGFueSByZWxldmFudCB1bmRpc2Nsb3NlZCBJUFIu
IFRoZSBkb2N1bWVudCB3b24ndCBwcm9ncmVzcyB3aXRob3V0IGFuc3dlcnMgZnJvbSBhbGwgdGhl
IEF1dGhvcnMgYW5kIENvbnRyaWJ1dG9ycy4NCj5ObyBJUFIgZGlzY2xvc3VyZSBleGlzdHMgYWdh
aW5zdCB0aGlzIGRvY3VtZW50Lg0KPg0KPsKkIFdlIGFyZSBhbHNvIHBvbGxpbmcgZm9yIGtub3ds
ZWRnZSBvZiBpbXBsZW1lbnRhdGlvbnMgb2YgcGFydCBvciBhbGwgb2Ygd2hhdCB0aGlzIGRvY3Vt
ZW50IHNwZWNpZmllcy4gVGhpcyBpbmZvcm1hdGlvbiBpcyBleHBlY3RlZCBhcyBwZXIgWzJdLiAN
Cj5QbGVhc2UgaW5mb3JtIHRoZSBtYWlsaW5nIGxpc3QsIG9yIHRoZSBjaGFpcnMsIG9yIG9ubHkg
b25lIG9mIHRoZSBjaGFpcnMuDQo+DQo+wqQgRmluYWxseSwgaWYgc29tZW9uZSB3aXNoZXMgdG8g
dm9sdW50ZWVyIHRvIGJlIERvY3VtZW50IFNoZXBoZXJkIGZvciB0aGlzIGRvY3VtZW50LCBwbGVh
c2UgbGV0IHVzIGtub3cuDQo+DQo+VGhhbmsgeW91DQo+TSZUDQo+DQo+DQo+WzFdDQo+aHR0cHM6
Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1iZXNzLXZpcnR1YWwtc3VibmV0
LWZpYi1yZWR1Y3Rpb24vDQo+WzJdIGh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9t
c2cvYmVzcy9jRzNYMXRUcWJfdlBDNHJnNTZTRWRranFEcHcNCj4NCj5fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+DQo+Q2Ug
bWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3Jt
YXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25j
DQo+cGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRp
b24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUg
c2lnbmFsZXINCj5hIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBp
ZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJs
ZXMgZCdhbHRlcmF0aW9uLA0KPk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNp
IGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4NCj4N
Cj5UaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRp
YWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3
Ow0KPnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91
dCBhdXRob3Jpc2F0aW9uLg0KPklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJy
b3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQg
aXRzIGF0dGFjaG1lbnRzLg0KPkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5v
dCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9y
IGZhbHNpZmllZC4NCj5UaGFuayB5b3UuDQo+DQo+X19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX18NCj5CRVNTIG1haWxpbmcgbGlzdA0KPkJFU1NAaWV0Zi5vcmcN
Cj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Jlc3MNCg==


From nobody Tue Aug 16 13:34:33 2016
Return-Path: <bfee@extremenetworks.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A7FC512D820 for <bess@ietfa.amsl.com>; Tue, 16 Aug 2016 13:34:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.111
X-Spam-Level: 
X-Spam-Status: No, score=-4.111 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=extremenetworks2com.onmicrosoft.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 PhnWkYLHD__7 for <bess@ietfa.amsl.com>; Tue, 16 Aug 2016 13:34:29 -0700 (PDT)
Received: from us-smtp-delivery-183.mimecast.com (us-smtp-delivery-183.mimecast.com [63.128.21.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 458F812D5BF for <bess@ietf.org>; Tue, 16 Aug 2016 13:34:29 -0700 (PDT)
Received: from USNC-CASHT-P2.corp.extremenetworks.com (usnc-casht-p2.extremenetworks.com [12.38.15.167]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-116-ZdRuBLNDMtOBdWbn7cb_mw-1; Tue, 16 Aug 2016 16:34:24 -0400
Received: from NAM01-SN1-obe.outbound.protection.outlook.com (207.46.163.114) by nc-owamail.extremenetworks.com (10.6.17.65) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 16 Aug 2016 16:34:23 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=EXTREMENETWORKS2COM.onmicrosoft.com; s=selector1-extremenetworks-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=jomC6IttMYkigqeY4pdlY3Tv3XtVw+tyyHc1PIeSWgY=; b=tRs+uDHNJwf2q6BuhIpbMUcjOSHHaVkRcj9WZ2v5SRqh/pIy01zZOErVn3nQg1XyUI9dvYfm7azFPBEl+op4zcfk2Oidz+ZgxPE+noTG6SEblSKL88mFPfd85+fGZAnxA65rjcl8mp3Qg9sC8PypQaXHEI6Bm7XRtOhxDjsdhFI=
Received: from BLUPR0401MB1681.namprd04.prod.outlook.com (10.162.214.155) by BLUPR0401MB1684.namprd04.prod.outlook.com (10.162.214.158) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.557.21; Tue, 16 Aug 2016 20:34:20 +0000
Received: from BLUPR0401MB1681.namprd04.prod.outlook.com ([10.162.214.155]) by BLUPR0401MB1681.namprd04.prod.outlook.com ([10.162.214.155]) with mapi id 15.01.0557.022; Tue, 16 Aug 2016 20:34:20 +0000
From: Brendan Fee <bfee@extremenetworks.com>
To: "Henderickx, Wim (Nokia - BE)" <wim.henderickx@nokia.com>, "christian.jacquenet@orange.com" <christian.jacquenet@orange.com>, "Vigoureux, Martin (Nokia - FR)" <martin.vigoureux@nokia.com>, BESS <bess@ietf.org>
Thread-Topic: [bess] WG Last Call for draft-ietf-bess-virtual-subnet-fib-reduction-04
Thread-Index: AQHR9720lFXPrVCQuU2H1mrFbRK4nKBLigkAgAB4+oD//8WVAA==
Date: Tue, 16 Aug 2016 20:34:20 +0000
Message-ID: <B94E2351-737A-4CAC-A889-A0F7D2BC3D1B@extremenetworks.com>
References: <57B30B64.6040304@nokia.com> <29257_1471351827_57B30C13_29257_1888_1_88132E969123D14D9BD844E1CD516EDE130CE29F@OPEXCLILMA3.corporate.adroot.infra.ftgroup> <62EF6A8A-2DCF-4A27-BA9A-D99D92A83A37@nokia.com>
In-Reply-To: <62EF6A8A-2DCF-4A27-BA9A-D99D92A83A37@nokia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [134.141.2.72]
x-ms-office365-filtering-correlation-id: 28741fc8-1224-468f-1249-08d3c614b3db
x-microsoft-exchange-diagnostics: 1; BLUPR0401MB1684; 6:p6jY7vvfjtN4mkjSrUKTddJDGHtq3RnhsglNizYGqegGQmC7xfOw2jcXQc6DrZxjs8WAOClQALcm65PHy3dgx+23ev+j5oh+GSlCwInoD7a3ggkLM0PuPQEqazS32bP3bvsTg11Frasi4fLrUQrgG6PFAaNbPLOrWnSnpumN4yS6Gr+//HrK3Nj/gLvBO9VGt6uKPaFzKqBP4WbWUOy+oPj9ypFcT+OfTDxJ7kH7OFIvtAKOQP9WAmXpt8QpNAnxaWO109MPOaGN9PqIm0wRHUpQZJVvMZqSComFipFSDZ4=; 5:iwDH0AQMrnGEF9urpIJeUsW8Fwc3YoNrEG3iM9tXDxMVKLLXC/4IEfC/pKeM/OYtd8/s7D0MaWiFORD8mV1yx9kUYMxQPA5sOPcuS6IY6jYjaJ4j05Cf3S8n8gjt7Hf0mdxrOq/FwtVmilL/2wvixg==; 24:jIVFfV1YYrXl8nClvk8yVa79FLcaJkVhpg2JZLVjGh2lRloEfMAPHEIxAKN89OPm2HlN1Mc5q0ILmkaMgbM/5ZCQovXyO8vojRcFuvo7IiM=; 7:yZ+elrXgczXrQgDeVdGDvMx+FMFtA1B9hp5k8ruxFworZMNMAhaGB8doYF2K9OPZSD0ilYaE4yvJD3/RCGyvMOEW0GlhmP3L8FL0ByPobGnKYUTU8icCvh0L9QKcE3g2lwQ7AJB6FommAPgyRqoEM7JyXQOp6+3Po4GekdneBbK65uIKwBkPAMiA78rmSWsMzV8z4NZl0DLiPsTZWCgUQBUrEshOzXUdVwLn1c2kmbqTLXSU14qqqA/N/gGpevfA
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR0401MB1684;
x-microsoft-antispam-prvs: <BLUPR0401MB1684EB1FE81C3CF1CB7801C5CA130@BLUPR0401MB1684.namprd04.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(120809045254105)(82608151540597)(18271650672692); 
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046);  SRVR:BLUPR0401MB1684; BCL:0; PCL:0; RULEID:; SRVR:BLUPR0401MB1684; 
x-forefront-prvs: 0036736630
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(199003)(377454003)(24454002)(189002)(55784002)(7846002)(305945005)(8936002)(122556002)(10400500002)(7736002)(19580395003)(15975445007)(77096005)(189998001)(83716003)(66066001)(5002640100001)(86362001)(68736007)(105586002)(106356001)(3660700001)(33656002)(50986999)(76176999)(81156014)(81166006)(8676002)(101416001)(106116001)(92566002)(19580405001)(230783001)(2900100001)(2950100001)(99286002)(6116002)(11100500001)(3846002)(87936001)(36756003)(5001770100001)(586003)(102836003)(4326007)(2906002)(3280700002)(54356999)(82746002)(97736004)(5890100001)(2501003)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:BLUPR0401MB1684; H:BLUPR0401MB1681.namprd04.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; 
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-ID: <11532DD5AD6F204A840B0CBAD6D5A9B3@namprd04.prod.outlook.com>
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Aug 2016 20:34:20.4362 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: fc8c2bf6-914d-4c1f-b352-46a9adb87030
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR0401MB1684
X-OrganizationHeadersPreserved: BLUPR0401MB1684.namprd04.prod.outlook.com
X-OriginatorOrg: extremenetworks.com
X-CrossPremisesHeadersPromoted: USNC-CASHT-P2.corp.extremenetworks.com
X-CrossPremisesHeadersFiltered: USNC-CASHT-P2.corp.extremenetworks.com
X-MC-Unique: ZdRuBLNDMtOBdWbn7cb_mw-1
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/BCl_Gb7-6kS0s71MPzTXKfy6VNk>
Cc: "draft-ietf-bess-virtual-subnet-fib-reduction@ietf.org" <draft-ietf-bess-virtual-subnet-fib-reduction@ietf.org>
Subject: Re: [bess] WG Last Call for draft-ietf-bess-virtual-subnet-fib-reduction-04
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Aug 2016 20:34:31 -0000

SSBhbHNvIHN1cHBvcnQgdGhlIHB1YmxpY2F0aW9uIG9mIGRyYWZ0LWlldGYtYmVzcy12aXJ0dWFs
LXN1Ym5ldC1maWItcmVkdWN0aW9uLTA0IGFzIGFuIGluZm9ybWF0aW9uYWwgUkZDLCBhbmQgYXMg
Y29hdXRob3IgSSBhbiB1bmF3YXJlIG9mIGFueSBJUFIgcmVsYXRlZCB0byB0aGlzIGRyYWZ0DQoN
ClRoYW5rcw0KDQpCcmVuZGFuIEZlZQ0KDQoNCg0KDQoNCk9uIDgvMTYvMTYsIDQ6MDMgUE0sICJI
ZW5kZXJpY2t4LCBXaW0gKE5va2lhIC0gQkUpIiA8d2ltLmhlbmRlcmlja3hAbm9raWEuY29tPiB3
cm90ZToNCg0KPlN1cHBvcnQgcHVibGljYXRpb24gb2YgaW5mb3JtYXRpb25hbCBSRkMuIEFzIGNv
YXV0aG9yIG5vdCBhd2FyZSBvZiBJUFIgcmVsYXRlZCB0byB0aGlzIGRyYWZ0DQo+DQo+DQo+DQo+
DQo+T24gMTYvMDgvMTYgMTQ6NTAsICJCRVNTIG9uIGJlaGFsZiBvZiBjaHJpc3RpYW4uamFjcXVl
bmV0QG9yYW5nZS5jb20iIDxiZXNzLWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9mIGNocmlz
dGlhbi5qYWNxdWVuZXRAb3JhbmdlLmNvbT4gd3JvdGU6DQo+DQo+PldHLA0KPj4NCj4+SSBzdXBw
b3J0IHRoZSBwdWJsaWNhdGlvbiBvZiBkcmFmdC1pZXRmLWJlc3MtdmlydHVhbC1zdWJuZXQtZmli
LXJlZHVjdGlvbi0wNCBhcyBhbiBJbmZvcm1hdGlvbmFsIFJGQy4gQmVpbmcgb25lIG9mIHRoZSBh
dXRob3JzLCBJJ20gYWxzbyB1bmF3YXJlIG9mIGFueSBJUFIgcGVydGFpbmluZyB0byB0aGlzIGRv
Y3VtZW50Lg0KPj4NCj4+Q2hlZXJzLA0KPj4NCj4+Q2hyaXN0aWFuLg0KPj4NCj4+LS0tLS1NZXNz
YWdlIGQnb3JpZ2luZS0tLS0tDQo+PkRlIDogTWFydGluIFZpZ291cmV1eCBbbWFpbHRvOm1hcnRp
bi52aWdvdXJldXhAbm9raWEuY29tXQ0KPj5FbnZvecOpIDogbWFyZGkgMTYgYW/Du3QgMjAxNiAx
NDo0OA0KPj7DgCA6IEJFU1MNCj4+Q2MgOiBkcmFmdC1pZXRmLWJlc3MtdmlydHVhbC1zdWJuZXQt
ZmliLXJlZHVjdGlvbkBpZXRmLm9yZw0KPj5PYmpldCA6IFdHIExhc3QgQ2FsbCBmb3IgZHJhZnQt
aWV0Zi1iZXNzLXZpcnR1YWwtc3VibmV0LWZpYi1yZWR1Y3Rpb24tMDQNCj4+DQo+PkhlbGxvIFdv
cmtpbmcgR3JvdXAsDQo+Pg0KPj5UaGlzIGVtYWlsIHN0YXJ0cyBhIFdvcmtpbmcgR3JvdXAgTGFz
dCBDYWxsIG9uDQo+PmRyYWZ0LWlldGYtYmVzcy12aXJ0dWFsLXN1Ym5ldC1maWItcmVkdWN0aW9u
LTA0IFsxXS4NCj4+DQo+PsKkIFBsZWFzZSByZWFkIHRoZSBkb2N1bWVudCBpZiB5b3UgaGF2ZW4n
dCByZWFkIHRoZSBtb3N0IHJlY2VudCB2ZXJzaW9uIHlldCwgYW5kIHNlbmQgeW91ciBjb21tZW50
cyB0byB0aGUgbGlzdCwgbm8gbGF0ZXIgdGhhbiB0aGUgKjMwdGggb2YgQXVndXN0Ki4NCj4+Tm90
ZSB0aGF0IHRoaXMgaXMgKm5vdCBvbmx5KiBhIGNhbGwgZm9yIGNvbW1lbnRzIG9uIHRoZSBkb2N1
bWVudCwgYnV0IGFsc28gYSBjYWxsIGZvciBzdXBwb3J0IChvciBub3QpIHB1Ymxpc2hpbmcgdGhp
cyBkb2N1bWVudCBhcyBhbiBJbmZvcm1hdGlvbmFsIFJGQy4NCj4+DQo+PsKkIFdlIGFyZSBhbHNv
IHBvbGxpbmcgZm9yIGtub3dsZWRnZSBvZiBhbnkgdW5kaXNjbG9zZWQgSVBSIHRoYXQgYXBwbGll
cyB0byBkcmFmdC1pZXRmLWJlc3MtdmlydHVhbC1zdWJuZXQtZmliLXJlZHVjdGlvbi0wNCwgdG8g
ZW5zdXJlIHRoYXQgSVBSIGhhcyBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVU
RiBJUFIgcnVsZXMgKHNlZSBSRkNzIDM5NzksIDQ4NzksIDM2NjkgYW5kIDUzNzggZm9yIG1vcmUg
ZGV0YWlscykgcHJpb3IgdG8gbW92aW5nIGZvcndhcmQuDQo+PklmIHlvdSBhcmUgbGlzdGVkIGFz
IGEgZG9jdW1lbnQgQXV0aG9yIG9yIENvbnRyaWJ1dG9yIG9mIHRoaXMgZG9jdW1lbnQgcGxlYXNl
IHJlc3BvbmQgdG8gdGhpcyBlbWFpbCBhbmQgaW5kaWNhdGUgd2hldGhlciBvciBub3QgeW91IGFy
ZSBhd2FyZSBvZiBhbnkgcmVsZXZhbnQgdW5kaXNjbG9zZWQgSVBSLiBUaGUgZG9jdW1lbnQgd29u
J3QgcHJvZ3Jlc3Mgd2l0aG91dCBhbnN3ZXJzIGZyb20gYWxsIHRoZSBBdXRob3JzIGFuZCBDb250
cmlidXRvcnMuDQo+Pk5vIElQUiBkaXNjbG9zdXJlIGV4aXN0cyBhZ2FpbnN0IHRoaXMgZG9jdW1l
bnQuDQo+Pg0KPj7CpCBXZSBhcmUgYWxzbyBwb2xsaW5nIGZvciBrbm93bGVkZ2Ugb2YgaW1wbGVt
ZW50YXRpb25zIG9mIHBhcnQgb3IgYWxsIG9mIHdoYXQgdGhpcyBkb2N1bWVudCBzcGVjaWZpZXMu
IFRoaXMgaW5mb3JtYXRpb24gaXMgZXhwZWN0ZWQgYXMgcGVyIFsyXS4NCj4+UGxlYXNlIGluZm9y
bSB0aGUgbWFpbGluZyBsaXN0LCBvciB0aGUgY2hhaXJzLCBvciBvbmx5IG9uZSBvZiB0aGUgY2hh
aXJzLg0KPj4NCj4+wqQgRmluYWxseSwgaWYgc29tZW9uZSB3aXNoZXMgdG8gdm9sdW50ZWVyIHRv
IGJlIERvY3VtZW50IFNoZXBoZXJkIGZvciB0aGlzIGRvY3VtZW50LCBwbGVhc2UgbGV0IHVzIGtu
b3cuDQo+Pg0KPj5UaGFuayB5b3UNCj4+TSZUDQo+Pg0KPj4NCj4+WzFdDQo+Pmh0dHBzOi8vZGF0
YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtYmVzcy12aXJ0dWFsLXN1Ym5ldC1maWIt
cmVkdWN0aW9uLw0KPj5bMl0gaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9i
ZXNzL2NHM1gxdFRxYl92UEM0cmc1NlNFZGtqcURwdw0KPj4NCj4+X19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4NCj4+Q2Ug
bWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3Jt
YXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25j
DQo+PnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0
aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxl
IHNpZ25hbGVyDQo+PmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMg
cGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRp
YmxlcyBkJ2FsdGVyYXRpb24sDQo+Pk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRl
IHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4N
Cj4+DQo+PlRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZp
ZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBi
eSBsYXc7DQo+PnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQg
d2l0aG91dCBhdXRob3Jpc2F0aW9uLg0KPj5JZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWls
IGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3Nh
Z2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCj4+QXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFu
Z2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNo
YW5nZWQgb3IgZmFsc2lmaWVkLg0KPj5UaGFuayB5b3UuDQo+Pg0KPj5fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj5CRVNTIG1haWxpbmcgbGlzdA0KPj5C
RVNTQGlldGYub3JnDQo+Pmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vYmVz
cw0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpESVNDTEFJTUVSOg0KVGhp
cyBlLW1haWwgYW5kIGFueSBhdHRhY2htZW50cyB0byBpdCBtYXkgY29udGFpbiBjb25maWRlbnRp
YWwgYW5kIHByb3ByaWV0YXJ5IG1hdGVyaWFsIGFuZCBpcyBzb2xlbHkgZm9yIHRoZSB1c2Ugb2Yg
dGhlIGludGVuZGVkIHJlY2lwaWVudC4gQW55IHJldmlldywgdXNlLCBkaXNjbG9zdXJlLCBkaXN0
cmlidXRpb24gb3IgY29weWluZyBvZiB0aGlzIHRyYW5zbWl0dGFsIGlzIHByb2hpYml0ZWQgZXhj
ZXB0IGJ5IG9yIG9uIGJlaGFsZiBvZiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LiBJZiB5b3UgaGF2
ZSByZWNlaXZlZCB0aGlzIHRyYW5zbWl0dGFsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBz
ZW5kZXIgYW5kIGRlc3Ryb3kgdGhpcyBlLW1haWwgYW5kIGFueSBhdHRhY2htZW50cyBhbmQgYWxs
IGNvcGllcywgd2hldGhlciBlbGVjdHJvbmljIG9yIHByaW50ZWQuDQo=


From nobody Tue Aug 16 17:23:41 2016
Return-Path: <zhang.zheng@zte.com.cn>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B0F712D51D; Tue, 16 Aug 2016 17:23:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.448
X-Spam-Level: 
X-Spam-Status: No, score=-105.448 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, RP_MATCHES_RCVD=-1.247, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] 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 zNWFKWG43Rnt; Tue, 16 Aug 2016 17:23:37 -0700 (PDT)
Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 80D3F12D56C; Tue, 16 Aug 2016 17:23:37 -0700 (PDT)
Received: from zte.com.cn (unknown [192.168.168.119]) by Websense Email Security Gateway with ESMTP id B17C43628C56B; Wed, 17 Aug 2016 08:23:32 +0800 (CST)
Received: from mse01.zte.com.cn (unknown [10.30.3.20]) by Websense Email Security Gateway with ESMTP id BCF11ADFB63FB; Wed, 17 Aug 2016 08:23:32 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id u7H0NRRx017605; Wed, 17 Aug 2016 08:23:27 +0800 (GMT-8) (envelope-from zhang.zheng@zte.com.cn)
In-Reply-To: <57B308FA.4090201@nokia.com>
To: Martin Vigoureux <martin.vigoureux@nokia.com>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005
Message-ID: <OF4598D300.26C28260-ON48258012.00022296-C8258012.00022501@zte.com.cn>
From: zhang.zheng@zte.com.cn
Date: Wed, 17 Aug 2016 09:23:37 +0900
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP6|November 21, 2013) at 2016-08-17 08:23:08, Serialize complete at 2016-08-17 08:23:08
Content-Type: multipart/alternative; boundary="=_alternative 000224F9C8258012_="
X-MAIL: mse01.zte.com.cn u7H0NRRx017605
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/-vgLcn_s4xL-YHMEZC8xHsZhsTA>
Cc: BESS <bess-bounces@ietf.org>, bess@ietf.org, draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org
Subject: Re: [bess] Poll for adoption: draft-zzhang-bess-evpn-bum-procedure-updates-03
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Aug 2016 00:23:39 -0000

This is a multipart message in MIME format.
--=_alternative 000224F9C8258012_=
Content-Type: text/plain; charset="GB2312"
Content-Transfer-Encoding: base64

U3VwcG9ydC4NCg0KVGhhbmtzLA0KU2FuZHkNCg0KIkJFU1MiIDxiZXNzLWJvdW5jZXNAaWV0Zi5v
cmc+INC009ogMjAxNi8wOC8xNiAyMDozNzoxNDoNCg0KPiBIZWxsbyB3b3JraW5nIGdyb3VwLA0K
PiANCj4gVGhpcyBlbWFpbCBzdGFydHMgYSB0d28td2VlayBwb2xsIG9uIGFkb3B0aW5nDQo+IGRy
YWZ0LXp6aGFuZy1iZXNzLWV2cG4tYnVtLXByb2NlZHVyZS11cGRhdGVzLTAzIFsxXSBhcyBhIFdv
cmtpbmcgR3JvdXAgDQo+IERvY3VtZW50Lg0KPiANCj4gUGxlYXNlIHN0YXRlIG9uIHRoZSBsaXN0
IGlmIHlvdSBzdXBwb3J0IGFkb3B0aW9uIG9yIG5vdCAoaW4gYm90aCBjYXNlcywgDQo+IHBsZWFz
ZSBhbHNvIHN0YXRlIHRoZSByZWFzb25zKS4NCj4gDQo+IFRoaXMgcG9sbCBydW5zIHVudGlsICp0
aGUgMzB0aCBvZiBBdWd1c3QqLg0KPiANCj4gV2UgYXJlIGFsc28gcG9sbGluZyBmb3Iga25vd2xl
ZGdlIG9mIGFueSB1bmRpc2Nsb3NlZCBJUFIgdGhhdCBhcHBsaWVzDQo+IHRvIHRoaXMgRG9jdW1l
bnQsIHRvIGVuc3VyZSB0aGF0IElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZQ0K
PiB3aXRoIElFVEYgSVBSIHJ1bGVzIChzZWUgUkZDcyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4
IGZvciBtb3JlDQo+IGRldGFpbHMpLg0KPiBJZiB5b3UgYXJlIGxpc3RlZCBhcyBhbiBBdXRob3Ig
b3IgQ29udHJpYnV0b3Igb2YgdGhpcyBEb2N1bWVudCBwbGVhc2UNCj4gcmVzcG9uZCB0byB0aGlz
IGVtYWlsIGFuZCBpbmRpY2F0ZSB3aGV0aGVyIG9yIG5vdCB5b3UgYXJlIGF3YXJlIG9mIGFueQ0K
PiByZWxldmFudCB1bmRpc2Nsb3NlZCBJUFIuIFRoZSBEb2N1bWVudCB3b24ndCBwcm9ncmVzcyB3
aXRob3V0IGFuc3dlcnMNCj4gZnJvbSBhbGwgdGhlIEF1dGhvcnMgYW5kIENvbnRyaWJ1dG9ycy4N
Cj4gTm8gSVBSIGhhcyBiZWVuIGRpc2Nsb3NlZCBhZ2FpbnN0IHRoaXMgRG9jdW1lbnQNCj4gDQo+
IElmIHlvdSBhcmUgbm90IGxpc3RlZCBhcyBhbiBBdXRob3Igb3IgQ29udHJpYnV0b3IsIHRoZW4g
cGxlYXNlIA0KPiBleHBsaWNpdGx5IHJlc3BvbmQgb25seSBpZiB5b3UgYXJlIGF3YXJlIG9mIGFu
eSBJUFIgdGhhdCBoYXMgbm90IHlldCANCj4gYmVlbiBkaXNjbG9zZWQgaW4gY29uZm9ybWFuY2Ug
d2l0aCBJRVRGIHJ1bGVzLg0KPiANCj4gVGhhbmsgeW91DQo+IA0KPiBNYXJ0aW4gJiBUaG9tYXMN
Cj4gYmVzcyBjaGFpcnMNCj4gDQo+IFsxXSANCj4gDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYu
b3JnL2RvYy9kcmFmdC16emhhbmctYmVzcy1ldnBuLWJ1bS1wcm9jZWR1cmUtdXBkYXRlcy8NCj4g
DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IEJF
U1MgbWFpbGluZyBsaXN0DQo+IEJFU1NAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcv
bWFpbG1hbi9saXN0aW5mby9iZXNzDQoNCg==
--=_alternative 000224F9C8258012_=
Content-Type: text/html; charset="GB2312"
Content-Transfer-Encoding: base64

DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlN1cHBvcnQuPC9mb250Pg0KPGJy
Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5UaGFua3MsPC9mb250Pg0KPGJy
Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5TYW5keTwvZm9udD4NCjxicj4NCjxicj48
Zm9udCBzaXplPTI+PHR0PiZxdW90O0JFU1MmcXVvdDsgJmx0O2Jlc3MtYm91bmNlc0BpZXRmLm9y
ZyZndDsg0LTT2g0KMjAxNi8wOC8xNiAyMDozNzoxNDo8YnI+DQo8YnI+DQomZ3Q7IEhlbGxvIHdv
cmtpbmcgZ3JvdXAsPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFRoaXMgZW1haWwgc3RhcnRzIGEgdHdv
LXdlZWsgcG9sbCBvbiBhZG9wdGluZzxicj4NCiZndDsgZHJhZnQtenpoYW5nLWJlc3MtZXZwbi1i
dW0tcHJvY2VkdXJlLXVwZGF0ZXMtMDMgWzFdIGFzIGEgV29ya2luZyBHcm91cA0KPGJyPg0KJmd0
OyBEb2N1bWVudC48YnI+DQomZ3Q7IDxicj4NCiZndDsgUGxlYXNlIHN0YXRlIG9uIHRoZSBsaXN0
IGlmIHlvdSBzdXBwb3J0IGFkb3B0aW9uIG9yIG5vdCAoaW4gYm90aCBjYXNlcywNCjxicj4NCiZn
dDsgcGxlYXNlIGFsc28gc3RhdGUgdGhlIHJlYXNvbnMpLjxicj4NCiZndDsgPGJyPg0KJmd0OyBU
aGlzIHBvbGwgcnVucyB1bnRpbCAqdGhlIDMwdGggb2YgQXVndXN0Ki48YnI+DQomZ3Q7IDxicj4N
CiZndDsgV2UgYXJlIGFsc28gcG9sbGluZyBmb3Iga25vd2xlZGdlIG9mIGFueSB1bmRpc2Nsb3Nl
ZCBJUFIgdGhhdCBhcHBsaWVzPGJyPg0KJmd0OyB0byB0aGlzIERvY3VtZW50LCB0byBlbnN1cmUg
dGhhdCBJUFIgaGFzIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2U8YnI+DQomZ3Q7IHdpdGgg
SUVURiBJUFIgcnVsZXMgKHNlZSBSRkNzIDM5NzksIDQ4NzksIDM2NjkgYW5kIDUzNzggZm9yIG1v
cmU8YnI+DQomZ3Q7IGRldGFpbHMpLjxicj4NCiZndDsgSWYgeW91IGFyZSBsaXN0ZWQgYXMgYW4g
QXV0aG9yIG9yIENvbnRyaWJ1dG9yIG9mIHRoaXMgRG9jdW1lbnQgcGxlYXNlPGJyPg0KJmd0OyBy
ZXNwb25kIHRvIHRoaXMgZW1haWwgYW5kIGluZGljYXRlIHdoZXRoZXIgb3Igbm90IHlvdSBhcmUg
YXdhcmUgb2YNCmFueTxicj4NCiZndDsgcmVsZXZhbnQgdW5kaXNjbG9zZWQgSVBSLiBUaGUgRG9j
dW1lbnQgd29uJ3QgcHJvZ3Jlc3Mgd2l0aG91dCBhbnN3ZXJzPGJyPg0KJmd0OyBmcm9tIGFsbCB0
aGUgQXV0aG9ycyBhbmQgQ29udHJpYnV0b3JzLjxicj4NCiZndDsgTm8gSVBSIGhhcyBiZWVuIGRp
c2Nsb3NlZCBhZ2FpbnN0IHRoaXMgRG9jdW1lbnQ8YnI+DQomZ3Q7IDxicj4NCiZndDsgSWYgeW91
IGFyZSBub3QgbGlzdGVkIGFzIGFuIEF1dGhvciBvciBDb250cmlidXRvciwgdGhlbiBwbGVhc2Ug
PGJyPg0KJmd0OyBleHBsaWNpdGx5IHJlc3BvbmQgb25seSBpZiB5b3UgYXJlIGF3YXJlIG9mIGFu
eSBJUFIgdGhhdCBoYXMgbm90IHlldA0KPGJyPg0KJmd0OyBiZWVuIGRpc2Nsb3NlZCBpbiBjb25m
b3JtYW5jZSB3aXRoIElFVEYgcnVsZXMuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFRoYW5rIHlvdTxi
cj4NCiZndDsgPGJyPg0KJmd0OyBNYXJ0aW4gJmFtcDsgVGhvbWFzPGJyPg0KJmd0OyBiZXNzIGNo
YWlyczxicj4NCiZndDsgPGJyPg0KJmd0OyBbMV0gPGJyPg0KJmd0OyBodHRwczovL2RhdGF0cmFj
a2VyLmlldGYub3JnL2RvYy9kcmFmdC16emhhbmctYmVzcy1ldnBuLWJ1bS1wcm9jZWR1cmUtdXBk
YXRlcy88YnI+DQomZ3Q7IDxicj4NCiZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX188YnI+DQomZ3Q7IEJFU1MgbWFpbGluZyBsaXN0PGJyPg0KJmd0OyBC
RVNTQGlldGYub3JnPGJyPg0KJmd0OyBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp
bmZvL2Jlc3M8YnI+DQo8L3R0PjwvZm9udD4NCg==
--=_alternative 000224F9C8258012_=--


From nobody Tue Aug 16 18:19:06 2016
Return-Path: <xuxiaohu@huawei.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E4C512B01A; Tue, 16 Aug 2016 18:19:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.468
X-Spam-Level: 
X-Spam-Status: No, score=-5.468 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.247, 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 bwaBNvIxPQs4; Tue, 16 Aug 2016 18:19:03 -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 B781412D1C2; Tue, 16 Aug 2016 18:19:02 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml703-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CPN78662; Wed, 17 Aug 2016 01:19:00 +0000 (GMT)
Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by lhreml703-cah.china.huawei.com (10.201.5.104) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 17 Aug 2016 02:18:59 +0100
Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0235.001; Wed, 17 Aug 2016 09:17:28 +0800
From: Xuxiaohu <xuxiaohu@huawei.com>
To: Martin Vigoureux <martin.vigoureux@nokia.com>, BESS <bess@ietf.org>
Thread-Topic: WG Last Call for draft-ietf-bess-virtual-subnet-fib-reduction-04
Thread-Index: AQHR97xwDz4DG6W160m5tv4cqdTZo6BMWksw
Date: Wed, 17 Aug 2016 01:17:27 +0000
Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0D5813FA@NKGEML515-MBX.china.huawei.com>
References: <57B30B64.6040304@nokia.com>
In-Reply-To: <57B30B64.6040304@nokia.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.184.181]
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090206.57B3BB84.00AA, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: d36fa12562689bdb66da35b482da516e
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/hbWElzK7gkPzYqY71XrUN8V0VDU>
Cc: "draft-ietf-bess-virtual-subnet-fib-reduction@ietf.org" <draft-ietf-bess-virtual-subnet-fib-reduction@ietf.org>
Subject: Re: [bess] WG Last Call for draft-ietf-bess-virtual-subnet-fib-reduction-04
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Aug 2016 01:19:05 -0000

SSBzdXBwb3J0IHRoZSBwdWJsaWNhdGlvbiBvZiB0aGlzIGRyYWZ0IGFzIGFuIGluZm9ybWF0aW9u
YWwgUkZDLCBhbmQgYXMgYSBjb2F1dGhvciBJJ20gbm90IGF3YXJlIG9mIGFueSBJUFIgcmVsYXRl
ZCB0byB0aGlzIGRyYWZ0Lg0KDQpCZXN0IHJlZ2FyZHMsDQpYaWFvaHUNCg0KLS0tLS3Tyrz+1K28
/i0tLS0tDQq3orz+yMs6IE1hcnRpbiBWaWdvdXJldXggW21haWx0bzptYXJ0aW4udmlnb3VyZXV4
QG5va2lhLmNvbV0gDQq3osvNyrG85DogMjAxNsTqONTCMTbI1SAyMDo0OA0KytW8/sjLOiBCRVNT
DQqzrcvNOiBkcmFmdC1pZXRmLWJlc3MtdmlydHVhbC1zdWJuZXQtZmliLXJlZHVjdGlvbkBpZXRm
Lm9yZw0K1vfM4jogV0cgTGFzdCBDYWxsIGZvciBkcmFmdC1pZXRmLWJlc3MtdmlydHVhbC1zdWJu
ZXQtZmliLXJlZHVjdGlvbi0wNA0KDQpIZWxsbyBXb3JraW5nIEdyb3VwLA0KDQpUaGlzIGVtYWls
IHN0YXJ0cyBhIFdvcmtpbmcgR3JvdXAgTGFzdCBDYWxsIG9uDQpkcmFmdC1pZXRmLWJlc3Mtdmly
dHVhbC1zdWJuZXQtZmliLXJlZHVjdGlvbi0wNCBbMV0uDQoNCqHoIFBsZWFzZSByZWFkIHRoZSBk
b2N1bWVudCBpZiB5b3UgaGF2ZW4ndCByZWFkIHRoZSBtb3N0IHJlY2VudCB2ZXJzaW9uIHlldCwg
YW5kIHNlbmQgeW91ciBjb21tZW50cyB0byB0aGUgbGlzdCwgbm8gbGF0ZXIgdGhhbiB0aGUgKjMw
dGggb2YgQXVndXN0Ki4NCk5vdGUgdGhhdCB0aGlzIGlzICpub3Qgb25seSogYSBjYWxsIGZvciBj
b21tZW50cyBvbiB0aGUgZG9jdW1lbnQsIGJ1dCBhbHNvIGEgY2FsbCBmb3Igc3VwcG9ydCAob3Ig
bm90KSBwdWJsaXNoaW5nIHRoaXMgZG9jdW1lbnQgYXMgYW4gSW5mb3JtYXRpb25hbCBSRkMuDQoN
CqHoIFdlIGFyZSBhbHNvIHBvbGxpbmcgZm9yIGtub3dsZWRnZSBvZiBhbnkgdW5kaXNjbG9zZWQg
SVBSIHRoYXQgYXBwbGllcyB0byBkcmFmdC1pZXRmLWJlc3MtdmlydHVhbC1zdWJuZXQtZmliLXJl
ZHVjdGlvbi0wNCwgdG8gZW5zdXJlIHRoYXQgSVBSIGhhcyBiZWVuIGRpc2Nsb3NlZCBpbiBjb21w
bGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMgKHNlZSBSRkNzIDM5NzksIDQ4NzksIDM2NjkgYW5k
IDUzNzggZm9yIG1vcmUgZGV0YWlscykgcHJpb3IgdG8gbW92aW5nIGZvcndhcmQuDQpJZiB5b3Ug
YXJlIGxpc3RlZCBhcyBhIGRvY3VtZW50IEF1dGhvciBvciBDb250cmlidXRvciBvZiB0aGlzIGRv
Y3VtZW50IHBsZWFzZSByZXNwb25kIHRvIHRoaXMgZW1haWwgYW5kIGluZGljYXRlIHdoZXRoZXIg
b3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2YW50IHVuZGlzY2xvc2VkIElQUi4gVGhl
IGRvY3VtZW50IHdvbid0IHByb2dyZXNzIHdpdGhvdXQgYW5zd2VycyBmcm9tIGFsbCB0aGUgQXV0
aG9ycyBhbmQgQ29udHJpYnV0b3JzLg0KTm8gSVBSIGRpc2Nsb3N1cmUgZXhpc3RzIGFnYWluc3Qg
dGhpcyBkb2N1bWVudC4NCg0KoeggV2UgYXJlIGFsc28gcG9sbGluZyBmb3Iga25vd2xlZGdlIG9m
IGltcGxlbWVudGF0aW9ucyBvZiBwYXJ0IG9yIGFsbCBvZiB3aGF0IHRoaXMgZG9jdW1lbnQgc3Bl
Y2lmaWVzLiBUaGlzIGluZm9ybWF0aW9uIGlzIGV4cGVjdGVkIGFzIHBlciBbMl0uIA0KUGxlYXNl
IGluZm9ybSB0aGUgbWFpbGluZyBsaXN0LCBvciB0aGUgY2hhaXJzLCBvciBvbmx5IG9uZSBvZiB0
aGUgY2hhaXJzLg0KDQqh6CBGaW5hbGx5LCBpZiBzb21lb25lIHdpc2hlcyB0byB2b2x1bnRlZXIg
dG8gYmUgRG9jdW1lbnQgU2hlcGhlcmQgZm9yIHRoaXMgZG9jdW1lbnQsIHBsZWFzZSBsZXQgdXMg
a25vdy4NCg0KVGhhbmsgeW91DQpNJlQNCg0KDQpbMV0NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0
Zi5vcmcvZG9jL2RyYWZ0LWlldGYtYmVzcy12aXJ0dWFsLXN1Ym5ldC1maWItcmVkdWN0aW9uLw0K
WzJdIGh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvYmVzcy9jRzNYMXRUcWJf
dlBDNHJnNTZTRWRranFEcHcNCg==


From nobody Wed Aug 17 10:36:44 2016
Return-Path: <loa@pi.nu>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B35FB12DB07; Wed, 17 Aug 2016 10:36:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.147
X-Spam-Level: 
X-Spam-Status: No, score=-3.147 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.247] 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 sVJkbIIaapnz; Wed, 17 Aug 2016 10:36:32 -0700 (PDT)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7C75C12DB86; Wed, 17 Aug 2016 10:36:32 -0700 (PDT)
Received: from [192.168.0.103] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 8A26818013E2; Wed, 17 Aug 2016 19:36:30 +0200 (CEST)
To: Eric C Rosen <erosen@juniper.net>, Mach Chen <mach.chen@huawei.com>, "draft-rosen-mpls-rfc3107bis.all@ietf.org" <draft-rosen-mpls-rfc3107bis.all@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>
References: <041801d1ecdb$317d1910$94774b30$@olddog.co.uk> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE28E782AA6@SZXEMA510-MBX.china.huawei.com> <5d7fcd92-f663-50fc-4057-9827746886ca@juniper.net>
From: Loa Andersson <loa@pi.nu>
Message-ID: <6d39a0bf-df2d-8a33-3194-f693760683d8@pi.nu>
Date: Wed, 17 Aug 2016 19:36:28 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <5d7fcd92-f663-50fc-4057-9827746886ca@juniper.net>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/DyoovfABx_zuNs_It6ZxbLvJtx0>
Cc: "mpls@ietf.org" <mpls@ietf.org>, idr@ietf.org, bess-chairs@ietf.org, BESS <bess@ietf.org>, idr-chairs@ietf.org
Subject: [bess] Question raised in the MPLS-RT review of draft-rosen-mpls-rfc3107bis
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Aug 2016 17:36:35 -0000

Eric, et.al., (copied also idr-chairs and idr-list + bess-chairs and
bess-list)

For those of you that are not subscribed to the mpls-list.

- the mpls wg has started the initial steps for working group adoption,
   there are three steps
   -- mpls-rt review (what you see below is the follow-up discussion on
      that review)
   -- IPR poll, will be sent out soon
   -- working group adoption poll (wgap), that poll will be copied to
      the idr and bess. Hopefully we can that shortly.

I'm sending this to mpls, idr and bess working group, since it has
to do where things should be documented.


On 2016-08-17 17:59, Eric C Rosen wrote:
> Hi Mach,
>
> Thanks for your review.
>
> On 8/3/2016 4:51 AM, Mach Chen wrote:
>> I have only one comment regarding to Section 5. IMHO, although it's
>> informational, the description about the relationship between SAFI-1
>> and SAFI-4 routes should not belong to this document, it's a more
>> common description that is not specific to this label binding process.
>> I'd suggest to remove this section if there is no any other reasons.
>
> Differing interpretations about the relationship between SAFI-1 and
> SAFI-4 are a very common source of interoperability problems among
> implementations of different vendors.  Thus I think it is very useful to
> document this issue and to call attention to some of the differing
> interpretations.  I think this document is an appropriate place for this
> information; even though this information is not about label binding, it
> is about the semantics of SAFI-4.

I agree that this needs to be documented! I can accept that it is done
in draft-rosen-mpls-rfc3107bis, but I would like to have all three wg's
agree to this. I see a few alternatives

- we could document this is in draft-rosen-mpls-rfc3107bis; or
- we could write a separate document
- we could find another document where this has a better fit than in
   draft-rosen-mpls-rfc3107bis
- any other suggestion

Let us know if you have an opinion.

Please send your responses to the mpls wg mailing list (mpls@ietf.org).

/Loa
mpls wg-co-chair

>
> Eric

-- 


Loa Andersson                        email: loa@mail01.huawei.com
Senior MPLS Expert                          loa@pi.nu
Huawei Technologies (consultant)     phone: +46 739 81 21 64


From nobody Wed Aug 17 10:41:35 2016
Return-Path: <pbrisset@cisco.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C11312DC4D; Wed, 17 Aug 2016 10:41:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.768
X-Spam-Level: 
X-Spam-Status: No, score=-15.768 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.247, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 84dRXqUm1gGB; Wed, 17 Aug 2016 10:41:31 -0700 (PDT)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B1E8A12DA08; Wed, 17 Aug 2016 10:41:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1715; q=dns/txt; s=iport; t=1471455691; x=1472665291; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=wk/Cbn6DIO6Xvb2vjibJKR1pvF3+/HHis/T7VFChQMM=; b=bMnc31vUu1iq7/WrpQ6+BgSSB5cruwon5xZhg7ytQLyxvk8+4gFFIOxa O6cjm5hku4jtm6lokDc/LuTRs+0USQi2iLoVEe6fh8OGdjimW//zstAV+ D0cKzzPNKZkiVeovMdy4Ug9RLA/2e9/rdR29KUjK1HtiPj19vr1AVEJBq 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AnAgDPoLRX/5BdJa1bA4NEVnwHuTOBf?= =?us-ascii?q?SSFeQKBajgUAgEBAQEBAQFeJ4RfAQUdSRMOAgIBCA44GxclAgQBDQWIMQ69IAE?= =?us-ascii?q?BAQEBAQEBAQEBAQEBAQEBAQEBARwFhiWETYQSEQE9JoUUBY5Wim4Bhh+IfoFrT?= =?us-ascii?q?oQOiQKMO4N3AR42g3puhT43AX4BAQE?=
X-IronPort-AV: E=Sophos;i="5.28,535,1464652800"; d="scan'208";a="311359588"
Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Aug 2016 17:41:30 +0000
Received: from XCH-RTP-009.cisco.com (xch-rtp-009.cisco.com [64.101.220.149]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id u7HHfUl7022656 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 17 Aug 2016 17:41:30 GMT
Received: from xch-rtp-009.cisco.com (64.101.220.149) by XCH-RTP-009.cisco.com (64.101.220.149) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 17 Aug 2016 13:41:29 -0400
Received: from xch-rtp-009.cisco.com ([64.101.220.149]) by XCH-RTP-009.cisco.com ([64.101.220.149]) with mapi id 15.00.1210.000; Wed, 17 Aug 2016 13:41:29 -0400
From: "Patrice Brissette (pbrisset)" <pbrisset@cisco.com>
To: Jeff Haas <jhaas@juniper.net>, "EXT - thomas.morin@orange.com" <thomas.morin@orange.com>
Thread-Topic: Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
Thread-Index: AQHR+K6WroTu+BFaPU2HXCUhtn4zrQ==
Date: Wed, 17 Aug 2016 17:41:29 +0000
Message-ID: <D3DA14BD.AF745%pbrisset@cisco.com>
References: <c2e58a45-a714-f3d2-0875-e4bff2c93581@orange.com> <F1D7657D-7E57-4A57-8384-C5FBFDCA7EB4@juniper.net>
In-Reply-To: <F1D7657D-7E57-4A57-8384-C5FBFDCA7EB4@juniper.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [161.44.212.147]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <08B3E0BD77189E4E97E6DB4B3CC47293@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/WPB_gqxErxKcdie8NSvUcFG8nrA>
Cc: "draft-dhjain-bess-bgp-l3vpn-yang@ietf.org" <draft-dhjain-bess-bgp-l3vpn-yang@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Aug 2016 17:41:33 -0000

Support and I don=B9t know any IPR.


Regards,

Patrice

   Patrice Brissette
TECHNICAL LEADER.ENGINEERING

pbrisset@cisco.com
Phone: +1 613 254 3336

Cisco Systems Canada Co. / Les Systemes Cisco Canada CIE
Canada
Cisco.com <http://www.cisco.com/global/CA/>







On 2016-08-16, 9:44 AM, "Jeff Haas" <jhaas@juniper.net> wrote:

>I am not aware of any IPR on this draft.
>
>-- Jeff
>
>> On Aug 16, 2016, at 8:42 AM, Thomas Morin <thomas.morin@orange.com>
>>wrote:
>>=20
>> Hello working group,
>>=20
>> This email starts a two-week poll on adopting
>>draft-dhjain-bess-bgp-l3vpn-yang [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 **August 30th**.
>>=20
>> *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).
>>=20
>> =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.
>>=20
>> The draft will not be adopted until a response has been received from
>>each author and contributor.
>>=20
>> If you 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.
>>=20
>> Thank you,
>>=20
>> Martin & Thomas
>> bess chairs
>>=20
>> [1] https://datatracker.ietf.org/doc/draft-dhjain-bess-bgp-l3vpn-yang
>>=20
>


From nobody Wed Aug 17 18:00:58 2016
Return-Path: <terry.manderson@icann.org>
X-Original-To: bess@ietf.org
Delivered-To: bess@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 139A812D0BC; Wed, 17 Aug 2016 18:00:55 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: "Terry Manderson" <terry.manderson@icann.org>
To: "The IESG" <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.29.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <147148205507.23719.4190270381697539075.idtracker@ietfa.amsl.com>
Date: Wed, 17 Aug 2016 18:00:55 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/L3yRCO24F_wwwveGFsUjQg30YTM>
Cc: aretana@cisco.com, thomas.morin@orange.com, bess-chairs@ietf.org, draft-ietf-bess-ir@ietf.org, bess@ietf.org
Subject: [bess] Terry Manderson's Abstain on draft-ietf-bess-ir-05: (with COMMENT)
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Aug 2016 01:00:55 -0000

Terry Manderson has entered the following ballot position for
draft-ietf-bess-ir-05: Abstain

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-bess-ir/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

I have some concerns about this document that I don't believe can be
easily fixed.

This  document is extremely hard to read and understand, and therefore
comprehend if there are any implications to the information provided. I'm
really not sure that this can be addressed here without a significant
rewrite.  (that might be because the topic itself is deep)

A second is related to how the document positions itself. Its status is
for Standards Track, yet in the introduction it says:

In this document, we provide a clearer and more explicit conceptual
   model for IR P-tunnels, clarifying the relationship between an IR
   P-tunnel and the unicast tunnels that are used for data transmission
   along the IR P-tunnel.

and

 This document does not provide any new protocol elements, or any
   fundamentally new procedures; its purpose is to make explicit just
   how a router is to use the protocol elements and procedures of
   [RFC6513] and [RFC6514] to identify an IR P-tunnel, to join an IR
   P-tunnel, and to prune itself from an IR P-tunnel.

Which to me screamed out informational,  while then updating 6513 and
6514. However there are parts of the document that imply a semantic
change in the use of fields or labels. Eg sect 10, use of timers when
switching Upstream Multicast Hop.. so strongly suggesting a standards
position.

It feels like this document started out to do one thing, eg clarify the
model of IR P-Tunnels and then acquired an extended set of tasks in
dealing with MPLS label allocation policies.

As I can't see a way to make a clear assessment of this document, I am
taking an ABSTAIN position, and I will not block publication.



From nobody Thu Aug 18 04:38:09 2016
Return-Path: <db3546@att.com>
X-Original-To: bess@ietf.org
Delivered-To: bess@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CB0E12D0A3; Thu, 18 Aug 2016 04:38:05 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: "Deborah Brungard" <db3546@att.com>
To: "The IESG" <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.29.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <147152028504.22042.1385029497241333936.idtracker@ietfa.amsl.com>
Date: Thu, 18 Aug 2016 04:38:05 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/3RSRuPWfdCIDwvR_GYWNT_9a4A0>
Cc: aretana@cisco.com, thomas.morin@orange.com, bess-chairs@ietf.org, draft-ietf-bess-ir@ietf.org, bess@ietf.org
Subject: [bess] Deborah Brungard's Yes on draft-ietf-bess-ir-05: (with COMMENT)
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Aug 2016 11:38:05 -0000

Deborah Brungard has entered the following ballot position for
draft-ietf-bess-ir-05: Yes

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-bess-ir/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Considering the discussion among the IESG, I wanted to give a strong
endorsement for this document. Yes, the document is "complex" to
read as it updates RFC6513/6514, and both of these documents required
the reader to have normatively understood many other RFCs. Yes, the
subject is complex for a non-subject expert reader. This document
provides the "additional details" to implement complex capabilities
(e.g. multi-vendor interoperability make before break procedures) these
vendors (and the WG as noted by the Acknowledgements and list
discussion) have found lacked in clarity in the original RFCs. I thank
the authors and WG for taking the time to write this RFC as this
additional work on implementation aspects after an RFC is
rubber-stamped is critical.

On many of the questions raised, a good discussion can be found
on the list, especially Thomas's and Eric's thread:
https://mailarchive.ietf.org/arch/msg/bess/AydZrp0Lf9fUohKrgVHG9kzbycY



From nobody Thu Aug 18 19:30:46 2016
Return-Path: <zhuangshunwan@huawei.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B2D7912D677; Thu, 18 Aug 2016 19:30:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.468
X-Spam-Level: 
X-Spam-Status: No, score=-5.468 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.247, 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 z3vEyEnehKU2; Thu, 18 Aug 2016 19:30:42 -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 75F1112D61D; Thu, 18 Aug 2016 19:30:41 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml701-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CUQ22544; Fri, 19 Aug 2016 02:30:39 +0000 (GMT)
Received: from NKGEML411-HUB.china.huawei.com (10.98.56.70) by lhreml701-cah.china.huawei.com (10.201.5.93) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 19 Aug 2016 03:30:37 +0100
Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml411-hub.china.huawei.com ([10.98.56.70]) with mapi id 14.03.0235.001; Fri, 19 Aug 2016 10:30:32 +0800
From: Zhuangshunwan <zhuangshunwan@huawei.com>
To: Martin Vigoureux <martin.vigoureux@nokia.com>, BESS <bess@ietf.org>
Thread-Topic: [bess] WG Last Call for draft-ietf-bess-virtual-subnet-fib-reduction-04
Thread-Index: AQHR97xutzEqdWborUKB+0Y9HjNPBqBPkjIA
Date: Fri, 19 Aug 2016 02:30:32 +0000
Message-ID: <19AB2A007F56DB4E8257F949A2FB9858AA1F821C@NKGEML515-MBX.china.huawei.com>
References: <57B30B64.6040304@nokia.com>
In-Reply-To: <57B30B64.6040304@nokia.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.86.254]
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.57B66F4F.00B4, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 415395f5cb319ae1164819b157430be6
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/vCUouarbeZKUOG130dS8G3aa3MY>
Cc: "draft-ietf-bess-virtual-subnet-fib-reduction@ietf.org" <draft-ietf-bess-virtual-subnet-fib-reduction@ietf.org>
Subject: Re: [bess] WG Last Call for draft-ietf-bess-virtual-subnet-fib-reduction-04
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Aug 2016 02:30:45 -0000

SSBoYXZlIHJlYWQgdGhpcyBkcmFmdCBhbmQgSSBzdXBwb3J0IGl0cyBwdWJsaWNhdGlvbiBhcyBh
biBpbmZvcm1hdGlvbmFsIFJGQy4NCg0KQmVzdCBSZWdhcmRzLA0KU2h1bndhbg0KDQotLS0tLdPK
vP7Urbz+LS0tLS0NCreivP7IyzogQkVTUyBbbWFpbHRvOmJlc3MtYm91bmNlc0BpZXRmLm9yZ10g
tPqx7SBNYXJ0aW4gVmlnb3VyZXV4DQq3osvNyrG85DogMjAxNsTqONTCMTbI1SAyMDo0OA0KytW8
/sjLOiBCRVNTDQqzrcvNOiBkcmFmdC1pZXRmLWJlc3MtdmlydHVhbC1zdWJuZXQtZmliLXJlZHVj
dGlvbkBpZXRmLm9yZw0K1vfM4jogW2Jlc3NdIFdHIExhc3QgQ2FsbCBmb3IgZHJhZnQtaWV0Zi1i
ZXNzLXZpcnR1YWwtc3VibmV0LWZpYi1yZWR1Y3Rpb24tMDQNCg0KSGVsbG8gV29ya2luZyBHcm91
cCwNCg0KVGhpcyBlbWFpbCBzdGFydHMgYSBXb3JraW5nIEdyb3VwIExhc3QgQ2FsbCBvbg0KZHJh
ZnQtaWV0Zi1iZXNzLXZpcnR1YWwtc3VibmV0LWZpYi1yZWR1Y3Rpb24tMDQgWzFdLg0KDQqh6CBQ
bGVhc2UgcmVhZCB0aGUgZG9jdW1lbnQgaWYgeW91IGhhdmVuJ3QgcmVhZCB0aGUgbW9zdCByZWNl
bnQgdmVyc2lvbiB5ZXQsIGFuZCBzZW5kIHlvdXIgY29tbWVudHMgdG8gdGhlIGxpc3QsIG5vIGxh
dGVyIHRoYW4gdGhlICozMHRoIG9mIEF1Z3VzdCouDQpOb3RlIHRoYXQgdGhpcyBpcyAqbm90IG9u
bHkqIGEgY2FsbCBmb3IgY29tbWVudHMgb24gdGhlIGRvY3VtZW50LCBidXQgYWxzbyBhIGNhbGwg
Zm9yIHN1cHBvcnQgKG9yIG5vdCkgcHVibGlzaGluZyB0aGlzIGRvY3VtZW50IGFzIGFuIEluZm9y
bWF0aW9uYWwgUkZDLg0KDQqh6CBXZSBhcmUgYWxzbyBwb2xsaW5nIGZvciBrbm93bGVkZ2Ugb2Yg
YW55IHVuZGlzY2xvc2VkIElQUiB0aGF0IGFwcGxpZXMgdG8gZHJhZnQtaWV0Zi1iZXNzLXZpcnR1
YWwtc3VibmV0LWZpYi1yZWR1Y3Rpb24tMDQsIHRvIGVuc3VyZSB0aGF0IElQUiBoYXMgYmVlbiBk
aXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzIChzZWUgUkZDcyAzOTc5
LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMpIHByaW9yIHRvIG1vdmluZyBm
b3J3YXJkLg0KSWYgeW91IGFyZSBsaXN0ZWQgYXMgYSBkb2N1bWVudCBBdXRob3Igb3IgQ29udHJp
YnV0b3Igb2YgdGhpcyBkb2N1bWVudCBwbGVhc2UgcmVzcG9uZCB0byB0aGlzIGVtYWlsIGFuZCBp
bmRpY2F0ZSB3aGV0aGVyIG9yIG5vdCB5b3UgYXJlIGF3YXJlIG9mIGFueSByZWxldmFudCB1bmRp
c2Nsb3NlZCBJUFIuIFRoZSBkb2N1bWVudCB3b24ndCBwcm9ncmVzcyB3aXRob3V0IGFuc3dlcnMg
ZnJvbSBhbGwgdGhlIEF1dGhvcnMgYW5kIENvbnRyaWJ1dG9ycy4NCk5vIElQUiBkaXNjbG9zdXJl
IGV4aXN0cyBhZ2FpbnN0IHRoaXMgZG9jdW1lbnQuDQoNCqHoIFdlIGFyZSBhbHNvIHBvbGxpbmcg
Zm9yIGtub3dsZWRnZSBvZiBpbXBsZW1lbnRhdGlvbnMgb2YgcGFydCBvciBhbGwgb2Ygd2hhdCB0
aGlzIGRvY3VtZW50IHNwZWNpZmllcy4gVGhpcyBpbmZvcm1hdGlvbiBpcyBleHBlY3RlZCBhcyBw
ZXIgWzJdLiANClBsZWFzZSBpbmZvcm0gdGhlIG1haWxpbmcgbGlzdCwgb3IgdGhlIGNoYWlycywg
b3Igb25seSBvbmUgb2YgdGhlIGNoYWlycy4NCg0KoeggRmluYWxseSwgaWYgc29tZW9uZSB3aXNo
ZXMgdG8gdm9sdW50ZWVyIHRvIGJlIERvY3VtZW50IFNoZXBoZXJkIGZvciB0aGlzIGRvY3VtZW50
LCBwbGVhc2UgbGV0IHVzIGtub3cuDQoNClRoYW5rIHlvdQ0KTSZUDQoNCg0KWzFdDQpodHRwczov
L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWJlc3MtdmlydHVhbC1zdWJuZXQt
ZmliLXJlZHVjdGlvbi8NClsyXSBodHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNn
L2Jlc3MvY0czWDF0VHFiX3ZQQzRyZzU2U0Vka2pxRHB3DQoNCl9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fDQpCRVNTIG1haWxpbmcgbGlzdA0KQkVTU0BpZXRm
Lm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9iZXNzDQo=


From nobody Thu Aug 18 19:40:51 2016
Return-Path: <zhuangshunwan@huawei.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97D9212D6B2; Thu, 18 Aug 2016 19:40:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.468
X-Spam-Level: 
X-Spam-Status: No, score=-5.468 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.247, 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 edouxsjv3kqB; Thu, 18 Aug 2016 19:40:47 -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 AC54512D532; Thu, 18 Aug 2016 19:40:46 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml707-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CPS19734; Fri, 19 Aug 2016 02:40:44 +0000 (GMT)
Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by lhreml707-cah.china.huawei.com (10.201.5.199) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 19 Aug 2016 03:40:36 +0100
Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0235.001; Fri, 19 Aug 2016 10:40:29 +0800
From: Zhuangshunwan <zhuangshunwan@huawei.com>
To: Thomas Morin <thomas.morin@orange.com>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
Thread-Index: AQHR97uqqRpqE36uyEepUaSajvnkMKBPleoA
Date: Fri, 19 Aug 2016 02:40:29 +0000
Message-ID: <19AB2A007F56DB4E8257F949A2FB9858AA1F8277@NKGEML515-MBX.china.huawei.com>
References: <c2e58a45-a714-f3d2-0875-e4bff2c93581@orange.com>
In-Reply-To: <c2e58a45-a714-f3d2-0875-e4bff2c93581@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.86.254]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.57B671AC.00B8, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 2048090a72b2b808dd497e51983ea925
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/AisWWRAGe8Fh6mbtdhtZwnXhCVo>
Cc: "draft-dhjain-bess-bgp-l3vpn-yang@ietf.org" <draft-dhjain-bess-bgp-l3vpn-yang@ietf.org>
Subject: Re: [bess] Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Aug 2016 02:40:51 -0000

U3VwcG9ydCBhbmQgSSBhbSBub3QgYXdhcmUgb2YgYW55IElQUiBvbiB0aGlzIGRyYWZ0Lg0KDQpC
ZXN0IFJlZ2FyZHMsDQpTaHVud2FuDQoNCi0tLS0t6YKu5Lu25Y6f5Lu2LS0tLS0NCuWPkeS7tuS6
ujogVGhvbWFzIE1vcmluIFttYWlsdG86dGhvbWFzLm1vcmluQG9yYW5nZS5jb21dIA0K5Y+R6YCB
5pe26Ze0OiAyMDE25bm0OOaciDE25pelIDIwOjQyDQrmlLbku7bkuro6IGJlc3NAaWV0Zi5vcmcN
CuaKhOmAgTogZHJhZnQtZGhqYWluLWJlc3MtYmdwLWwzdnBuLXlhbmdAaWV0Zi5vcmcNCuS4u+mi
mDogQ2FsbCBmb3IgYWRvcHRpb246IGRyYWZ0LWRoamFpbi1iZXNzLWJncC1sM3Zwbi15YW5nLTAx
DQoNCkhlbGxvIHdvcmtpbmcgZ3JvdXAsDQoNClRoaXMgZW1haWwgc3RhcnRzIGEgdHdvLXdlZWsg
cG9sbCBvbiBhZG9wdGluZyBkcmFmdC1kaGphaW4tYmVzcy1iZ3AtbDN2cG4teWFuZyBbMV0gYXMg
YSB3b3JraW5nIGdyb3VwIGl0ZW0uDQoNClBsZWFzZSBzZW5kIGNvbW1lbnRzIHRvIHRoZSBsaXN0
IGFuZCBzdGF0ZSBpZiB5b3Ugc3VwcG9ydCBhZG9wdGlvbiBvciBub3QgKGluIHRoZSBsYXRlciBj
YXNlLCBwbGVhc2UgYWxzbyBzdGF0ZSB0aGUgcmVhc29ucykuDQoNClRoaXMgcG9sbCBydW5zIHVu
dGlsICoqQXVndXN0IDMwdGgqKi4NCg0KKkNvaW5jaWRlbnRhbGx5Kiwgd2UgYXJlIGFsc28gcG9s
bGluZyBmb3Iga25vd2xlZGdlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQs
IHRvIGVuc3VyZSB0aGF0IElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRo
IElFVEYgSVBSIHJ1bGVzIChzZWUgUkZDcyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBt
b3JlIGRldGFpbHMpLg0KDQo9PT4gKklmKiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3VtZW50IGF1
dGhvciBvciBjb250cmlidXRvciBwbGVhc2UgcmVzcG9uZCB0byB0aGlzIGVtYWlsIGFuZCBpbmRp
Y2F0ZSB3aGV0aGVyIG9yIG5vdCB5b3UgYXJlIGF3YXJlIG9mIGFueSByZWxldmFudCBJUFIuDQoN
ClRoZSBkcmFmdCB3aWxsIG5vdCBiZSBhZG9wdGVkIHVudGlsIGEgcmVzcG9uc2UgaGFzIGJlZW4g
cmVjZWl2ZWQgZnJvbSBlYWNoIGF1dGhvciBhbmQgY29udHJpYnV0b3IuDQoNCklmIHlvdSBhcmUg
bm90IGxpc3RlZCBhcyBhbiBhdXRob3Igb3IgY29udHJpYnV0b3IsIHRoZW4gcGxlYXNlIGV4cGxp
Y2l0bHkgcmVzcG9uZCBvbmx5IGlmIHlvdSBhcmUgYXdhcmUgb2YgYW55IElQUiB0aGF0IGhhcyBu
b3QgeWV0IGJlZW4gZGlzY2xvc2VkIGluIGNvbmZvcm1hbmNlIHdpdGggSUVURiBydWxlcy4NCg0K
VGhhbmsgeW91LA0KDQpNYXJ0aW4gJiBUaG9tYXMNCmJlc3MgY2hhaXJzDQoNClsxXSBodHRwczov
L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1kaGphaW4tYmVzcy1iZ3AtbDN2cG4teWFu
Zw0KDQo=


From nobody Thu Aug 18 19:54:27 2016
Return-Path: <lizhenbin@huawei.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3DBCA12D6AC; Thu, 18 Aug 2016 19:54:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.468
X-Spam-Level: 
X-Spam-Status: No, score=-5.468 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.247, 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 cVnUKZq2NbNt; Thu, 18 Aug 2016 19:54:22 -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 3826712D5BC; Thu, 18 Aug 2016 19:54:22 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml703-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CUQ24487; Fri, 19 Aug 2016 02:54:20 +0000 (GMT)
Received: from NKGEML411-HUB.china.huawei.com (10.98.56.70) by lhreml703-cah.china.huawei.com (10.201.5.104) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 19 Aug 2016 03:54:19 +0100
Received: from NKGEML514-MBX.china.huawei.com ([fe80::40a8:f0d:c0f3:2ca5]) by nkgeml411-hub.china.huawei.com ([10.98.56.70]) with mapi id 14.03.0235.001; Fri, 19 Aug 2016 10:54:11 +0800
From: Lizhenbin <lizhenbin@huawei.com>
To: Thomas Morin <thomas.morin@orange.com>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
Thread-Index: AQHR97uqdh47gqOhRU2kCDCEndOzLaBPEISAgACJmRA=
Date: Fri, 19 Aug 2016 02:54:11 +0000
Message-ID: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8D4CD1BB@nkgeml514-mbx.china.huawei.com>
References: <c2e58a45-a714-f3d2-0875-e4bff2c93581@orange.com> <19AB2A007F56DB4E8257F949A2FB9858AA1F8277@NKGEML515-MBX.china.huawei.com>
In-Reply-To: <19AB2A007F56DB4E8257F949A2FB9858AA1F8277@NKGEML515-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.111.76.77]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020205.57B674DC.00A2, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 336c0896deb456a343e8de839186a594
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/EMa5ez_hBWEwJWnTjx4dlJ-MibI>
Cc: "draft-dhjain-bess-bgp-l3vpn-yang@ietf.org" <draft-dhjain-bess-bgp-l3vpn-yang@ietf.org>
Subject: Re: [bess] Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Aug 2016 02:54:25 -0000

U3VwcG9ydCBhcyB0aGUgY28tYXV0aG9yIGFuZCBJIGFtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIG9u
IHRoaXMgZHJhZnQuDQoNCkJlc3QgUmVnYXJkcywNClpoZW5iaW4oUm9iaW4pDQoNCg0KDQoNCi0t
LS0t6YKu5Lu25Y6f5Lu2LS0tLS0NCuWPkeS7tuS6ujogVGhvbWFzIE1vcmluIFttYWlsdG86dGhv
bWFzLm1vcmluQG9yYW5nZS5jb21dIA0K5Y+R6YCB5pe26Ze0OiAyMDE25bm0OOaciDE25pelIDIw
OjQyDQrmlLbku7bkuro6IGJlc3NAaWV0Zi5vcmcNCuaKhOmAgTogZHJhZnQtZGhqYWluLWJlc3Mt
YmdwLWwzdnBuLXlhbmdAaWV0Zi5vcmcNCuS4u+mimDogQ2FsbCBmb3IgYWRvcHRpb246IGRyYWZ0
LWRoamFpbi1iZXNzLWJncC1sM3Zwbi15YW5nLTAxDQoNCkhlbGxvIHdvcmtpbmcgZ3JvdXAsDQoN
ClRoaXMgZW1haWwgc3RhcnRzIGEgdHdvLXdlZWsgcG9sbCBvbiBhZG9wdGluZyBkcmFmdC1kaGph
aW4tYmVzcy1iZ3AtbDN2cG4teWFuZyBbMV0gYXMgYSB3b3JraW5nIGdyb3VwIGl0ZW0uDQoNClBs
ZWFzZSBzZW5kIGNvbW1lbnRzIHRvIHRoZSBsaXN0IGFuZCBzdGF0ZSBpZiB5b3Ugc3VwcG9ydCBh
ZG9wdGlvbiBvciBub3QgKGluIHRoZSBsYXRlciBjYXNlLCBwbGVhc2UgYWxzbyBzdGF0ZSB0aGUg
cmVhc29ucykuDQoNClRoaXMgcG9sbCBydW5zIHVudGlsICoqQXVndXN0IDMwdGgqKi4NCg0KKkNv
aW5jaWRlbnRhbGx5Kiwgd2UgYXJlIGFsc28gcG9sbGluZyBmb3Iga25vd2xlZGdlIG9mIGFueSBJ
UFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQsIHRvIGVuc3VyZSB0aGF0IElQUiBoYXMgYmVl
biBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzIChzZWUgUkZDcyAz
OTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMpLg0KDQo9PT4gKklmKiB5
b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3VtZW50IGF1dGhvciBvciBjb250cmlidXRvciBwbGVhc2Ug
cmVzcG9uZCB0byB0aGlzIGVtYWlsIGFuZCBpbmRpY2F0ZSB3aGV0aGVyIG9yIG5vdCB5b3UgYXJl
IGF3YXJlIG9mIGFueSByZWxldmFudCBJUFIuDQoNClRoZSBkcmFmdCB3aWxsIG5vdCBiZSBhZG9w
dGVkIHVudGlsIGEgcmVzcG9uc2UgaGFzIGJlZW4gcmVjZWl2ZWQgZnJvbSBlYWNoIGF1dGhvciBh
bmQgY29udHJpYnV0b3IuDQoNCklmIHlvdSBhcmUgbm90IGxpc3RlZCBhcyBhbiBhdXRob3Igb3Ig
Y29udHJpYnV0b3IsIHRoZW4gcGxlYXNlIGV4cGxpY2l0bHkgcmVzcG9uZCBvbmx5IGlmIHlvdSBh
cmUgYXdhcmUgb2YgYW55IElQUiB0aGF0IGhhcyBub3QgeWV0IGJlZW4gZGlzY2xvc2VkIGluIGNv
bmZvcm1hbmNlIHdpdGggSUVURiBydWxlcy4NCg0KVGhhbmsgeW91LA0KDQpNYXJ0aW4gJiBUaG9t
YXMNCmJlc3MgY2hhaXJzDQoNClsxXSBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k
cmFmdC1kaGphaW4tYmVzcy1iZ3AtbDN2cG4teWFuZw0KDQpfX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fXw0KQkVTUyBtYWlsaW5nIGxpc3QNCkJFU1NAaWV0Zi5v
cmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vYmVzcw0K


From nobody Thu Aug 18 20:00:59 2016
Return-Path: <dhjain@cisco.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CAF112D783; Thu, 18 Aug 2016 20:00:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.769
X-Spam-Level: 
X-Spam-Status: No, score=-15.769 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.247, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 cPNuAQ5hG3tC; Thu, 18 Aug 2016 20:00:57 -0700 (PDT)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F26412D784; Thu, 18 Aug 2016 20:00:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1282; q=dns/txt; s=iport; t=1471575656; x=1472785256; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=ZWbuQK3OMdSlbASRhmMrZito31i/iibT+FY2QDJvZ4M=; b=csi9NnG4BNURJCTGGXbDJwYstQJU6G4C9A/y43SeK72tig+67riT7XYX 9Jhj9a8QE94ikFyWjYbVXF0Z0XRYcbZKo4OWe9Rt2wNMqWGV07xyK48WD wlll4qXjW8Fs+D82pMhaT1FmgF/PUWoGL8GlrdCnz2NKj5EPivXhF0wqw 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BMAgCWdbZX/5BdJa1eg0RWfAe3ZIF9J?= =?us-ascii?q?IV5AoFqOBQCAQEBAQEBAV4nhF8BBR0dPxACAQg2EDIlAgQBDQWIMQ68QwEBAQE?= =?us-ascii?q?BAQEBAQEBAQEBAQEBAQEBARcFhiqETYQSEQGFdwEEmUcBhh+IfoFrhFyJBZA0A?= =?us-ascii?q?R42g3pwhXc3fwEBAQ?=
X-IronPort-AV: E=Sophos;i="5.28,543,1464652800"; d="scan'208";a="312778892"
Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 19 Aug 2016 03:00:55 +0000
Received: from XCH-ALN-008.cisco.com (xch-aln-008.cisco.com [173.36.7.18]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id u7J30tRp015838 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 19 Aug 2016 03:00:55 GMT
Received: from xch-rcd-007.cisco.com (173.37.102.17) by XCH-ALN-008.cisco.com (173.36.7.18) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 18 Aug 2016 22:00:54 -0500
Received: from xch-rcd-007.cisco.com ([173.37.102.17]) by XCH-RCD-007.cisco.com ([173.37.102.17]) with mapi id 15.00.1210.000; Thu, 18 Aug 2016 22:00:54 -0500
From: "Dhanendra Jain (dhjain)" <dhjain@cisco.com>
To: Thomas Morin <thomas.morin@orange.com>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
Thread-Index: AQHR97unG9gYjPvlUEqPGmyIXvH0z6BPesqA
Date: Fri, 19 Aug 2016 03:00:54 +0000
Message-ID: <D3DBC407.D5182%dhjain@cisco.com>
References: <c2e58a45-a714-f3d2-0875-e4bff2c93581@orange.com>
In-Reply-To: <c2e58a45-a714-f3d2-0875-e4bff2c93581@orange.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.4.7.141117
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.154.201.32]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <6AD8DEE598733E49BE684A028FB188CE@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/7mvgpNAaar_VCYV2Y8u4E2WN468>
Cc: "draft-dhjain-bess-bgp-l3vpn-yang@ietf.org" <draft-dhjain-bess-bgp-l3vpn-yang@ietf.org>
Subject: Re: [bess] Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Aug 2016 03:00:58 -0000

Support and I am not aware of any IPR on this draft.

Thanks,
Dhanendra.

On 8/16/16, 5:42 AM, "Thomas Morin" <thomas.morin@orange.com> wrote:

>Hello working group,
>
>This email starts a two-week poll on adopting
>draft-dhjain-bess-bgp-l3vpn-yang [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 **August 30th**.
>
>*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 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
>bess chairs
>
>[1] https://datatracker.ietf.org/doc/draft-dhjain-bess-bgp-l3vpn-yang
>


From nobody Thu Aug 18 20:11:20 2016
Return-Path: <mach.chen@huawei.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72D4F12D78B; Thu, 18 Aug 2016 20:11:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.468
X-Spam-Level: 
X-Spam-Status: No, score=-5.468 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.247, 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 ODo4O6nDHpmn; Thu, 18 Aug 2016 20:11:17 -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 6CC4F12D769; Thu, 18 Aug 2016 20:11:16 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CPS22864; Fri, 19 Aug 2016 03:11:14 +0000 (GMT)
Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml704-cah.china.huawei.com (10.201.5.130) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 19 Aug 2016 04:11:13 +0100
Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.224]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0235.001; Fri, 19 Aug 2016 11:11:10 +0800
From: Mach Chen <mach.chen@huawei.com>
To: Martin Vigoureux <martin.vigoureux@nokia.com>, BESS <bess@ietf.org>
Thread-Topic: [bess] WG Last Call for draft-ietf-bess-virtual-subnet-fib-reduction-04
Thread-Index: AQHR97xwBsxMbJ1eCUG3gdxYn9ShoaBPnTkQ
Date: Fri, 19 Aug 2016 03:11:09 +0000
Message-ID: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE28E7918DC@SZXEMA510-MBX.china.huawei.com>
References: <57B30B64.6040304@nokia.com>
In-Reply-To: <57B30B64.6040304@nokia.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.135]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A0B0202.57B678D2.00BE, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=169.254.3.224, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 3b4f17a0685d07ee6edc8d41b0c28ce8
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/hiJQpPc9MdHShQs-N_bfIlWuEyg>
Cc: "draft-ietf-bess-virtual-subnet-fib-reduction@ietf.org" <draft-ietf-bess-virtual-subnet-fib-reduction@ietf.org>
Subject: Re: [bess] WG Last Call for draft-ietf-bess-virtual-subnet-fib-reduction-04
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Aug 2016 03:11:19 -0000

Support the publication of this document!

Best regards,
Mach

> -----Original Message-----
> From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Martin Vigoureux
> Sent: Tuesday, August 16, 2016 8:48 PM
> To: BESS
> Cc: draft-ietf-bess-virtual-subnet-fib-reduction@ietf.org
> Subject: [bess] WG Last Call for draft-ietf-bess-virtual-subnet-fib-reduc=
tion-04
>=20
> Hello Working Group,
>=20
> This email starts a Working Group Last Call on
> draft-ietf-bess-virtual-subnet-fib-reduction-04 [1].
>=20
> =A4 Please read the document if you haven't read the most recent version =
yet,
> and send your comments to the list, no later than the *30th of August*.
> Note that this is *not only* a call for comments on the document, but als=
o a
> call for support (or not) publishing this document as an Informational RF=
C.
>=20
> =A4 We are also polling for knowledge of any undisclosed IPR that applies=
 to
> draft-ietf-bess-virtual-subnet-fib-reduction-04, to ensure that IPR has b=
een
> disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 an=
d
> 5378 for more details) prior to moving forward.
> If you are listed as a document Author or Contributor of this document pl=
ease
> respond to this email and indicate whether or not you are aware of any
> relevant undisclosed IPR. The document won't progress without answers fro=
m
> all the Authors and Contributors.
> No IPR disclosure exists against this document.
>=20
> =A4 We are also polling for knowledge of implementations of part or all o=
f what
> this document specifies. This information is expected as per [2].
> Please inform the mailing list, or the chairs, or only one of the chairs.
>=20
> =A4 Finally, if someone wishes to volunteer to be Document Shepherd for t=
his
> document, please let us know.
>=20
> Thank you
> M&T
>=20
>=20
> [1]
> https://datatracker.ietf.org/doc/draft-ietf-bess-virtual-subnet-fib-reduc=
tion/
> [2]
> https://mailarchive.ietf.org/arch/msg/bess/cG3X1tTqb_vPC4rg56SEdkjqDpw
>=20
> _______________________________________________
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess


From nobody Thu Aug 18 22:35:06 2016
Return-Path: <acee@cisco.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19DB912B04F; Thu, 18 Aug 2016 12:49:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.768
X-Spam-Level: 
X-Spam-Status: No, score=-15.768 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.247, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 y0fZ89CgI4DQ; Thu, 18 Aug 2016 12:49:05 -0700 (PDT)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B89F712B069; Thu, 18 Aug 2016 12:49:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4320; q=dns/txt; s=iport; t=1471549745; x=1472759345; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=jAx/G4XUPSSrUl7CZxlGefsaSm5l+mqg6R2kZYGE6lA=; b=Iv5jdKRzUbykRgglyr41ccaVl0Lk86If/4JhmfacYW8SToaOvD4To1cv fiurMZr6D7KQUq4RLw0etOiOg6PJQaDxET2zmu/5YFKKhKq8LGtd7RDzK gDM35HiOusYC+QDpPS/1+BViEPKzV3Hug01GMXXxB1hAlCecbTPJCsfcg I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BeAgDEELZX/4UNJK1dg0NWfAe3Y4F9J?= =?us-ascii?q?IV5AhyBVTgUAgEBAQEBAQFeJ4RfAQUBASERNwMEBw4CAgEIGAICJgICAhkMCxU?= =?us-ascii?q?QAgQBDQWIMQ6tI5AaAQEBAQEBAQEBAQEBAQEBAQEBAQEBFwUFfIl2hBIRATOCa?= =?us-ascii?q?oJaBYYPkzUBjBeDBoFrhFyJAow7g3cBHjaDem6Fdzd/AQEB?=
X-IronPort-AV: E=Sophos;i="5.28,541,1464652800"; d="scan'208";a="311902897"
Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 18 Aug 2016 19:49:03 +0000
Received: from XCH-RTP-014.cisco.com (xch-rtp-014.cisco.com [64.101.220.154]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id u7IJn37w017446 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 18 Aug 2016 19:49:03 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-014.cisco.com (64.101.220.154) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 18 Aug 2016 15:49:02 -0400
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Thu, 18 Aug 2016 15:49:02 -0400
From: "Acee Lindem (acee)" <acee@cisco.com>
To: Loa Andersson <loa@pi.nu>, Eric C Rosen <erosen@juniper.net>, Mach Chen <mach.chen@huawei.com>, "draft-rosen-mpls-rfc3107bis.all@ietf.org" <draft-rosen-mpls-rfc3107bis.all@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>
Thread-Topic: [mpls] Question raised in the MPLS-RT review of draft-rosen-mpls-rfc3107bis
Thread-Index: AQHR+YmR0S/RSyfjp0yPMnkA4TqQ4Q==
Date: Thu, 18 Aug 2016 19:49:02 +0000
Message-ID: <D3DB8804.7A503%acee@cisco.com>
References: <041801d1ecdb$317d1910$94774b30$@olddog.co.uk> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE28E782AA6@SZXEMA510-MBX.china.huawei.com> <5d7fcd92-f663-50fc-4057-9827746886ca@juniper.net> <6d39a0bf-df2d-8a33-3194-f693760683d8@pi.nu>
In-Reply-To: <6d39a0bf-df2d-8a33-3194-f693760683d8@pi.nu>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.116.152.198]
Content-Type: text/plain; charset="utf-8"
Content-ID: <89DD1181A6DA1A4289D0D4500128C2D7@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/nAGz_ZSJzLpy0jfer22HQNZp0-U>
X-Mailman-Approved-At: Thu, 18 Aug 2016 22:35:04 -0700
Cc: "mpls@ietf.org" <mpls@ietf.org>, "idr-chairs@ietf.org" <idr-chairs@ietf.org>, "bess-chairs@ietf.org" <bess-chairs@ietf.org>, BESS <bess@ietf.org>, "idr@ietf.org" <idr@ietf.org>
Subject: Re: [bess] [mpls] Question raised in the MPLS-RT review of draft-rosen-mpls-rfc3107bis
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Aug 2016 19:49:07 -0000

SGkgTG9hLCBldCBhbCwgDQoNClNpbmNlIEkgY29tbWVudGVkIG9uIHRoZSBNUExTLVJUIHJldmll
dyB3aXRoIHJlc3BlY3QgdG8gdGhlIElEUi1zcGVjaWZpYw0KY29udGVudCwgdGhlcmUgbWF5IGJl
IHNvbWUgY29uZnVzaW9uIGFzIHRvIHdoZXJlIEkgc3RhbmQgb24gdGhlIG93bmVyc2hpcA0Kb2Yg
dGhpcyBkcmFmdC4gSeKAmXZlIHJldmlld2VkIHRoaXMgZG9jdW1lbnQgYW5kIGFncmVlIHdpdGgg
dGhlIGFwcHJvYWNoDQpkZXNjcmliZWQgYmVsb3cuIEnigJltIGNvbnZpbmNlZCB3ZSB3aWxsIGdl
dCB0aGUgcmlnaHQgbGV2ZWwgY3Jvc3MtV0cgcmV2aWV3DQphbG9uZyBhcyB3ZSByZWNvZ25pemUg
dGhhdCBpdCBkb2VzIHNwYW4gbXVsdGlwbGUgV0dzLiBJIHdvdWxkIGV4cGVjdCB0aGF0DQp3ZeKA
mWxsIGhhdmUgaW1wbGVtZW50YXRpb25zIGNvbmZvcm1pbmcgdG8gdGhlIGRyYWZ0IGluIHRoZSBu
ZWFyIGZ1dHVyZS4NCg0KVGhhbmtzLA0KQWNlZQ0KDQpPbiA4LzE3LzE2LCAxOjM2IFBNLCAibXBs
cyBvbiBiZWhhbGYgb2YgTG9hIEFuZGVyc3NvbiINCjxtcGxzLWJvdW5jZXNAaWV0Zi5vcmcgb24g
YmVoYWxmIG9mIGxvYUBwaS5udT4gd3JvdGU6DQoNCj5FcmljLCBldC5hbC4sIChjb3BpZWQgYWxz
byBpZHItY2hhaXJzIGFuZCBpZHItbGlzdCArIGJlc3MtY2hhaXJzIGFuZA0KPmJlc3MtbGlzdCkN
Cj4NCj5Gb3IgdGhvc2Ugb2YgeW91IHRoYXQgYXJlIG5vdCBzdWJzY3JpYmVkIHRvIHRoZSBtcGxz
LWxpc3QuDQo+DQo+LSB0aGUgbXBscyB3ZyBoYXMgc3RhcnRlZCB0aGUgaW5pdGlhbCBzdGVwcyBm
b3Igd29ya2luZyBncm91cCBhZG9wdGlvbiwNCj4gICB0aGVyZSBhcmUgdGhyZWUgc3RlcHMNCj4g
ICAtLSBtcGxzLXJ0IHJldmlldyAod2hhdCB5b3Ugc2VlIGJlbG93IGlzIHRoZSBmb2xsb3ctdXAg
ZGlzY3Vzc2lvbiBvbg0KPiAgICAgIHRoYXQgcmV2aWV3KQ0KPiAgIC0tIElQUiBwb2xsLCB3aWxs
IGJlIHNlbnQgb3V0IHNvb24NCj4gICAtLSB3b3JraW5nIGdyb3VwIGFkb3B0aW9uIHBvbGwgKHdn
YXApLCB0aGF0IHBvbGwgd2lsbCBiZSBjb3BpZWQgdG8NCj4gICAgICB0aGUgaWRyIGFuZCBiZXNz
LiBIb3BlZnVsbHkgd2UgY2FuIHRoYXQgc2hvcnRseS4NCj4NCj5JJ20gc2VuZGluZyB0aGlzIHRv
IG1wbHMsIGlkciBhbmQgYmVzcyB3b3JraW5nIGdyb3VwLCBzaW5jZSBpdCBoYXMNCj50byBkbyB3
aGVyZSB0aGluZ3Mgc2hvdWxkIGJlIGRvY3VtZW50ZWQuDQo+DQo+DQo+T24gMjAxNi0wOC0xNyAx
Nzo1OSwgRXJpYyBDIFJvc2VuIHdyb3RlOg0KPj4gSGkgTWFjaCwNCj4+DQo+PiBUaGFua3MgZm9y
IHlvdXIgcmV2aWV3Lg0KPj4NCj4+IE9uIDgvMy8yMDE2IDQ6NTEgQU0sIE1hY2ggQ2hlbiB3cm90
ZToNCj4+PiBJIGhhdmUgb25seSBvbmUgY29tbWVudCByZWdhcmRpbmcgdG8gU2VjdGlvbiA1LiBJ
TUhPLCBhbHRob3VnaCBpdCdzDQo+Pj4gaW5mb3JtYXRpb25hbCwgdGhlIGRlc2NyaXB0aW9uIGFi
b3V0IHRoZSByZWxhdGlvbnNoaXAgYmV0d2VlbiBTQUZJLTENCj4+PiBhbmQgU0FGSS00IHJvdXRl
cyBzaG91bGQgbm90IGJlbG9uZyB0byB0aGlzIGRvY3VtZW50LCBpdCdzIGEgbW9yZQ0KPj4+IGNv
bW1vbiBkZXNjcmlwdGlvbiB0aGF0IGlzIG5vdCBzcGVjaWZpYyB0byB0aGlzIGxhYmVsIGJpbmRp
bmcgcHJvY2Vzcy4NCj4+PiBJJ2Qgc3VnZ2VzdCB0byByZW1vdmUgdGhpcyBzZWN0aW9uIGlmIHRo
ZXJlIGlzIG5vIGFueSBvdGhlciByZWFzb25zLg0KPj4NCj4+IERpZmZlcmluZyBpbnRlcnByZXRh
dGlvbnMgYWJvdXQgdGhlIHJlbGF0aW9uc2hpcCBiZXR3ZWVuIFNBRkktMSBhbmQNCj4+IFNBRkkt
NCBhcmUgYSB2ZXJ5IGNvbW1vbiBzb3VyY2Ugb2YgaW50ZXJvcGVyYWJpbGl0eSBwcm9ibGVtcyBh
bW9uZw0KPj4gaW1wbGVtZW50YXRpb25zIG9mIGRpZmZlcmVudCB2ZW5kb3JzLiAgVGh1cyBJIHRo
aW5rIGl0IGlzIHZlcnkgdXNlZnVsIHRvDQo+PiBkb2N1bWVudCB0aGlzIGlzc3VlIGFuZCB0byBj
YWxsIGF0dGVudGlvbiB0byBzb21lIG9mIHRoZSBkaWZmZXJpbmcNCj4+IGludGVycHJldGF0aW9u
cy4gIEkgdGhpbmsgdGhpcyBkb2N1bWVudCBpcyBhbiBhcHByb3ByaWF0ZSBwbGFjZSBmb3IgdGhp
cw0KPj4gaW5mb3JtYXRpb247IGV2ZW4gdGhvdWdoIHRoaXMgaW5mb3JtYXRpb24gaXMgbm90IGFi
b3V0IGxhYmVsIGJpbmRpbmcsIGl0DQo+PiBpcyBhYm91dCB0aGUgc2VtYW50aWNzIG9mIFNBRkkt
NC4NCj4NCj5JIGFncmVlIHRoYXQgdGhpcyBuZWVkcyB0byBiZSBkb2N1bWVudGVkISBJIGNhbiBh
Y2NlcHQgdGhhdCBpdCBpcyBkb25lDQo+aW4gZHJhZnQtcm9zZW4tbXBscy1yZmMzMTA3YmlzLCBi
dXQgSSB3b3VsZCBsaWtlIHRvIGhhdmUgYWxsIHRocmVlIHdnJ3MNCj5hZ3JlZSB0byB0aGlzLiBJ
IHNlZSBhIGZldyBhbHRlcm5hdGl2ZXMNCj4NCj4tIHdlIGNvdWxkIGRvY3VtZW50IHRoaXMgaXMg
aW4gZHJhZnQtcm9zZW4tbXBscy1yZmMzMTA3YmlzOyBvcg0KPi0gd2UgY291bGQgd3JpdGUgYSBz
ZXBhcmF0ZSBkb2N1bWVudA0KPi0gd2UgY291bGQgZmluZCBhbm90aGVyIGRvY3VtZW50IHdoZXJl
IHRoaXMgaGFzIGEgYmV0dGVyIGZpdCB0aGFuIGluDQo+ICAgZHJhZnQtcm9zZW4tbXBscy1yZmMz
MTA3YmlzDQo+LSBhbnkgb3RoZXIgc3VnZ2VzdGlvbg0KPg0KPkxldCB1cyBrbm93IGlmIHlvdSBo
YXZlIGFuIG9waW5pb24uDQo+DQo+UGxlYXNlIHNlbmQgeW91ciByZXNwb25zZXMgdG8gdGhlIG1w
bHMgd2cgbWFpbGluZyBsaXN0IChtcGxzQGlldGYub3JnKS4NCj4NCj4vTG9hDQo+bXBscyB3Zy1j
by1jaGFpcg0KPg0KPj4NCj4+IEVyaWMNCj4NCj4tLSANCj4NCj4NCj5Mb2EgQW5kZXJzc29uICAg
ICAgICAgICAgICAgICAgICAgICAgZW1haWw6IGxvYUBtYWlsMDEuaHVhd2VpLmNvbQ0KPlNlbmlv
ciBNUExTIEV4cGVydCAgICAgICAgICAgICAgICAgICAgICAgICAgbG9hQHBpLm51DQo+SHVhd2Vp
IFRlY2hub2xvZ2llcyAoY29uc3VsdGFudCkgICAgIHBob25lOiArNDYgNzM5IDgxIDIxIDY0DQo+
DQo+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj5tcGxz
IG1haWxpbmcgbGlzdA0KPm1wbHNAaWV0Zi5vcmcNCj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWls
bWFuL2xpc3RpbmZvL21wbHMNCg0K


From nobody Fri Aug 19 07:07:31 2016
Return-Path: <xliu@kuatrotech.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D1D2912DA3C; Fri, 19 Aug 2016 07:07:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.922
X-Spam-Level: 
X-Spam-Status: No, score=-1.922 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=kuatrotechnology.onmicrosoft.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 BFcr51TVaDuq; Fri, 19 Aug 2016 07:07:27 -0700 (PDT)
Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-eopbgr40078.outbound.protection.outlook.com [40.107.4.78]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B92FD12D59B; Fri, 19 Aug 2016 07:00:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kuatrotechnology.onmicrosoft.com; s=selector1-kuatrotech-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=1JQFA3cWiNC5xxVrk4dcJwuYQS6lZfXl11bvqvF0VUg=; b=H7R8OcAslr6c/cL9s42xz6zMVqWDoMZGdWVNCzBPLJ1UkE8LznJjW9i7wMcjHYnPbjPf5Fbgb9sJQMI1rETP3V653veXzcbtRuR5MXx5xMSyoHzbVR7WqtAvH2BVdk84Sa0WNFC14VvyLkOODasMO34vVIhWeEBibywzf9k6wUc=
Received: from AM5PR0601MB2641.eurprd06.prod.outlook.com (10.168.154.138) by AM5PR0601MB2643.eurprd06.prod.outlook.com (10.168.154.140) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.557.21; Fri, 19 Aug 2016 13:59:59 +0000
Received: from AM5PR0601MB2641.eurprd06.prod.outlook.com ([10.168.154.138]) by AM5PR0601MB2641.eurprd06.prod.outlook.com ([10.168.154.138]) with mapi id 15.01.0557.022; Fri, 19 Aug 2016 14:00:00 +0000
From: Xufeng Liu <xliu@kuatrotech.com>
To: Jeff Haas <jhaas@juniper.net>, "EXT - thomas.morin@orange.com" <thomas.morin@orange.com>
Thread-Topic: Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
Thread-Index: AQHR97uohGEN7vlJ0U2UEgU58X3nY6BLmTsAgAS64SA=
Date: Fri, 19 Aug 2016 13:59:59 +0000
Message-ID: <AM5PR0601MB2641350FA590212478AE4B7DB1160@AM5PR0601MB2641.eurprd06.prod.outlook.com>
References: <c2e58a45-a714-f3d2-0875-e4bff2c93581@orange.com> <F1D7657D-7E57-4A57-8384-C5FBFDCA7EB4@juniper.net>
In-Reply-To: <F1D7657D-7E57-4A57-8384-C5FBFDCA7EB4@juniper.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=xliu@kuatrotech.com; 
x-originating-ip: [114.245.176.195]
x-ms-office365-filtering-correlation-id: d07758dc-7c73-42ec-9291-08d3c8391c22
x-microsoft-exchange-diagnostics: 1; AM5PR0601MB2643; 6:GTImFbc1FG4Cw5jwkUgIZYf/QortqDPKkFzldrtX20en2jF9oVAAgExpb4AoezyKqQ9lAHI0U2sWO/4c0xTwxeAo5jv2WP8yQ4b0dUW+nt0Z5RO4+gUczvDEiFj4wtTnkamZ3oDXm+8QN8d/KQ20OSrN8+A74xXVFslHbNiKbx1jiu0EUKO8rz/G7VpxK7Rx+ZMDT+IHI8vzonfiN/EnyHai11LIzcXWwuwx5DR0QYFNF5YWdk/XuY2I3DozfKkV5Ssul1CYccqANtslCLCQMDG3zEjVxM8pJXZdZvMK81x19uqJTlhnipbDq0XuMWxv; 5:Z4IvdSvAckRkuNKbPxxR5+iYqh0oq/zbwWqjY6Qo3AK8eSjJKMVC+1fpUSBvein9BY72BbdwF2pwbso2cy4pGOeNpB0lvh3dagqeTa+25L6zzB7keTGPir3StszKaikXISKy6CG00fJAbTgWYVXRGA==; 24:KvwQmuOND5RnUZ5tRKDIw+qV022NDSUkHP1WTe3Rm4ESdUkOeaJE5Bw3WlFcQczLU9xZBTf/siKA8WYhXOQYd24chbVR3sCi93tpikzGh68=; 7:Q4DuEF/iJuRS8HM7JwUSgkVEOWVD4CIF9ArtNFVLyRnyxAcIydc1pefCR9p187gVvnszfiQwSpyUg3rHMu4cEud9ZRQXyCArt3b+RExEDVSqn+TPRO/Z5hLSCeQCw2yBGXdfOt6h4/ow7n4IifCQwEcf+qglRhBFbCWmJOYzGf8NxBAsWx0FMR8q7/5hmdf4L8wQ6WFDA+M9Qi2obvNajdBxj+4W6BvU2AcxrHaddP/YOeZQBp5s47F+Jxqp+yn/
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:AM5PR0601MB2643;
x-microsoft-antispam-prvs: <AM5PR0601MB264385558D4CB0F779EF4D02B1160@AM5PR0601MB2643.eurprd06.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(120809045254105)(138986009662008)(18271650672692); 
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6043046)(6042046); SRVR:AM5PR0601MB2643; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0601MB2643; 
x-forefront-prvs: 0039C6E5C5
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(24454002)(377454003)(13464003)(189002)(199003)(4326007)(74316002)(9686002)(66066001)(50986999)(76176999)(7736002)(81166006)(54356999)(33656002)(68736007)(3280700002)(305945005)(92566002)(101416001)(7846002)(7696003)(97736004)(81156014)(8676002)(2900100001)(5001770100001)(2906002)(8666005)(10400500002)(3660700001)(106356001)(230783001)(19580405001)(3846002)(1941001)(19580395003)(76576001)(87936001)(122556002)(189998001)(6116002)(586003)(102836003)(2950100001)(15975445007)(5002640100001)(106116001)(86362001)(105586002)(8936002)(77096005)(7059030); DIR:OUT; SFP:1101; SCL:1; SRVR:AM5PR0601MB2643; H:AM5PR0601MB2641.eurprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: kuatrotech.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: kuatrotech.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Aug 2016 13:59:59.8689 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 99314f4e-50ab-4d4e-a9c6-b21b0c887384
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0601MB2643
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/4Xm1wzw0DgnkTptOxve85NpRgAM>
Cc: "draft-dhjain-bess-bgp-l3vpn-yang@ietf.org" <draft-dhjain-bess-bgp-l3vpn-yang@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Aug 2016 14:07:29 -0000

Support as the co-author, and I am not aware of any relevant IPR.

Thanks,

- Xufeng

> -----Original Message-----
> From: Jeff Haas [mailto:jhaas@juniper.net]
> Sent: Tuesday, August 16, 2016 9:45 AM
> To: EXT - thomas.morin@orange.com <thomas.morin@orange.com>
> Cc: bess@ietf.org; draft-dhjain-bess-bgp-l3vpn-yang@ietf.org
> Subject: Re: Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
>=20
> I am not aware of any IPR on this draft.
>=20
> -- Jeff
>=20
> > On Aug 16, 2016, at 8:42 AM, Thomas Morin <thomas.morin@orange.com>
> wrote:
> >
> > Hello working group,
> >
> > This email starts a two-week poll on adopting draft-dhjain-bess-bgp-l3v=
pn-
> yang [1] as a working group item.
> >
> > Please send comments to the list and state if you support adoption or n=
ot (in
> the later case, please also state the reasons).
> >
> > This poll runs until **August 30th**.
> >
> > *Coincidentally*, we are also polling for knowledge of any IPR that app=
lies 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 e=
ach
> author and contributor.
> >
> > If you are not listed as an author or contributor, then please explicit=
ly respond
> only if you are aware of any IPR that has not yet been disclosed in confo=
rmance
> with IETF rules.
> >
> > Thank you,
> >
> > Martin & Thomas
> > bess chairs
> >
> > [1] https://datatracker.ietf.org/doc/draft-dhjain-bess-bgp-l3vpn-yang
> >


From nobody Fri Aug 19 09:10:04 2016
Return-Path: <shares@ndzh.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9BB6F12D125; Fri, 19 Aug 2016 09:10:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.738
X-Spam-Level: *
X-Spam-Status: No, score=1.738 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, RDNS_NONE=0.793] autolearn=no 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 3cN0DGfJ-gXr; Fri, 19 Aug 2016 09:10:01 -0700 (PDT)
Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 39AB112D119; Fri, 19 Aug 2016 09:10:01 -0700 (PDT)
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=184.157.82.170; 
From: "Susan Hares" <shares@ndzh.com>
To: "'Thomas Morin'" <thomas.morin@orange.com>, <bess@ietf.org>
References: <c2e58a45-a714-f3d2-0875-e4bff2c93581@orange.com> <19AB2A007F56DB4E8257F949A2FB9858AA1F8277@NKGEML515-MBX.china.huawei.com> <5A5B4DE12C0DAC44AF501CD9A2B01A8D8D4CD1BB@nkgeml514-mbx.china.huawei.com>
In-Reply-To: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8D4CD1BB@nkgeml514-mbx.china.huawei.com>
Date: Fri, 19 Aug 2016 12:08:54 -0400
Message-ID: <007601d1fa33$fc5303b0$f4f90b10$@ndzh.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQKiIiAzyL8Hrr3NnUu7Rc/+/RRIPQE7fQetAZyYOyyemWKYIA==
Content-Language: en-us
X-Authenticated-User: skh@ndzh.com 
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/XLGWK9FlDPVC6jipyZqcWaHfVaI>
Cc: draft-dhjain-bess-bgp-l3vpn-yang@ietf.org
Subject: Re: [bess] Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Aug 2016 16:10:03 -0000

Support.   I've read the document, and compared it against the bgp-model =
draft.   It is a good place to start.  =20

Sue Hares=20

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Hello working group,

This email starts a two-week poll on adopting =
draft-dhjain-bess-bgp-l3vpn-yang [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 **August 30th**.

*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 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
bess chairs

[1] https://datatracker.ietf.org/doc/draft-dhjain-bess-bgp-l3vpn-yang

_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess
_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess


From nobody Fri Aug 19 12:41:29 2016
Return-Path: <renwei.li@huawei.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C4CC612B01F; Fri, 19 Aug 2016 12:41:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.468
X-Spam-Level: 
X-Spam-Status: No, score=-5.468 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.247, 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 e00WoahxTG64; Fri, 19 Aug 2016 12:41: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 8B14712D1A6; Fri, 19 Aug 2016 12:41:24 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml702-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CUR38061; Fri, 19 Aug 2016 19:41:22 +0000 (GMT)
Received: from SJCEML702-CHM.china.huawei.com (10.218.25.35) by lhreml702-cah.china.huawei.com (10.201.5.99) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 19 Aug 2016 20:41:21 +0100
Received: from SJCEML701-CHM.china.huawei.com ([169.254.3.36]) by SJCEML702-CHM.china.huawei.com ([10.218.25.35]) with mapi id 14.03.0235.001; Fri, 19 Aug 2016 12:41:15 -0700
From: Richard Li <renwei.li@huawei.com>
To: Martin Vigoureux <martin.vigoureux@nokia.com>, BESS <bess@ietf.org>
Thread-Topic: [bess] WG Last Call for draft-ietf-bess-virtual-subnet-fib-reduction-04
Thread-Index: AQHR97xwM4V5b4ll1Eyt2a7vre/AkqBQsvlQ
Date: Fri, 19 Aug 2016 19:41:14 +0000
Message-ID: <F061CEB6876F904F8EA6D6B92877731C3923A461@SJCEML701-CHM.china.huawei.com>
References: <57B30B64.6040304@nokia.com>
In-Reply-To: <57B30B64.6040304@nokia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.213.49.31]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020205.57B760E3.0015, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=169.254.3.36, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: bb85887a231542926d00278772ac5684
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/AiWY8-UQ7W1oAl0TTAwqBOsUXeo>
Cc: "draft-ietf-bess-virtual-subnet-fib-reduction@ietf.org" <draft-ietf-bess-virtual-subnet-fib-reduction@ietf.org>
Subject: Re: [bess] WG Last Call for draft-ietf-bess-virtual-subnet-fib-reduction-04
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Aug 2016 19:41:28 -0000

After having read it, I believe that it is useful to the community.

I support its publication as an informational RFC.

Regards,

Richard

-----Original Message-----
From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Martin Vigoureux
Sent: Tuesday, August 16, 2016 5:48 AM
To: BESS
Cc: draft-ietf-bess-virtual-subnet-fib-reduction@ietf.org
Subject: [bess] WG Last Call for draft-ietf-bess-virtual-subnet-fib-reducti=
on-04

Hello Working Group,

This email starts a Working Group Last Call on=20
draft-ietf-bess-virtual-subnet-fib-reduction-04 [1].

=A4 Please read the document if you haven't read the most recent
version yet, and send your comments to the list, no later than the
*30th of August*.
Note that this is *not only* a call for comments on the document, but=20
also a call for support (or not) publishing this document as an=20
Informational RFC.

=A4 We are also polling for knowledge of any undisclosed IPR that applies=20
to draft-ietf-bess-virtual-subnet-fib-reduction-04, to ensure that IPR=20
has been disclosed in compliance with IETF IPR rules (see RFCs 3979,=20
4879, 3669 and 5378 for more details) prior to moving forward.
If you are listed as a document Author or Contributor of
this document please respond to this email and indicate whether or not=20
you are aware of any relevant undisclosed IPR. The document won't=20
progress without answers from all the Authors and Contributors.
No IPR disclosure exists against this document.

=A4 We are also polling for knowledge of implementations of part or all of=
=20
what this document specifies. This information is expected as per [2].=20
Please inform the mailing list, or the chairs, or only one of the chairs.

=A4 Finally, if someone wishes to volunteer to be Document Shepherd for=20
this document, please let us know.

Thank you
M&T


[1]=20
https://datatracker.ietf.org/doc/draft-ietf-bess-virtual-subnet-fib-reducti=
on/
[2] https://mailarchive.ietf.org/arch/msg/bess/cG3X1tTqb_vPC4rg56SEdkjqDpw

_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess


From nobody Fri Aug 19 16:32:42 2016
Return-Path: <internet-drafts@ietf.org>
X-Original-To: bess@ietf.org
Delivered-To: bess@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 06B6412B01A; Fri, 19 Aug 2016 16:32:41 -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>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.29.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <147164956102.24281.9510067424267712807.idtracker@ietfa.amsl.com>
Date: Fri, 19 Aug 2016 16:32:41 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/jW7tDpo2YrakjFAHMblEaK4x3yk>
Cc: bess@ietf.org
Subject: [bess] I-D Action: draft-dhjain-bess-bgp-l3vpn-yang-02.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Aug 2016 23:32:41 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the BGP Enabled ServiceS of the IETF.

        Title           : Yang Data Model for BGP/MPLS L3 VPNs
        Authors         : Dhanendra Jain
                          Keyur Patel
                          Patrice Brissette
                          Zhenbin Li
                          Shunwan Zhuang
                          Xufeng Liu
                          Jeffrey Haas
                          Santosh Esale
                          Bin Wen
	Filename        : draft-dhjain-bess-bgp-l3vpn-yang-02.txt
	Pages           : 29
	Date            : 2016-08-19

Abstract:
   This document defines a YANG data model that can be used to configure
   and manage BGP Layer 3 VPNs.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-dhjain-bess-bgp-l3vpn-yang/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-dhjain-bess-bgp-l3vpn-yang-02

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-dhjain-bess-bgp-l3vpn-yang-02


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 Mon Aug 22 07:57:10 2016
Return-Path: <iesg-secretary@ietf.org>
X-Original-To: bess@ietf.org
Delivered-To: bess@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E6F0A12D670; Mon, 22 Aug 2016 07:57:00 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: "IETF-Announce" <ietf-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.30.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <147187782093.8277.13343590403782585099.idtracker@ietfa.amsl.com>
Date: Mon, 22 Aug 2016 07:57:00 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/ZoenbZkrD0-va5IlTKER5UTssnU>
Cc: rfc-editor@rfc-editor.org, draft-ietf-bess-ir@ietf.org, aretana@cisco.com, thomas.morin@orange.com, bess-chairs@ietf.org, bess@ietf.org, The IESG <iesg@ietf.org>
Subject: [bess] Protocol Action: 'Ingress Replication Tunnels in Multicast VPN' to Proposed Standard (draft-ietf-bess-ir-05.txt)
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Aug 2016 14:57:01 -0000

The IESG has approved the following document:
- 'Ingress Replication Tunnels in Multicast VPN'
  (draft-ietf-bess-ir-05.txt) as Proposed Standard

This document is the product of the BGP Enabled ServiceS Working Group.

The IESG contact persons are Alvaro Retana, Alia Atlas and Deborah
Brungard.

A URL of this Internet Draft is:
https://datatracker.ietf.org/doc/draft-ietf-bess-ir/





Technical Summary

   RFCs 6513, 6514, and other RFCs describe procedures by which a
   Service Provider may offer Multicast VPN service to its customers.
   These procedures create point-to-multipoint (P2MP) or multipoint-to-
   multipoint trees across the Service Provider's backbone.  One type of
   P2MP tree that may be used is known as an "Ingress Replication (IR)
   tunnel".   While the prior MVPN specifications allow the use of IR 
   tunnels, those specifications are not always very clear or explicit about 
   how the MVPN protocol elements and procedures are applied to IR 
   tunnels.  This document updates RFCs 6513 and 6514 by adding 
   details that are specific to the use of IR tunnels.

Working Group Summary

  There was consensus in the WG that a clarification document was
  needed to completement RFC6513/RFC6514.

Document Quality

   This document started from implementation experience realated
   to IR in MVPN -- the clarifications in the document come from there.
   The document can be technically detailed and maybe even confusing
   to the uninitiated, but it has gone through multiple reviews and 
   discussion in the bess WG by experts.

Personnel

Document Shepherd = Thomas Morin.
Responsible AD =  Alvaro Retana.


From nobody Mon Aug 22 18:11:41 2016
Return-Path: <zzhang@juniper.net>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C1A712D0A6; Mon, 22 Aug 2016 18:11:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.922
X-Spam-Level: 
X-Spam-Status: No, score=-1.922 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.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 vstzoldyzQmm; Mon, 22 Aug 2016 18:11:38 -0700 (PDT)
Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-sn1nam01on0095.outbound.protection.outlook.com [104.47.32.95]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0369512B015; Mon, 22 Aug 2016 18:11:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=kJd5sdb+5ZgGxqJtMdGYmMi5Tcvyv2Dnwegv7iAaYyo=; b=SgtSlBB4bv5nQIVaTNtQI1L15EfrQIK+QnDUhxqZNqQ0ify4WQ0n951gl4nUm2DAEc5EH7GLvqw8uKow3wqIpu2A/GGmURjWL+ezxon8nU2ruY+IMwckgd9dAi3D839tI+904hXotub87ntndYtm9vmfFe78NQ1cxmUuanJ19qk=
Received: from DM5PR05MB3145.namprd05.prod.outlook.com (10.173.219.15) by DM5PR05MB3147.namprd05.prod.outlook.com (10.173.219.17) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.599.2; Tue, 23 Aug 2016 01:11:35 +0000
Received: from DM5PR05MB3145.namprd05.prod.outlook.com ([10.173.219.15]) by DM5PR05MB3145.namprd05.prod.outlook.com ([10.173.219.15]) with mapi id 15.01.0599.003; Tue, 23 Aug 2016 01:11:36 +0000
From: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>
To: Martin Vigoureux <martin.vigoureux@nokia.com>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [bess] Poll for adoption: draft-zzhang-bess-evpn-bum-procedure-updates-03
Thread-Index: AQHR97r0Jb/qcyltLUCBJZR5PfA+kaBVxqtw
Date: Tue, 23 Aug 2016 01:11:36 +0000
Message-ID: <DM5PR05MB31453BF48B3D018C4122D020D4EB0@DM5PR05MB3145.namprd05.prod.outlook.com>
References: <57B308FA.4090201@nokia.com>
In-Reply-To: <57B308FA.4090201@nokia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=zzhang@juniper.net; 
x-originating-ip: [66.129.241.11]
x-ms-office365-filtering-correlation-id: 1bc2e929-d7fe-45c3-22db-08d3caf26e08
x-microsoft-exchange-diagnostics: 1; DM5PR05MB3147; 6:J3yRP+iBCRCWhtiweRyxf1lkT0ELc1JJW4IEY4UaOiwT3ErvAOd2jDji+lWhNvVtAl+tIlWBUgKMlHVTVkx0sLHX1G5o5zVStMtZIzp1AhG2MRp7Fz/nBn86UR7eF6Kb7QHuYb6V7Jf4meLiQAOR7GbJ0l4iFC7+6Kre4Ya3FvETg9N0x6zGleGMeR9EZ8cASEG0xq16OARq9ahktBAHDF7CUJ5DezKiNPYdVyeTIQlllsnGMs5PCZf1e+dyX2/IRHoh7Q9CG96ZD8TiicBS51Rt4XPsr1O22FLCygcJcOc/a5qlK1NHbmFXdN1yhWOSZ95mTcRMnt3mO88QSztjlA==; 5:v5Ht5kx/YJmYvK2MhZyy7ipy4ObP03crqyzb1hVnQEjbQ0gAIS7DL3P0apoIN0HQSeU8vJyipkpsgyBQ2Vjaw73AXSBqj+wN9nMq2DcAb45AtCU3LKSLv0v+AjcjRLCXbdtSjuiH15izQ4YyHYRPIQ==; 24:zlWdznWSJFsMNaetggd8OEgASybuYpLX83mEpARPzkDLAJkjVMFRsVWZBsyC3vyz0ZRJT3WjKId2S7MQ/kIAwE1uiYhYj5V9MH+zfruGgmQ=; 7:axjC5EOUNEns+J1gQrmwtf13B2twjfVyDK/Pm9RJQwZetwBDPKrhxZ2tVCi8KRH3sGsMMzqRvmxy6GyMQmxazueX/yBrkhMZcI3S4dSYZaFPQiHTN0ed1NXBpMYuRmS4tSFZ39PZyFTbv+Zz4pnIgx/JF/X7Y0WUVtoXs1iR8gzDSFtXJSzSuzgm11c2DbJAxyotqK/st4NXZIxZiy1TN87c3Bs2NOdIaIMtnQiAEV70zLImMkAMRi1tBzUsZFbJ
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM5PR05MB3147;
x-microsoft-antispam-prvs: <DM5PR05MB31476617EB7EBFAD7BD9B053D4EB0@DM5PR05MB3147.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(120809045254105);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026); SRVR:DM5PR05MB3147; BCL:0; PCL:0; RULEID:; SRVR:DM5PR05MB3147; 
x-forefront-prvs: 004395A01C
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(377454003)(13464003)(189002)(199003)(2501003)(105586002)(3660700001)(2906002)(3280700002)(54356999)(76176999)(99286002)(74316002)(2950100001)(50986999)(101416001)(106116001)(7736002)(305945005)(2900100001)(10400500002)(7846002)(86362001)(7696003)(87936001)(77096005)(97736004)(5001770100001)(5002640100001)(66066001)(15975445007)(19580395003)(6116002)(102836003)(586003)(19580405001)(122556002)(76576001)(3846002)(4326007)(106356001)(189998001)(81156014)(68736007)(5660300001)(230783001)(9686002)(33656002)(8936002)(15650500001)(92566002)(81166006); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR05MB3147; H:DM5PR05MB3145.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Aug 2016 01:11:36.5244 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR05MB3147
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/7TU6M8l-j_7oBkdVrbERNBXjDqc>
Cc: "draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org" <draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org>
Subject: Re: [bess] Poll for adoption: draft-zzhang-bess-evpn-bum-procedure-updates-03
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Aug 2016 01:11:40 -0000

As co-author, I support the adoption, and I am not aware of relevant IPRs.

Thanks.
Jeffrey

> -----Original Message-----
> From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Martin Vigoureux
> Sent: Tuesday, August 16, 2016 8:37 AM
> To: bess@ietf.org
> Cc: draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org
> Subject: [bess] Poll for adoption: draft-zzhang-bess-evpn-bum-procedure-
> updates-03
>=20
> Hello working group,
>=20
> This email starts a two-week poll on adopting
> draft-zzhang-bess-evpn-bum-procedure-updates-03 [1] as a Working Group
> Document.
>=20
> Please state on the list if you support adoption or not (in both cases,
> please also state the reasons).
>=20
> This poll runs until *the 30th of August*.
>=20
> We are also polling for knowledge of any undisclosed IPR that applies
> to this Document, 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 an Author or Contributor of this Document please
> respond to this email and indicate whether or not you are aware of any
> relevant undisclosed IPR. The Document won't progress without answers
> from all the Authors and Contributors.
> No IPR has been disclosed against this Document
>=20
> If you 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.
>=20
> Thank you
>=20
> Martin & Thomas
> bess chairs
>=20
> [1]
> https://datatracker.ietf.org/doc/draft-zzhang-bess-evpn-bum-procedure-
> updates/
>=20
> _______________________________________________
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess


From nobody Tue Aug 23 07:03:54 2016
Return-Path: <jefftant.ietf@gmail.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5641112D51A; Tue, 23 Aug 2016 07:03:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level: 
X-Spam-Status: No, score=-2.7 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, 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 v9n8lNhikuHE; Tue, 23 Aug 2016 07:03:51 -0700 (PDT)
Received: from mail-pf0-x235.google.com (mail-pf0-x235.google.com [IPv6:2607:f8b0:400e:c00::235]) (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 AF04312D781; Tue, 23 Aug 2016 07:03:50 -0700 (PDT)
Received: by mail-pf0-x235.google.com with SMTP id x72so44154868pfd.2; Tue, 23 Aug 2016 07:03:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=user-agent:date:subject:from:to:cc:message-id:thread-topic :mime-version:content-transfer-encoding; bh=jVuhG9pfLwnWyVvvGfxmgrJG4E3jga1fwIIcJr4gI1M=; b=d1Ok0K9HRDjqcWf0v+9xToZjb38ZSFkPo/A51//UdKAzoBk7xOJWcQA7/CJjGJqTIX IPNfsNH8ni5IWhM1T74AixCpoLlNAdCPzMLRID1BJPWjlWcmfNbdQZWTTyOUOqhzLe13 cF+bhQMXCBb3r/STJcjRxMtgZoHyv52MpjdvUnJMz/HNZuiEWmPnan4thm+2cA22t/IK G3zpSZhflVsbRPdaFAoP5XbR5jzaMZA1l8lQVGoG06bgqOr6JmH/6G9gpzVCmDGe8Ayd tZweVaoiixF2Cxpd4J7eXHHQ9VvFDG+JCIEv1GwvtHkeww1zmtf9WeBh79h7JBgWuM2D 3A2w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:date:subject:from:to:cc:message-id :thread-topic:mime-version:content-transfer-encoding; bh=jVuhG9pfLwnWyVvvGfxmgrJG4E3jga1fwIIcJr4gI1M=; b=ms/m9rZqKYxEZkCQ5sb4dpsYZBadPcFoJmYSP7D7NLOnt/3Nu8c+2rZTTHEU3uJ2km KtH4jOSYy7/sZgb8ssWqcYQckZHasPeS1Z8vmY4HDX2G/LwWE39pU9U2WzFE0YbNO91x /XybfV/GDXhPbf+HhKyz+A1pSyFn1tZn07pkAuDYASqm1N8DGB4TysNm+W6kzxHY0OSK UM32wDSSqSpEOUAmRqn2okC7kfmc3VstBTCbohAqQsM/tb6RyKMrOfaljm/eGhJmphdF +h5979+ZEH0VO6XdkdO705xBua2jqnEUSFB5CwfMIAs9tEFWn+kiy5hro3z8wAoVOgOD RuXA==
X-Gm-Message-State: AEkoouu2zSsoh8gXhXcLLUoX3UvtmXXxoTNdjS2AhB+9YIZxy0PKxizNNi6jCBvjK95Meg==
X-Received: by 10.98.34.151 with SMTP id p23mr53839050pfj.102.1471961030221; Tue, 23 Aug 2016 07:03:50 -0700 (PDT)
Received: from [172.20.2.136] ([118.140.169.230]) by smtp.gmail.com with ESMTPSA id o80sm6149977pfa.67.2016.08.23.07.03.48 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 23 Aug 2016 07:03:49 -0700 (PDT)
User-Agent: Microsoft-MacOutlook/f.17.0.160611
Date: Tue, 23 Aug 2016 07:03:55 -0700
From: Jeff Tantsura <jefftant.ietf@gmail.com>
To: "EXT - thomas.morin@orange.com" <thomas.morin@orange.com>
Message-ID: <75213100-00E1-49C4-A1FB-4F6E4B0104C0@gmail.com>
Thread-Topic: [bess] Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/Lg1VqwnV969LCE1gpee3cDokObs>
Cc: "draft-dhjain-bess-bgp-l3vpn-yang@ietf.org" <draft-dhjain-bess-bgp-l3vpn-yang@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Aug 2016 14:03:53 -0000

Support,  good start!

 
Cheers,
Jeff
 
> On Aug 16, 2016, at 8:42 AM, Thomas Morin <thomas.morin@orange.com> wrote:
> 
> Hello working group,
> 
> This email starts a two-week poll on adopting draft-dhjain-bess-bgp-l3vpn-yang [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 **August 30th**.
> 
> *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 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
> bess chairs
> 
> [1] https://datatracker.ietf.org/doc/draft-dhjain-bess-bgp-l3vpn-yang
> 

_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess




From nobody Tue Aug 23 07:04:58 2016
Return-Path: <jefftant.ietf@gmail.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2608212D959; Tue, 23 Aug 2016 07:04:57 -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, MIME_QP_LONG_LINE=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 vdeFr1_NdN5O; Tue, 23 Aug 2016 07:04:52 -0700 (PDT)
Received: from mail-pf0-x22b.google.com (mail-pf0-x22b.google.com [IPv6:2607:f8b0:400e:c00::22b]) (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 22E3512D955; Tue, 23 Aug 2016 07:04:39 -0700 (PDT)
Received: by mail-pf0-x22b.google.com with SMTP id p64so44172461pfb.1; Tue, 23 Aug 2016 07:04:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=user-agent:date:subject:from:to:cc:message-id:thread-topic :references:in-reply-to:mime-version:content-transfer-encoding; bh=gTEunOQi1ihxgGm3TWrVbqPWcisDcwH4lTVPDkpitsU=; b=j3JnULpNqv88ulN3zMDgu83viZGhZtWja4tr8LZqxsxA21hvnHcBIkPyZoCKp7y+vK +thw51B/uo76cBTHlMNOfnqF6jX0AYFD7+TQ7yrUW/cn3rDk6Arjibxlo9HXQWDSvpH6 C5kEo9+SIaW7UJn685Qi+VcIJTjrlv/pISwmyzx3FuoUnTqYHrlVsLA3BpS3Rq5AXm1U MvxmFoOoy6x2pI8VVg7MP4R+dUhxPVysk9epwJHgeKspyFRpLMmKkawarMbV5yGHSsfv B4VcAEA9kIh4hhL//eTKNfsknHbvi0jrfJkHpz+mt5vSW7MHrrbNrG9M/LRE3BFle3Yh 4YAg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:date:subject:from:to:cc:message-id :thread-topic:references:in-reply-to:mime-version :content-transfer-encoding; bh=gTEunOQi1ihxgGm3TWrVbqPWcisDcwH4lTVPDkpitsU=; b=Zi2+1WXzLNvtaPJU1f0cKukDPTIi1JpH2kO9j5RQkArdKgZmT4XBrUFmQEsIaKmthg SJ3tDsyGQgJeIX0kbGgEyGCrLIp6sSw97nlQK2sV4WC/W9cCMjsN6ajrQJUBN7BfN05d SF5S7dm+WVMhOSrQQTaksyMl6YHAso1WNCCVfz3FWO+n/6qGhkK5NTErFgQnHLmuPMHX JVUFS8XEj0P/hpc5ZjlOe4ec8+7nSTRSObLIp0mvoJ7MELNikgAMtGE8vmpmYdDBA4bf wWaRWziyYTIRW/8J22cylXNkcaKZypcxwodWvWb+FlkNjhv/jcVJOa59NvoonUyAiMNR iRAw==
X-Gm-Message-State: AEkoouvLWAZcwRsf1QYJlonS+s6qx2i/2adePYQq0g+s81c100udUSLfMhoErT7hAutKBQ==
X-Received: by 10.98.192.12 with SMTP id x12mr53016559pff.54.1471961078723; Tue, 23 Aug 2016 07:04:38 -0700 (PDT)
Received: from [172.20.2.136] ([118.140.169.230]) by smtp.gmail.com with ESMTPSA id o80sm6149977pfa.67.2016.08.23.07.04.37 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 23 Aug 2016 07:04:38 -0700 (PDT)
User-Agent: Microsoft-MacOutlook/f.17.0.160611
Date: Tue, 23 Aug 2016 07:04:43 -0700
From: Jeff Tantsura <jefftant.ietf@gmail.com>
To: Martin Vigoureux <martin.vigoureux@nokia.com>, BESS <bess@ietf.org>
Message-ID: <2C921C46-4B85-487B-9661-38CEE8578452@gmail.com>
Thread-Topic: [bess] WG Last Call for draft-ietf-bess-virtual-subnet-fib-reduction-04
References: <57B30B64.6040304@nokia.com>
In-Reply-To: <57B30B64.6040304@nokia.com>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/MBMSsg2GknTOkiZVC_D91sJzVDg>
Cc: draft-ietf-bess-virtual-subnet-fib-reduction@ietf.org
Subject: Re: [bess] WG Last Call for draft-ietf-bess-virtual-subnet-fib-reduction-04
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Aug 2016 14:04:57 -0000

Yes/support

=20
Cheers,
Jeff
=20

On 8/16/16, 05:47, "BESS on behalf of Martin Vigoureux" <bess-bounces@ietf.=
org on behalf of martin.vigoureux@nokia.com> wrote:

Hello Working Group,

This email starts a Working Group Last Call on=20
draft-ietf-bess-virtual-subnet-fib-reduction-04 [1].

=C2=A4 Please read the document if you haven't read the most recent
version yet, and send your comments to the list, no later than the
*30th of August*.
Note that this is *not only* a call for comments on the document, but=20
also a call for support (or not) publishing this document as an=20
Informational RFC.

=C2=A4 We are also polling for knowledge of any undisclosed IPR that applies=20
to draft-ietf-bess-virtual-subnet-fib-reduction-04, to ensure that IPR=20
has been disclosed in compliance with IETF IPR rules (see RFCs 3979,=20
4879, 3669 and 5378 for more details) prior to moving forward.
If you are listed as a document Author or Contributor of
this document please respond to this email and indicate whether or not=20
you are aware of any relevant undisclosed IPR. The document won't=20
progress without answers from all the Authors and Contributors.
No IPR disclosure exists against this document.

=C2=A4 We are also polling for knowledge of implementations of part or all of=20
what this document specifies. This information is expected as per [2].=20
Please inform the mailing list, or the chairs, or only one of the chairs.

=C2=A4 Finally, if someone wishes to volunteer to be Document Shepherd for=20
this document, please let us know.

Thank you
M&T


[1]=20
https://datatracker.ietf.org/doc/draft-ietf-bess-virtual-subnet-fib-reducti=
on/
[2] https://mailarchive.ietf.org/arch/msg/bess/cG3X1tTqb_vPC4rg56SEdkjqDpw

_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess




From nobody Tue Aug 23 07:44:17 2016
Return-Path: <ju1738@att.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 70E6612DA38; Tue, 23 Aug 2016 07:44:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level: 
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-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 S8i3mkvmTjm3; Tue, 23 Aug 2016 07:44:11 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (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 1460312DB1A; Tue, 23 Aug 2016 07:23:54 -0700 (PDT)
Received: from pps.filterd (m0083689.ppops.net [127.0.0.1]) by m0083689.ppops.net-00191d01. (8.16.0.17/8.16.0.17) with SMTP id u7NENlXC000841; Tue, 23 Aug 2016 10:23:53 -0400
Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0083689.ppops.net-00191d01. with ESMTP id 250r6qg0j1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 23 Aug 2016 10:23:52 -0400
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id u7NENk4f002678; Tue, 23 Aug 2016 10:23:48 -0400
Received: from mlpi408.sfdc.sbc.com (mlpi408.sfdc.sbc.com [130.9.128.240]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id u7NENdlr002289 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 23 Aug 2016 10:23:41 -0400
Received: from MISOUT7MSGHUBAB.ITServices.sbc.com (MISOUT7MSGHUBAB.itservices.sbc.com [130.9.129.146]) by mlpi408.sfdc.sbc.com (RSA Interceptor); Tue, 23 Aug 2016 14:23:22 GMT
Received: from MISOUT7MSGUSRCD.ITServices.sbc.com ([169.254.4.23]) by MISOUT7MSGHUBAB.ITServices.sbc.com ([130.9.129.146]) with mapi id 14.03.0301.000; Tue, 23 Aug 2016 10:23:22 -0400
From: "UTTARO, JAMES" <ju1738@att.com>
To: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>, Martin Vigoureux <martin.vigoureux@nokia.com>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [bess] Poll for adoption: draft-zzhang-bess-evpn-bum-procedure-updates-03
Thread-Index: AQHR97r0Jb/qcyltLUCBJZR5PfA+kaBVxqtwgADdoHA=
Date: Tue, 23 Aug 2016 14:23:21 +0000
Message-ID: <B17A6910EEDD1F45980687268941550F1FF1FD9D@MISOUT7MSGUSRCD.ITServices.sbc.com>
References: <57B308FA.4090201@nokia.com> <DM5PR05MB31453BF48B3D018C4122D020D4EB0@DM5PR05MB3145.namprd05.prod.outlook.com>
In-Reply-To: <DM5PR05MB31453BF48B3D018C4122D020D4EB0@DM5PR05MB3145.namprd05.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [135.91.76.251]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-08-23_08:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 impostorscore=0 lowpriorityscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1604210000 definitions=main-1608230144
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/AzpSYY7dBKKm76ogJ-vJkXZ2TFQ>
Cc: "draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org" <draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org>
Subject: Re: [bess] Poll for adoption: draft-zzhang-bess-evpn-bum-procedure-updates-03
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Aug 2016 14:44:15 -0000

Support

Jim Uttaro

-----Original Message-----
From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Jeffrey (Zhaohui) Zh=
ang
Sent: Monday, August 22, 2016 9:12 PM
To: Martin Vigoureux <martin.vigoureux@nokia.com>; bess@ietf.org
Cc: draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org
Subject: Re: [bess] Poll for adoption: draft-zzhang-bess-evpn-bum-procedure=
-updates-03

As co-author, I support the adoption, and I am not aware of relevant IPRs.

Thanks.
Jeffrey

> -----Original Message-----
> From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Martin Vigoureux
> Sent: Tuesday, August 16, 2016 8:37 AM
> To: bess@ietf.org
> Cc: draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org
> Subject: [bess] Poll for adoption: draft-zzhang-bess-evpn-bum-procedure-
> updates-03
>=20
> Hello working group,
>=20
> This email starts a two-week poll on adopting
> draft-zzhang-bess-evpn-bum-procedure-updates-03 [1] as a Working Group
> Document.
>=20
> Please state on the list if you support adoption or not (in both cases,
> please also state the reasons).
>=20
> This poll runs until *the 30th of August*.
>=20
> We are also polling for knowledge of any undisclosed IPR that applies
> to this Document, 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 an Author or Contributor of this Document please
> respond to this email and indicate whether or not you are aware of any
> relevant undisclosed IPR. The Document won't progress without answers
> from all the Authors and Contributors.
> No IPR has been disclosed against this Document
>=20
> If you 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.
>=20
> Thank you
>=20
> Martin & Thomas
> bess chairs
>=20
> [1]
> https://datatracker.ietf.org/doc/draft-zzhang-bess-evpn-bum-procedure-
> updates/
>=20
> _______________________________________________
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess

_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess


From nobody Thu Aug 25 10:37:58 2016
Return-Path: <sesale@juniper.net>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D9E0612D51A; Thu, 25 Aug 2016 10:37:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.922
X-Spam-Level: 
X-Spam-Status: No, score=-1.922 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.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 waqOlLT4Nk1o; Thu, 25 Aug 2016 10:37:55 -0700 (PDT)
Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0101.outbound.protection.outlook.com [104.47.42.101]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2CAC512D128; Thu, 25 Aug 2016 10:37:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Ad3OQYc78Ck8gCARbGozP7vZnO5q8VUvEjgj0dwxGwc=; b=HvDeBEo48b+XOf9KLhTr7gYAqjGUGTCaUEHKzQPMa3e0mTHoouB9/QplOehTUWuWZr1zq9FtgkYRQ6fJ7wUz1D+Cgo4LtzUdUv6dHwpvOfE86CodO2/f14jF74x2Uv16fnV0jF5CGkRTnLpdbMmme2peCTbPUhYH7bJXNzm5I58=
Received: from CY4PR05MB2853.namprd05.prod.outlook.com (10.169.183.11) by CY4PR05MB2854.namprd05.prod.outlook.com (10.169.183.12) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.599.8; Thu, 25 Aug 2016 17:37:32 +0000
Received: from CY4PR05MB2853.namprd05.prod.outlook.com ([10.169.183.11]) by CY4PR05MB2853.namprd05.prod.outlook.com ([10.169.183.11]) with mapi id 15.01.0599.008; Thu, 25 Aug 2016 17:37:32 +0000
From: Santosh Esale <sesale@juniper.net>
To: "EXT - thomas.morin@orange.com" <thomas.morin@orange.com>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
Thread-Index: AQHR97umVXzPyrYgYEeQ0fq4cvxf1qBZigKA
Date: Thu, 25 Aug 2016 17:37:32 +0000
Message-ID: <D3E47A8A.CFF45%sesale@juniper.net>
References: <c2e58a45-a714-f3d2-0875-e4bff2c93581@orange.com>
In-Reply-To: <c2e58a45-a714-f3d2-0875-e4bff2c93581@orange.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.6.6.160626
authentication-results: spf=none (sender IP is ) smtp.mailfrom=sesale@juniper.net; 
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [66.129.239.12]
x-ms-office365-filtering-correlation-id: 6dec7b73-8062-4305-0a89-08d3cd0e7e5f
x-microsoft-exchange-diagnostics: 1; CY4PR05MB2854; 6:yhClGpokrXHT4fC7wWxQgkwAAlWwNQBoi8+kJXHYgh0neWTN8oQw9UdZOIz3xeyhRDOqdrIzpfzecijZ76FGRvSCAtZkTIZ2MwdP36ofYTTtJIpnKjaDTaX0L4Dy7ULL7BwtON/iVlNIZvBr4ty+9SnlnDCF+Dx+cZ4aNZu7p699sXve66I1+LlA2RPLZiMl0sR2FIG2sbYdEUjFwbjqGmtuaI6PePDy0W11VDfVvm05YadUSNUR7h45OmHAI6tcmz1lDC0TV4ma5wgQhVdwbU3a2qbmsAEWCOOUMeEGiEtrQMlqWzjQLvRBiwrDPCdovIT7l6AKtZyO2ZTMfT9cBA==; 5:+H2DNQ5DFXsurWVaydE47wZLhYv/spGTrdKNu7KSclCudMnLnbIUWsfabBBLu0kwWFPqfv+o/X6hd4xDJ3fcW9PJWLPFAb7RCIRzXex5+acyBDy6Nw/GuI5xK/GzGxd4xXAIjyS8KCGZOxrGRuaStzIJlXVbbWijs91pyX8QBtg=; 24:G1ms6QePYJsUCQ4qwSpDObcaRrfjjc+FYwVcS9TOZypk9Gtd/WaSinG/1+Z3S6qUiG9rgWAoGGD2OgYxqNG4SThn+RGpegOHK8p7HaU4Wsc=; 7:oksB2qASMKVPdzHVVTdrPbNEAntSXCkJcP7ykR84NmH/+2U4CKDD9Ewqa98F5bx6NbAlXrHK4Cq9v0cukVWXfTs3J8ZaunxhP3pfsYBgj5/R8cFF2JRffpglQsoGs2A7kHRvfNmnij+26XyBtQWxdr4nVvKYNK9PMlJrGgy+xXAwBGeuEtPNbTqX0ia6EEW6VL3++vrg24vfZytTqAiEcE0ryT5y7x9TQHFPvsMznbk4OxdpncUgJhQl3qLN7wFD
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY4PR05MB2854;
x-ld-processed: bea78b3c-4cdb-4130-854a-1d193232e5f4,ExtAddr
x-microsoft-antispam-prvs: <CY4PR05MB2854A69347339FB9159A3CDCD9ED0@CY4PR05MB2854.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(120809045254105)(18271650672692);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026); SRVR:CY4PR05MB2854; BCL:0; PCL:0; RULEID:(304825118); SRVR:CY4PR05MB2854; 
x-forefront-prvs: 0045236D47
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(24454002)(199003)(377454003)(189002)(68736007)(8936002)(2906002)(2950100001)(2900100001)(81166006)(77096005)(3660700001)(7846002)(7736002)(11100500001)(4326007)(15975445007)(10400500002)(102836003)(6116002)(81156014)(92566002)(8676002)(2501003)(3846002)(5002640100001)(106116001)(305945005)(19580405001)(586003)(66066001)(50986999)(101416001)(86362001)(19580395003)(87936001)(230783001)(36756003)(189998001)(54356999)(76176999)(4001350100001)(106356001)(99286002)(105586002)(97736004)(3280700002)(83506001)(122556002)(5660300001)(5001770100001); DIR:OUT; SFP:1102; SCL:1; SRVR:CY4PR05MB2854; H:CY4PR05MB2853.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  A:1; MX:1; LANG:en; 
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <87F4B4A55FB83847B86254B55D6FBAF0@namprd05.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Aug 2016 17:37:32.1524 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR05MB2854
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/sek8Ti6jgEAc22dvWkv47zf8vXI>
Cc: "draft-dhjain-bess-bgp-l3vpn-yang@ietf.org" <draft-dhjain-bess-bgp-l3vpn-yang@ietf.org>
Subject: Re: [bess] Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Aug 2016 17:37:57 -0000

U3VwcG9ydCBhcyBjby1hdXRob3IuIEkgYW0gbm90IGF3YXJlIG9mIGFueSBJUFIgcmVsYXRlZCB0
byB0aGlzIGRyYWZ0Lg0KDQoNClRoYW5rcywNClNhbnRvc2gNCg0KT24gOC8xNi8xNiwgNTo0MiBB
TSwgIlRob21hcyBNb3JpbiIgPHRob21hcy5tb3JpbkBvcmFuZ2UuY29tPiB3cm90ZToNCg0KPkhl
bGxvIHdvcmtpbmcgZ3JvdXAsDQo+DQo+VGhpcyBlbWFpbCBzdGFydHMgYSB0d28td2VlayBwb2xs
IG9uIGFkb3B0aW5nDQo+ZHJhZnQtZGhqYWluLWJlc3MtYmdwLWwzdnBuLXlhbmcgWzFdIGFzIGEg
d29ya2luZyBncm91cCBpdGVtLg0KPg0KPlBsZWFzZSBzZW5kIGNvbW1lbnRzIHRvIHRoZSBsaXN0
IGFuZCBzdGF0ZSBpZiB5b3Ugc3VwcG9ydCBhZG9wdGlvbiBvcg0KPm5vdCAoaW4gdGhlIGxhdGVy
IGNhc2UsIHBsZWFzZSBhbHNvIHN0YXRlIHRoZSByZWFzb25zKS4NCj4NCj5UaGlzIHBvbGwgcnVu
cyB1bnRpbCAqKkF1Z3VzdCAzMHRoKiouDQo+DQo+KkNvaW5jaWRlbnRhbGx5Kiwgd2UgYXJlIGFs
c28gcG9sbGluZyBmb3Iga25vd2xlZGdlIG9mIGFueSBJUFIgdGhhdA0KPmFwcGxpZXMgdG8gdGhp
cyBkcmFmdCwgdG8gZW5zdXJlIHRoYXQgSVBSIGhhcyBiZWVuIGRpc2Nsb3NlZCBpbg0KPmNvbXBs
aWFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcyAoc2VlIFJGQ3MgMzk3OSwgNDg3OSwgMzY2OSBhbmQg
NTM3OCBmb3INCj5tb3JlIGRldGFpbHMpLg0KPg0KPj09PiAqSWYqIHlvdSBhcmUgbGlzdGVkIGFz
IGEgZG9jdW1lbnQgYXV0aG9yIG9yIGNvbnRyaWJ1dG9yIHBsZWFzZQ0KPnJlc3BvbmQgdG8gdGhp
cyBlbWFpbCBhbmQgaW5kaWNhdGUgd2hldGhlciBvciBub3QgeW91IGFyZSBhd2FyZSBvZiBhbnkN
Cj5yZWxldmFudCBJUFIuDQo+DQo+VGhlIGRyYWZ0IHdpbGwgbm90IGJlIGFkb3B0ZWQgdW50aWwg
YSByZXNwb25zZSBoYXMgYmVlbiByZWNlaXZlZCBmcm9tDQo+ZWFjaCBhdXRob3IgYW5kIGNvbnRy
aWJ1dG9yLg0KPg0KPklmIHlvdSBhcmUgbm90IGxpc3RlZCBhcyBhbiBhdXRob3Igb3IgY29udHJp
YnV0b3IsIHRoZW4gcGxlYXNlDQo+ZXhwbGljaXRseSByZXNwb25kIG9ubHkgaWYgeW91IGFyZSBh
d2FyZSBvZiBhbnkgSVBSIHRoYXQgaGFzIG5vdCB5ZXQNCj5iZWVuIGRpc2Nsb3NlZCBpbiBjb25m
b3JtYW5jZSB3aXRoIElFVEYgcnVsZXMuDQo+DQo+VGhhbmsgeW91LA0KPg0KPk1hcnRpbiAmIFRo
b21hcw0KPmJlc3MgY2hhaXJzDQo+DQo+WzFdIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv
ZG9jL2RyYWZ0LWRoamFpbi1iZXNzLWJncC1sM3Zwbi15YW5nDQo+DQoNCg==


From nobody Thu Aug 25 14:22:24 2016
Return-Path: <erosen@juniper.net>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AF2D12D5A3; Thu, 25 Aug 2016 14:22:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.922
X-Spam-Level: 
X-Spam-Status: No, score=-1.922 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.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 vM6gOSt-xjSI; Thu, 25 Aug 2016 14:22:21 -0700 (PDT)
Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0104.outbound.protection.outlook.com [104.47.38.104]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 898E9126D74; Thu, 25 Aug 2016 14:22:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=NplNMD+uR2mBquhNGYnkWArw3mdTnJdg8jFC284kgcU=; b=OgNW0Dbk4KA8fHfeKY91qGSm2QxPpuRc3x7GpH7Z9u3WQ5xZ2zeYKKw0cBMrAmOLNYC/IlgD327kr4Gqp3bD4tmFFaQ0ON8PRUpRtEHhgKNANx0OpSfy+d7mxyHH7e3Go39So4N+u11fwA45u28jaV5T6kJvK+an+DKsipBJ10U=
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=erosen@juniper.net; 
Received: from [172.29.32.99] (66.129.241.12) by BY2PR05MB2183.namprd05.prod.outlook.com (10.166.112.11) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.599.8; Thu, 25 Aug 2016 21:22:17 +0000
To: Martin Vigoureux <martin.vigoureux@nokia.com>, <bess@ietf.org>
References: <57B308FA.4090201@nokia.com>
From: Eric C Rosen <erosen@juniper.net>
Message-ID: <47146bd3-9273-5c85-5d2a-77cd10e7881e@juniper.net>
Date: Thu, 25 Aug 2016 17:22:08 -0400
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <57B308FA.4090201@nokia.com>
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 7bit
X-Originating-IP: [66.129.241.12]
X-ClientProxiedBy: CY1PR13CA0039.namprd13.prod.outlook.com (10.162.30.177) To BY2PR05MB2183.namprd05.prod.outlook.com (10.166.112.11)
X-MS-Office365-Filtering-Correlation-Id: 3ca5ee77-7908-4ad9-d58e-08d3cd2de4b7
X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2183; 2:KFBNJh+fdY5wN4M3F9s5IOyZfewkAMkQ0gJskikRFpZX762sNTkLQPGLdryNYIG/enJSRqntbT7kElbzDSJHUBBoRFgltF7qsKl3+eYq3cp5wqUuuYRuOciaRA16KCb+fIQXQcMoQDPh2Cjbtu7orWJmfO2lw+WkhIKlocKJQT8yo8G7aubgOZAazWSyUoQP; 3:QFh3HMg08qG+GtKIKOieQuGeiATdbA1UBjnUUw6HpOrqaySDN2l3UCvVl6sofA2N/Bm5D/S00B36hA8hiHJ8zaYcocxxjQma96EPxJ1CdfzCNYlWoDklz+iwvsfqm0Fs
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2PR05MB2183;
X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2183; 25:I7T3E45Ktk36RU3iHCHs00ZZ+VwBqEhztdVIiHT94pPcOD+EW3NCHocl+fxn6XTkeE2ITLwF+71Nk0zYxRT7jxkYqKlzRUUw6evPSKyvuzan07DIvSviq4YBcK0f2MlfLL+potBPcqpaTn3mO3B7p5ju1ENdiA3bFE6u7v1zsGTo8YAyd36Yo4+s1d/KKCDSoRtOacUmh29LghH5bUlhQMD4wUb/apr1OyCvj+3/LHhwFQRX6HnMXXCdl1M9AHDkXCF/ZQXqq/Pbcyd+yaEvrLAihzZVrWsnpSK3O1tj/0LFfzisxRm5et2ZGSf3uzjmm1NryqVXg1FybmEhCmmu2lKWn3MyS9aLHMvxkoE59i0ohOnD2a+zqbzlH0Vt/FFOi/Rj8bRABbhmyjy73hY/0ztODHxwEnA2g2VnG/f71DAJ+uDy+p4inzbfG5bLWA6fuurT4O+2+DHomsmYyjGI/JsEXjPIc5cnglRlHGPTGC19avpo1+fUD4J6/yPMQXRJqWuCSmUU9xcoL9hj3r65zrSteqODXQi4UAPEd+jLjtOG7OLkWY8ckbbXd43APvoCuzOu2d7m/nHkUSeZLzBD3nsHr7lJA9sCJyZL7y2daZdZ6NlSsiGLNpk9bJzO+eKYRer6mRH3kpUBiQBLG0MbuuzqioV6kXGsQQ7sy5rSrI+HR+BjyaNpKBYpWPA7F11V; 31:yvJbQfwQQfbz91TdEhGC/90eZXOzcAbLwpZKGRWO9w+8jPkzNVu6IXDARXgC3OEI9AjPwFsmd1Wl+8L7sLLjlfT+O0jC/lTfeu7hW4oLnMoBVEt5FhDqXeSX+We0SEIS1vugzoDZXHZ7jqFlrFOvA+LcAboBmenZiTAsUrlL+kspnLs62KnOVVMOyVeA1ZOkAYHStf1DeCIb8WHcM2GgYB9iFJDHw0+xjreB0Sy0x0M=
X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2183; 20:oPhcOaaewK5IfjsnPfTN5fvaqV/2INjhp4e7y7OzXLC9e402q7CnluqeZA3M1QeozJJ7hHvzdbyH1I0ZqBpsCbPm5PK/WSzfSjPiH/tGVlz/o8eDMG/4rT8UjCGkjRALJRTnOtaWsKz46j8j25YEEMqlZM03c11RZ/lP+PwpFBQ378wgDf9j22p/eVj8ZHbu2nMAVgnCddqLP/2QslYMje7jHnwHjZHiEEWi8dAzSHv7EquxLkzxI23adH+OJBaTRybljjHunVaM8bUfK4OwlJJIJi85de3rPCN1sIssUiDpfQKgC64ijFC8np3jAPGzBxxgYPBx1iBIDmdWZfA+XrCk18xA3yoClEVruV/iDAnHlX+GYiDEccYHdaTrOw9sUKCratRzfQY3o82sn/BvdFrCIBkCsJxPCCqdQf2m7BDJiPK+hzJos/qrA+L0DFFRvNZBfkSPqI+BupuiR3kXBuKi7Mms3r4LVywDChf8J5ciSSe0ANHjNYecmTMIsoon; 4:XDVg0v878rSNAM7b402WUFQHShjiz97dVgzYX4JKfGHZ1ilKo7owt5YfXLt6I+pjkr+QMv2ry7CrWdJqsMrE6qIquxlbx+T8TeD7ZqLeUndHzpRfNe/en0WEum0wyVPdRaoOsTmRhqp50mS+et8iRVLIJBjwUisT36DHVPqRGQX23hVhVtK9eB0iMAjrXuSjBLq3cOwlMaXXwcDZ3lhAjXLvZ/n40uoHLTUl4CdHUNdaoD0g9TXQMkx2U7ScYKVMZ4PkdvbWtOdmzPyEFNGnmHhnBsyqFMGktQn1jMEjkR9gBIVqE5vfpVQgbKeQ2VhnxRKvq18w90mvd1WAo+rNaa8DQeF+vtlC3UNJfC0rf70LXYqK1zQ6onpYIM3Lb0OCGVscyIXTKakMQPfWyTlhLv89o2NYAXybEXXPkxj4rUg=
X-Microsoft-Antispam-PRVS: <BY2PR05MB2183C67D4CC1F12F57761C58D4ED0@BY2PR05MB2183.namprd05.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026); SRVR:BY2PR05MB2183; BCL:0; PCL:0; RULEID:; SRVR:BY2PR05MB2183; 
X-Forefront-PRVS: 0045236D47
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6009001)(6049001)(7916002)(199003)(189002)(77096005)(3846002)(65956001)(5001770100001)(64126003)(7736002)(7846002)(83506001)(230783001)(97736004)(4001350100001)(36756003)(50466002)(66066001)(230700001)(92566002)(101416001)(50986999)(2906002)(2950100001)(106356001)(105586002)(305945005)(65806001)(76176999)(189998001)(86362001)(4326007)(42186005)(81166006)(8676002)(5660300001)(81156014)(33646002)(54356999)(68736007)(31696002)(586003)(47776003)(23746002)(6116002)(31686004)(65826006); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB2183; H:[172.29.32.99]; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; 
Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?Windows-1252?Q?1; BY2PR05MB2183; 23:1A279rFQxy0FO7TK+sWGn+ArwP1gmULlEVzAa?= =?Windows-1252?Q?7Q0OWjzYJcE0OciF8Xf1GJKESd8pgRG+u+EHpeFClbJGjdpAlwqL98oT?= =?Windows-1252?Q?FmjVU+x+gegQs6rrYgAm58eGuFUTvhKRGxZ7pO87xb+oGfLAv87eii0f?= =?Windows-1252?Q?fTIXxDtT6pkq8huiarLVAColYbwBfT3BD2SChYU449lHvJHBfBlyl+6F?= =?Windows-1252?Q?TT5SBOaTQ5myCY8FEfXyzSXWsXHTaCEVQxmcnP/YMmCfU2bMfLW+HaSI?= =?Windows-1252?Q?Tj8VqP0O94oka0+ca22Sf+a/BI8HaQ448eImLkus6dWyvkfkXRNMXkld?= =?Windows-1252?Q?tMSM3qTm8oDMf6mcrnVBiIoPf2htwhR6FkLGoCIq4sLX3jEhA8TWyHAJ?= =?Windows-1252?Q?FZ60YZUodwxYEu3jMCjRBNU0Ktr3lXJjOCYcBmXHyuFNOxJU8+mW8mFt?= =?Windows-1252?Q?CTcVHJHYwqi2okmZokyzKLuIKaI9vZYWtOsxoJR2aa9zDL/39G5jdlMq?= =?Windows-1252?Q?MuCurHYAS4HcxOXbuGiQz+KkIW3vaYe7Iztig11Bzp+Kw+rrVkkr8T5O?= =?Windows-1252?Q?6b5CCiZ4Ib3AHf88h5aPgCzJyopzihIPzK7EAUL/qwDcgdhxsbaNxnSh?= =?Windows-1252?Q?KvZ7IwMyPFqYIGEoBFfZEQCx9g2bz9eGZf7BHJF+iON1yhFRlRH6ab8A?= =?Windows-1252?Q?LVdk+Mqprsug5mogGLxaJNXa4VPF6Wt9Sn1FIkOTNvo2xqslK1dc/Osa?= =?Windows-1252?Q?qxoLMDmQzSLKuLSSpS/TZBi+Vn6HPiI8icGtgOdBRXPky2GUm9CWTbMX?= =?Windows-1252?Q?/ra9W6a1oT1U8HMCrUKfdKcTSevofQNUrlzhHUzdMrOUap+lz4QXcHQT?= =?Windows-1252?Q?UplZWJZN45jWtlpm91bOtrEmM9NCjyNeCX20Ubj5+W3qBDpqt38ROkx4?= =?Windows-1252?Q?FgtEErGh8fowbDKXehrTcj8JKohYvoqmBMI8ymdwjPYO2fB+sO2SKRgQ?= =?Windows-1252?Q?GjsOekGUHEvbpkgHBM1r+7FwbyyFg+qyU5NWyafkoos3GclfglbSrHIN?= =?Windows-1252?Q?WWxC9hHX542ddSXdlQMHq7f2dOCy4ObGOKwkhbShZAXmtXH5FXxNIDdo?= =?Windows-1252?Q?Ix2LCKT9JlQfiMU+tGywkAABDbUV7zteOdZs3528sj5cSTKRKXTvghAJ?= =?Windows-1252?Q?UAGiTCR2L6V3bMRymMKmcqKwqEVHoKpp6vhaATioS9DObeX2MTty4u77?= =?Windows-1252?Q?MXPITxA9dWIp5w8qt0pm/yc9VJy/4uznowrJkg=3D?=
X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2183; 6:OX5vZacMCoumvFC5szF6epP8AwYWdrOd2Xxwu9zp5N5JGeapgtAi/9uItUmQGkPz4BXIw9teMcGLsy/yHfnJh66/T7FSqRECGEXmn3Y+s3wwEU9jkx3WDh6fQwz5PlLUSkRCUUkQOR3ckXcHqjmmoZ7aOvO5iwSeZBy3slJZYg39zh8KpqGaZjKPJBlw+rCix31Fwwxh79eu5kEiYFGbVG2XqU036anGvVTMJkU7dpcEcEJyL6EGCKr4skRC8YMrBEr7wdWzMzoe6wHnKuWE3oUaq2AIzMsM9vQoJYF97LB7RtchS45PDY3Rmq4bco36k44A/HEN6AzDwgSjFq+PxA==; 5:HEGXoo2w6fAMY9cbxURatLoZ6kYrsamQiy+/W8qTTt24pUxRR7Qx8iYZfouLGOaxfTTpPWg50U3VPUo5JjycnMC87y0tXvwneDVEfZhO7HKLdBw45iJeikEIqe17S3RU6kQShNX8JhueHIAD6npDWA==; 24:gU038WgoxgUFgv/3sGgEPkTOUmoTU6wEQ0kv0UHSqNjismkU8hRTJ7vN/a5IWyFYw8ff0yRG0Rjces0wneIuvB74+jta+xJYdRl8Rn2zxMg=; 7:do9Iria9Jxidb+oEHG1g/Gbv9YF3/VeKjTUW63+RqTWr8Fb9Q3v2b1SS5L7J2s8BGXYGwAhEoS3G3MtEp2jc1ijKZt59BNrAgE7YZa74LdcWqmonjFJG6yhUiGPIE+tlwmbiZ+kx21L/SIAcxmCv467peH9kdXSsFQLKxZCKgdwAXxM3Nt01vTan/Q+c/lgmHKspS47/aUFrqYHDvg5vh7lXEmn4Q+FsA5LwYDzMsDaF7WzrORG7AsWqpiJi1wdf
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 25 Aug 2016 21:22:17.6521 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR05MB2183
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/yLNYv6VSH4yQYI18yEaGrkePPZc>
Cc: draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org
Subject: Re: [bess] Poll for adoption: draft-zzhang-bess-evpn-bum-procedure-updates-03
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Aug 2016 21:22:23 -0000

Support.

MVPN has a number of multicast features that are valuable, but haven't 
yet been incorporated into EVPN.  This draft takes a comprehensive look 
at the MVPN  procedures that provide those features, and shows how to 
adapt them to EVPN.   This seems quite valuable to me, and thus I think 
the WG should adopt this draft.


From nobody Thu Aug 25 16:32:47 2016
Return-Path: <aldrin.isaac@gmail.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F08612D0F5; Thu, 25 Aug 2016 16:32:46 -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 B_NSQDtbolBT; Thu, 25 Aug 2016 16:32:44 -0700 (PDT)
Received: from mail-pf0-x22c.google.com (mail-pf0-x22c.google.com [IPv6:2607:f8b0:400e:c00::22c]) (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 525A312B056; Thu, 25 Aug 2016 16:32:44 -0700 (PDT)
Received: by mail-pf0-x22c.google.com with SMTP id h186so22059338pfg.3; Thu, 25 Aug 2016 16:32:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=date:from:to:cc:message-id:in-reply-to:references:subject :mime-version; bh=XRCa8plbZLpdwYmFl1xnmsht7+d6HHjg9txJaQWhHAw=; b=gZ0pMzWwXmH/Zu+dU8Bm5HOQEtQotFWtDyRhbLQRF5+k7c6Rpc50ePNb1aTiY4STy3 XZGQGchRus4n4bW45ssahfhSCSgZMsSO6J5MLKoNdD1/jtSBXYJnfdQT/dvjYQkGWqWU ekaX8Zckb+iurq9Z3esDaVCIrKQrTG/dET2a17CqiQtARhenNVCTqGfzZJo3UuurY17R 1KaH+Yx8z0jXceNWvxlFfxQ4rD3AEqndrIW9msd7oYRfAZiIIc7eBA8TbIrguwYxHq9t gunKFPKE8wv85AhQyB150fWbXp6avpgDEbXhOodKWZZd6bvb8fSrwsL2txMPsFcwawtY viqA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:message-id:in-reply-to :references:subject:mime-version; bh=XRCa8plbZLpdwYmFl1xnmsht7+d6HHjg9txJaQWhHAw=; b=WAPLShop/nks9pOvbscDzbXG42vlkxDcKZeD7xg4nuwvLk14NEyBEezKgy+gg4iBIJ pFDYQme/MW2izs0PbzLPLqiG9PfYoO++8az10psNZCcf//kId1cSZzmcIf1+x+3xzjjp 0kQQFW9PoEl7hYM8/HMWdPIqitEBtnL8QZt7xPoh9AJMCk1fO0CCuwD6PUMYvZ7wM2Kg zl/4DiDF6zEVWVogHoU28tglxjDQ3MhpLdCxte73O2SSDiKDoCIdc3ctrqVdaetUGPWR SvblF0/UjeyZQwHQY8uyz2GggCMi/BrVIr6XWPr7sLQhSV2q32q9obGnEl+/JFWIjCl2 s5aA==
X-Gm-Message-State: AE9vXwPxdyQyeNMGNwReqo9y7yyJ7QG0bDXyubuhLxCkDnqll1EmtKsQwZTpocAGZ/a8tg==
X-Received: by 10.98.109.1 with SMTP id i1mr394631pfc.32.1472167963883; Thu, 25 Aug 2016 16:32:43 -0700 (PDT)
Received: from mail.outlook.com (ec2-52-33-250-21.us-west-2.compute.amazonaws.com. [52.33.250.21]) by smtp.gmail.com with ESMTPSA id f6sm23370199pfa.17.2016.08.25.16.32.42 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 25 Aug 2016 16:32:43 -0700 (PDT)
Date: Thu, 25 Aug 2016 23:32:42 +0000 (UTC)
From: Aldrin Isaac <aldrin.isaac@gmail.com>
To: Martin Vigoureux <martin.vigoureux@nokia.com>,  <bess@ietf.org>
Message-ID: <BA08F74A137AEE74.8C110853-209C-4FD6-A81A-96DF68C53C65@mail.outlook.com>
In-Reply-To: <57B308FA.4090201@nokia.com>
References: <57B308FA.4090201@nokia.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_740_921902648.1472167962207"
X-Mailer: Outlook for iOS and Android
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/OCbGaW7_qQfEXa4xgSB7EEe4lEk>
Cc: draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org
Subject: Re: [bess] Poll for adoption: draft-zzhang-bess-evpn-bum-procedure-updates-03
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Aug 2016 23:32:46 -0000

------=_Part_740_921902648.1472167962207
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Support as well. =C2=A0






On Tue, Aug 16, 2016 at 5:37 AM -0700, "Martin Vigoureux" <martin.vigoureux=
@nokia.com> wrote:










Hello working group,

This email starts a two-week poll on adopting
draft-zzhang-bess-evpn-bum-procedure-updates-03 [1] as a Working Group=20
Document.

Please state on the list if you support adoption or not (in both cases,=20
please also state the reasons).

This poll runs until *the 30th of August*.

We are also polling for knowledge of any undisclosed IPR that applies
to this Document, 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 an Author or Contributor of this Document please
respond to this email and indicate whether or not you are aware of any
relevant undisclosed IPR. The Document won't progress without answers
from all the Authors and Contributors.
No IPR has been disclosed against this Document

If you are not listed as an Author or Contributor, then please=20
explicitly respond only if you are aware of any IPR that has not yet=20
been disclosed in conformance with IETF rules.

Thank you

Martin & Thomas
bess chairs

[1]=20
https://datatracker.ietf.org/doc/draft-zzhang-bess-evpn-bum-procedure-updat=
es/

_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess






------=_Part_740_921902648.1472167962207
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit

<html><head></head><body><div>Support as well. &nbsp;<br><br><div class="acompli_signature"></div><br></div><br><br><br>
<div class="gmail_quote">On Tue, Aug 16, 2016 at 5:37 AM -0700, "Martin Vigoureux" <span dir="ltr">&lt;<a href="mailto:martin.vigoureux@nokia.com" target="_blank">martin.vigoureux@nokia.com</a>&gt;</span> wrote:<br>
<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div dir="3D&quot;ltr&quot;">
<pre>Hello working group,

This email starts a two-week poll on adopting
draft-zzhang-bess-evpn-bum-procedure-updates-03 [1] as a Working Group 
Document.

Please state on the list if you support adoption or not (in both cases, 
please also state the reasons).

This poll runs until *the 30th of August*.

We are also polling for knowledge of any undisclosed IPR that applies
to this Document, 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 an Author or Contributor of this Document please
respond to this email and indicate whether or not you are aware of any
relevant undisclosed IPR. The Document won't progress without answers
from all the Authors and Contributors.
No IPR has been disclosed against this Document

If you 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 &amp; Thomas
bess chairs

[1] 
https://datatracker.ietf.org/doc/draft-zzhang-bess-evpn-bum-procedure-updates/

_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess
</pre>
</div>

</blockquote>
</div>
</body></html>
------=_Part_740_921902648.1472167962207--


From nobody Thu Aug 25 18:44:42 2016
Return-Path: <jefftant.ietf@gmail.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D23C212D19E; Thu, 25 Aug 2016 18:44:40 -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 sFOnZD1_PRwG; Thu, 25 Aug 2016 18:44:39 -0700 (PDT)
Received: from mail-pf0-x243.google.com (mail-pf0-x243.google.com [IPv6:2607:f8b0:400e:c00::243]) (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 276E512D18C; Thu, 25 Aug 2016 18:44:39 -0700 (PDT)
Received: by mail-pf0-x243.google.com with SMTP id h186so4048742pfg.2; Thu, 25 Aug 2016 18:44:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=content-transfer-encoding:from:mime-version:subject:date:message-id :references:cc:in-reply-to:to; bh=DtQiarg1hVeni1l306Zov72eC+ui7atlWN4EvwCB5RI=; b=w442qEOTvYxAD9Ij7wxnD3ok761CtqUJUMYSTX/AVVT4Zx4yB/S5wbA1HE9BfNM7QC bjWXXk47RcK7JHq2AilysDu7X8b9gQ828vBD5mwlrroDVQWdUat9Z06ZRp3DErHIzgGd ipw+iOW+OYwdjBJBpJrkrcpxmxayVONX+0S8rBJ0TgXMdP0bJMd2KDIXDizu3Rv1q6FQ 7stR6N8CTuPLgahvjdz4UhnpP0bduP5PPE/8jkUxkdo3Q7wzrEMt2wMnQoDtD1HUXVga m5YistPfY10POBtwb+/GBv5tMR7LrZ0h8M9KGqrlvcHsKVYk5X8HEaIPKtHSy5Hb79Ev iZWA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:cc:in-reply-to:to; bh=DtQiarg1hVeni1l306Zov72eC+ui7atlWN4EvwCB5RI=; b=aVHoLDHPngwOznrmIXr8NbDEdnblAfPZWL9GBDsKhg3N8KoEl2/UW7uCFZy22T2mt4 cpG94As6b5RMxZ7ohea61vvmBjn2P4WW1Tj87HkrEMA7yePIxQm7xYeij7rXhHpNDQU3 RrCxQR9tH1OOuYuhh85v5+UihZnxKMUS9rEc+RCooUx0RhOy/IBKAQAURhTYtiRHzddH 7cFRzwgkNfwItsZEqYiNnKgB7gckpykEMBHDusaVv2BJu9QIzq4Nm7/ra3aTAdQS9Qdr 8KLfqYs3ed6yCRFKDClHaAEFnMNqfgUt7MzvOHKA5e79pFU6LSQ6NVg0T1bHahaJty8Q ftGg==
X-Gm-Message-State: AE9vXwPcHg46y8efm4yjzzgvJ0fF7dIxw2rmb75OmK5PahcQD1FqKe68knkN86560Dmlgg==
X-Received: by 10.98.67.193 with SMTP id l62mr1286142pfi.16.1472175878749; Thu, 25 Aug 2016 18:44:38 -0700 (PDT)
Received: from [192.168.138.253] ([219.134.130.45]) by smtp.gmail.com with ESMTPSA id ve9sm23742545pac.12.2016.08.25.18.44.37 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 25 Aug 2016 18:44:38 -0700 (PDT)
Content-Type: multipart/alternative; boundary=Apple-Mail-FF079692-65F6-4D2B-8F50-E6A4D1B0436D
Content-Transfer-Encoding: 7bit
From: Jeff Tantsura <jefftant.ietf@gmail.com>
Mime-Version: 1.0 (1.0)
Date: Fri, 26 Aug 2016 09:19:23 +0800
Message-Id: <3E5F8686-DB6F-4422-9752-C3F02F039A2B@gmail.com>
References: <57B308FA.4090201@nokia.com> <BA08F74A137AEE74.8C110853-209C-4FD6-A81A-96DF68C53C65@mail.outlook.com>
In-Reply-To: <BA08F74A137AEE74.8C110853-209C-4FD6-A81A-96DF68C53C65@mail.outlook.com>
To: Martin Vigoureux <martin.vigoureux@nokia.com>
X-Mailer: iPhone Mail (13G35)
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/ZMzziudYflkiyyuhMYVpw7rLGbE>
Cc: bess@ietf.org, draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org
Subject: Re: [bess] Poll for adoption: draft-zzhang-bess-evpn-bum-procedure-updates-03
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Aug 2016 01:44:41 -0000

--Apple-Mail-FF079692-65F6-4D2B-8F50-E6A4D1B0436D
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable

Yes/support

Regards,
Jeff
>=20
> On Tue, Aug 16, 2016 at 5:37 AM -0700, "Martin Vigoureux" <martin.vigoureu=
x@nokia.com> wrote:
>=20
>> Hello working group,
>>=20
>> This email starts a two-week poll on adopting
>> draft-zzhang-bess-evpn-bum-procedure-updates-03 [1] as a Working Group=20=

>> Document.
>>=20
>> Please state on the list if you support adoption or not (in both cases,=20=

>> please also state the reasons).
>>=20
>> This poll runs until *the 30th of August*.
>>=20
>> We are also polling for knowledge of any undisclosed IPR that applies
>> to this Document, 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 an Author or Contributor of this Document please
>> respond to this email and indicate whether or not you are aware of any
>> relevant undisclosed IPR. The Document won't progress without answers
>> from all the Authors and Contributors.
>> No IPR has been disclosed against this Document
>>=20
>> If you are not listed as an Author or Contributor, then please=20
>> explicitly respond only if you are aware of any IPR that has not yet=20
>> been disclosed in conformance with IETF rules.
>>=20
>> Thank you
>>=20
>> Martin & Thomas
>> bess chairs
>>=20
>> [1]=20
>> https://datatracker.ietf.org/doc/draft-zzhang-bess-evpn-bum-procedure-upd=
ates/
>>=20
>> _______________________________________________
>> BESS mailing list
>> BESS@ietf.org
>> https://www.ietf.org/mailman/listinfo/bess
> _______________________________________________
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess

--Apple-Mail-FF079692-65F6-4D2B-8F50-E6A4D1B0436D
Content-Type: text/html;
	charset=utf-8
Content-Transfer-Encoding: 7bit

<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>Yes/support<br><br>Regards,<div>Jeff</div></div><blockquote type="cite"><div><br>
<div class="gmail_quote">On Tue, Aug 16, 2016 at 5:37 AM -0700, "Martin Vigoureux" <span dir="ltr">&lt;<a href="mailto:martin.vigoureux@nokia.com" target="_blank">martin.vigoureux@nokia.com</a>&gt;</span> wrote:<br>
<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div dir="3D&quot;ltr&quot;">
<pre>Hello working group,

This email starts a two-week poll on adopting
draft-zzhang-bess-evpn-bum-procedure-updates-03 [1] as a Working Group 
Document.

Please state on the list if you support adoption or not (in both cases, 
please also state the reasons).

This poll runs until *the 30th of August*.

We are also polling for knowledge of any undisclosed IPR that applies
to this Document, 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 an Author or Contributor of this Document please
respond to this email and indicate whether or not you are aware of any
relevant undisclosed IPR. The Document won't progress without answers
from all the Authors and Contributors.
No IPR has been disclosed against this Document

If you 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 &amp; Thomas
bess chairs

[1] 
<a href="https://datatracker.ietf.org/doc/draft-zzhang-bess-evpn-bum-procedure-updates/">https://datatracker.ietf.org/doc/draft-zzhang-bess-evpn-bum-procedure-updates/</a>

_______________________________________________
BESS mailing list
<a href="mailto:BESS@ietf.org">BESS@ietf.org</a>
<a href="https://www.ietf.org/mailman/listinfo/bess">https://www.ietf.org/mailman/listinfo/bess</a>
</pre>
</div>

</blockquote>
</div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>BESS mailing list</span><br><span><a href="mailto:BESS@ietf.org">BESS@ietf.org</a></span><br><span><a href="https://www.ietf.org/mailman/listinfo/bess">https://www.ietf.org/mailman/listinfo/bess</a></span><br></div></blockquote></body></html>
--Apple-Mail-FF079692-65F6-4D2B-8F50-E6A4D1B0436D--


From nobody Thu Aug 25 21:47:46 2016
Return-Path: <tonysietf@gmail.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF78412D0A5; Thu, 25 Aug 2016 21:47:44 -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 GDVWsSXeSToI; Thu, 25 Aug 2016 21:47:43 -0700 (PDT)
Received: from mail-it0-x22a.google.com (mail-it0-x22a.google.com [IPv6:2607:f8b0:4001:c0b::22a]) (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 6018512D09E; Thu, 25 Aug 2016 21:47:43 -0700 (PDT)
Received: by mail-it0-x22a.google.com with SMTP id x131so311656923ite.0; Thu, 25 Aug 2016 21:47:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=V1mjEY5OCp9LmS/fwZKcCs99UCwnku4ohfNmA0IOoDw=; b=L3JHFe2vneL8O3kjAurmteU0VwEkNC/5T25lHZ4+rdYdagKPZsUEkY8wJCF4h+2pzn JmPV7f1RKGAdMYNHzyCLWX4rjeqm2KBJ0g6GSRb4AXe9j7ms+jg5TmqvW7wVwqJT+V2n Iql2sutW+kLEZBFf5ADDHZmVihR8J436eRMopH9BLjyZTGW4CvJ9IZqudJQZ9tsTOeug Lins3qFxmAZrIZoKoSlFfunVQNai2vEAz38KkX3uCvM23v3DTXcxWYreHEFstOET2DZa D3qB9QwWkomOfnCmZMSAg8jHkWDGBkGQ8Vn/qW10T2P70qIpiov/uN8Wn7KV4umKah82 W+pA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=V1mjEY5OCp9LmS/fwZKcCs99UCwnku4ohfNmA0IOoDw=; b=Xe5pdQMigl5rQK8JHlkIVe/28whlrkOhJ4CUTbr+JCK7xElPNxpJgQmq7uUrByucX+ m1c5EWimbNQQCAA0Q/1DsI+YCAfIwScOhVQgVFcIr1I7Dh/iK8pVKaCkUHDixPJ7nBAq GTJ9d5lvsFcb3uMhk4EiIxzpLhKcEMFbLmyS3OvZ11VO3fjdA86L/reKbEKG2Y/vX07Q CKU6Quknncsm0BVxvwe0OD1iRUUh4WsJkSXfDRYyahJrXVcInuFRzKPahLPWaL9YdKmE PXhobAEL3VAaLwuWN6vSCx3r4ZMuWau7RdKsVQBgi/J87y9kqCC2DcMk9rtSNWkehfOS yyGA==
X-Gm-Message-State: AE9vXwNF8BlXKc2iQYgkrCYl/lpQnasH4UeYAjKf64Y2YNGrbtTYxdv6sk9UbOHRoB0hHsvHTYksg+qdfaWUCA==
X-Received: by 10.36.14.20 with SMTP id 20mr1510771ite.88.1472186862844; Thu, 25 Aug 2016 21:47:42 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.107.158.82 with HTTP; Thu, 25 Aug 2016 21:47:02 -0700 (PDT)
In-Reply-To: <3E5F8686-DB6F-4422-9752-C3F02F039A2B@gmail.com>
References: <57B308FA.4090201@nokia.com> <BA08F74A137AEE74.8C110853-209C-4FD6-A81A-96DF68C53C65@mail.outlook.com> <3E5F8686-DB6F-4422-9752-C3F02F039A2B@gmail.com>
From: Tony Przygienda <tonysietf@gmail.com>
Date: Thu, 25 Aug 2016 21:47:02 -0700
Message-ID: <CA+wi2hPO6tKBNMg5Ad4gVF4kLZxz50RRJZYt9VFFbGGrj6zmGQ@mail.gmail.com>
To: Jeff Tantsura <jefftant.ietf@gmail.com>
Content-Type: multipart/alternative; boundary=001a1143840e00c2fe053af237f3
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/3Rli7FhEAe8X8ucGnplVxh37uO0>
Cc: Martin Vigoureux <martin.vigoureux@nokia.com>, bess@ietf.org, draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org
Subject: Re: [bess] Poll for adoption: draft-zzhang-bess-evpn-bum-procedure-updates-03
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Aug 2016 04:47:45 -0000

--001a1143840e00c2fe053af237f3
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

+1 support

On Thu, Aug 25, 2016 at 6:19 PM, Jeff Tantsura <jefftant.ietf@gmail.com>
wrote:

> Yes/support
>
> Regards,
> Jeff
>
>
> On Tue, Aug 16, 2016 at 5:37 AM -0700, "Martin Vigoureux" <
> martin.vigoureux@nokia.com> wrote:
>
> Hello working group,
>>
>> This email starts a two-week poll on adopting
>> draft-zzhang-bess-evpn-bum-procedure-updates-03 [1] as a Working Group
>> Document.
>>
>> Please state on the list if you support adoption or not (in both cases,
>> please also state the reasons).
>>
>> This poll runs until *the 30th of August*.
>>
>> We are also polling for knowledge of any undisclosed IPR that applies
>> to this Document, 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 an Author or Contributor of this Document please
>> respond to this email and indicate whether or not you are aware of any
>> relevant undisclosed IPR. The Document won't progress without answers
>> from all the Authors and Contributors.
>> No IPR has been disclosed against this Document
>>
>> If you 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
>> bess chairs
>>
>> [1] https://datatracker.ietf.org/doc/draft-zzhang-bess-evpn-bum-procedur=
e-updates/
>>
>> _______________________________________________
>> BESS mailing listBESS@ietf.orghttps://www.ietf.org/mailman/listinfo/bess
>>
>> _______________________________________________
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess
>
>
> _______________________________________________
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess
>
>


--=20
*We=E2=80=99ve heard that a million monkeys at a million keyboards could pr=
oduce
the complete works of Shakespeare; now, thanks to the Internet, we know
that is not true.*
=E2=80=94Robert Wilensky

--001a1143840e00c2fe053af237f3
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">+1 support</div><div class=3D"gmail_extra"><br><div class=
=3D"gmail_quote">On Thu, Aug 25, 2016 at 6:19 PM, Jeff Tantsura <span dir=
=3D"ltr">&lt;<a href=3D"mailto:jefftant.ietf@gmail.com" target=3D"_blank">j=
efftant.ietf@gmail.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_=
quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1=
ex"><div dir=3D"auto"><div>Yes/support<br><br>Regards,<div>Jeff</div></div>=
<div><div class=3D"h5"><blockquote type=3D"cite"><div><br>
<div class=3D"gmail_quote">On Tue, Aug 16, 2016 at 5:37 AM -0700, &quot;Mar=
tin Vigoureux&quot; <span dir=3D"ltr">&lt;<a href=3D"mailto:martin.vigoureu=
x@nokia.com" target=3D"_blank">martin.vigoureux@nokia.com</a>&gt;</span> wr=
ote:<br>
<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">




<div dir=3D"3D&quot;ltr&quot;">
<pre>Hello working group,

This email starts a two-week poll on adopting
draft-zzhang-bess-evpn-bum-<wbr>procedure-updates-03 [1] as a Working Group=
=20
Document.

Please state on the list if you support adoption or not (in both cases,=20
please also state the reasons).

This poll runs until *the 30th of August*.

We are also polling for knowledge of any undisclosed IPR that applies
to this Document, 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 an Author or Contributor of this Document please
respond to this email and indicate whether or not you are aware of any
relevant undisclosed IPR. The Document won&#39;t progress without answers
from all the Authors and Contributors.
No IPR has been disclosed against this Document

If you are not listed as an Author or Contributor, then please=20
explicitly respond only if you are aware of any IPR that has not yet=20
been disclosed in conformance with IETF rules.

Thank you

Martin &amp; Thomas
bess chairs

[1]=20
<a href=3D"https://datatracker.ietf.org/doc/draft-zzhang-bess-evpn-bum-proc=
edure-updates/" target=3D"_blank">https://datatracker.ietf.org/<wbr>doc/dra=
ft-zzhang-bess-evpn-<wbr>bum-procedure-updates/</a>

______________________________<wbr>_________________
BESS mailing list
<a href=3D"mailto:BESS@ietf.org" target=3D"_blank">BESS@ietf.org</a>
<a href=3D"https://www.ietf.org/mailman/listinfo/bess" target=3D"_blank">ht=
tps://www.ietf.org/mailman/<wbr>listinfo/bess</a>
</pre>
</div>

</blockquote>
</div>
</div></blockquote><blockquote type=3D"cite"><div><span>___________________=
___________<wbr>_________________</span><br><span>BESS mailing list</span><=
br><span><a href=3D"mailto:BESS@ietf.org" target=3D"_blank">BESS@ietf.org</=
a></span><br><span><a href=3D"https://www.ietf.org/mailman/listinfo/bess" t=
arget=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/bess</a></span>=
<br></div></blockquote></div></div></div><br>______________________________=
<wbr>_________________<br>
BESS mailing list<br>
<a href=3D"mailto:BESS@ietf.org">BESS@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/bess" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/bess</a><br>
<br></blockquote></div><br><br clear=3D"all"><div><br></div>-- <br><div cla=
ss=3D"gmail_signature" data-smartmail=3D"gmail_signature"><div dir=3D"ltr">=
<div><span style=3D"font-size:12.8000001907349px"><font face=3D"georgia, se=
rif"><i>We=E2=80=99ve heard that a million monkeys at a million keyboards c=
ould produce the complete works of Shakespeare; now, thanks to the Internet=
, we know that is not true.</i></font></span><i><font face=3D"garamond, ser=
if"><br></font></i></div><div><span style=3D"font-size:12.8000001907349px">=
<font face=3D"times new roman, serif">=E2=80=94Robert Wilensky</font></span=
><br></div></div></div>
</div>

--001a1143840e00c2fe053af237f3--


From nobody Fri Aug 26 00:05:58 2016
Return-Path: <swaagraw@cisco.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6513F128E19; Fri, 26 Aug 2016 00:05:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.069
X-Spam-Level: 
X-Spam-Status: No, score=-15.069 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.548, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 wphBAUZmFbpK; Fri, 26 Aug 2016 00:05:55 -0700 (PDT)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 386DF127077; Fri, 26 Aug 2016 00:05:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=770; q=dns/txt; s=iport; t=1472195155; x=1473404755; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Mc1UvLksvBRDFWs5BCdcWUT2tmml/OmUQHcS2OI6ucs=; b=IV6BnCfRRKYte4LFwQLTZOvh4ET2e/HsYyTVLBWWUWWPy97lcoLWeccr zqvQprS+BkAOoKNr1xoNeOdGw6Y8VXD0bnGyOaTMnmKhiN/1ZqDd5fuPx 6xyaQ726ttp0NwTliDHR7yGSuYFacgSRD4RZDfmkVEoxkt2Yd4vZH+ia+ U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BDAgCB6b9X/4UNJK1dg0EBAQEBAR5Wf?= =?us-ascii?q?Ae4GoIBJIV5AoFVOBQBAgEBAQEBAQFeJ4RiAQUBATg0CxACAQg2ECcLJQIEAQ0?= =?us-ascii?q?FiDgOv2MBAQEBAQEBAQEBAQEBAQEBAQEBAQEXBYYuhE2KHAEEmUwBjyiPUpA7A?= =?us-ascii?q?R42hBxwhU1/AQEB?=
X-IronPort-AV: E=Sophos;i="5.28,580,1464652800"; d="scan'208";a="314905392"
Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 26 Aug 2016 07:05:54 +0000
Received: from XCH-RCD-012.cisco.com (xch-rcd-012.cisco.com [173.37.102.22]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id u7Q75svo031130 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 26 Aug 2016 07:05:54 GMT
Received: from xch-rcd-012.cisco.com (173.37.102.22) by XCH-RCD-012.cisco.com (173.37.102.22) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 26 Aug 2016 02:05:53 -0500
Received: from xch-rcd-012.cisco.com ([173.37.102.22]) by XCH-RCD-012.cisco.com ([173.37.102.22]) with mapi id 15.00.1210.000; Fri, 26 Aug 2016 02:05:53 -0500
From: "Swadesh Agrawal (swaagraw)" <swaagraw@cisco.com>
To: Eric C Rosen <erosen@juniper.net>, Martin Vigoureux <martin.vigoureux@nokia.com>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [bess] Poll for adoption: draft-zzhang-bess-evpn-bum-procedure-updates-03
Thread-Index: AQHR/xbLpLVlcE+w3kuhpukxSJbW3KBasNqA
Date: Fri, 26 Aug 2016 07:05:53 +0000
Message-ID: <D3E53625.7DEF4%swaagraw@cisco.com>
References: <57B308FA.4090201@nokia.com> <47146bd3-9273-5c85-5d2a-77cd10e7881e@juniper.net>
In-Reply-To: <47146bd3-9273-5c85-5d2a-77cd10e7881e@juniper.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.4.8.150116
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.24.121.228]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <40FBFE8FEDC56E488BF22478D02C5052@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/fw8DICNEpsqyXdcqZjvL1M1FsvU>
Cc: "draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org" <draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org>
Subject: Re: [bess] Poll for adoption: draft-zzhang-bess-evpn-bum-procedure-updates-03
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Aug 2016 07:05:56 -0000

Why we need to copy MVPN procedures in EVPN. Why not enable MVPN safi and
enhance it for any EVPN specific requiremnt. Also going in this direction
may require to add 5,6 and 7 routes as well in future.

Regards
Swadesh

On 8/25/16, 2:22 PM, "Eric C Rosen" <erosen@juniper.net> wrote:

>Support.
>
>MVPN has a number of multicast features that are valuable, but haven't
>yet been incorporated into EVPN.  This draft takes a comprehensive look
>at the MVPN  procedures that provide those features, and shows how to
>adapt them to EVPN.   This seems quite valuable to me, and thus I think
>the WG should adopt this draft.
>
>_______________________________________________
>BESS mailing list
>BESS@ietf.org
>https://www.ietf.org/mailman/listinfo/bess


From nobody Fri Aug 26 06:59:14 2016
Return-Path: <sjacob@juniper.net>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1695412D85B; Fri, 26 Aug 2016 06:59:09 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.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 S8pmKb54PKN1; Fri, 26 Aug 2016 06:59:05 -0700 (PDT)
Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-sn1nam01on0131.outbound.protection.outlook.com [104.47.32.131]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0440C12D847; Fri, 26 Aug 2016 06:46:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=NheX4zDfZVsEGeRNZDkX9iYMpGvy8X16WguVX0G6mSc=; b=PodWP4N/el8L9cRtUrHt47SWZRsMIsEGPW9HGTzsWt5AKDnNoqD4LNJGUf/iANDqlKL4dKWFBPHIqtLw+0VVD9eDFN1B8xVV6fvLOuITpdl4kvUFlH898EJccBJ+I9adQfU885tulPLeTMxzI28qo1S75rOizuCFg3+P5v8JmJ0=
Received: from BN6PR05MB2963.namprd05.prod.outlook.com (10.173.18.148) by BN6PR05MB2963.namprd05.prod.outlook.com (10.173.18.148) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.599.2; Fri, 26 Aug 2016 13:46:39 +0000
Received: from BN6PR05MB2963.namprd05.prod.outlook.com ([10.173.18.148]) by BN6PR05MB2963.namprd05.prod.outlook.com ([10.173.18.148]) with mapi id 15.01.0599.008; Fri, 26 Aug 2016 13:46:39 +0000
From: Sudhin Jacob <sjacob@juniper.net>
To: "bmwg@ietf.org" <bmwg@ietf.org>
Thread-Topic: REG: Draft https://datatracker.ietf.org/doc/draft-kishjac-bmwg-evpntest/
Thread-Index: AdH/n9bHs133tIA9R5GK2RG3tve7hA==
Date: Fri, 26 Aug 2016 13:46:39 +0000
Message-ID: <BN6PR05MB2963FB62BBC7DA0864204930C2EC0@BN6PR05MB2963.namprd05.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=sjacob@juniper.net; 
x-originating-ip: [116.197.184.14]
x-ms-office365-filtering-correlation-id: 88abfb02-dca8-467f-7119-08d3cdb767d7
x-microsoft-exchange-diagnostics: 1; BN6PR05MB2963; 6:K+HDG07sVtsxHNyDKgb8yhWMYSMlXH/9HY/xNWtWloHA1laVag0JPCwaZTAVtDpqJlyGCBHq1r3ZCo1+ATB4EiYV68e7hzwW4hJA7yuvH9O6s1XCJRHO3kBCdbBCNI1y3FLDrhVfXPAbp51ENsiffVt21ryUU87pYs9K/7Lbr/UPeOkdpVvBiUowbTKR7IUtIW7qXdEjHtX+iegwWW1f7002357XeqcqwhyP6TMdhIZRCMXwGHTYyDVYFhrER1znWY2pNi1DalCbmdnx69Lh5uxQ9tUftQTSkPVrRqxdZIcNcegGu9H3bPNLlJZUqH5F+RLoC/8eCi08EPx2PkVuMw==; 5:MwEBI2NjTjE2bprKNUFIBtedLUTCSYi+FCMhqsNOIIesEPrPuG3q7kLtsRJJk9J89fmh8yN+SjewPw/23MTKVeLkryKvKWneZj0BfrxhzrispDEWdoEhmY2Wj96KxZmmvAPs9iWSQ5VQfArXhGmG7Q==; 24:B8+uQ6uAq6X32hVgX3JsXLIhGblgbusZSWR7F0cScdo/3PpV0MVNjaJj6IgDLr+D6Qjx7MY7cPI612wrOm0Cv1RLqKtHeLhTkvlSdhpnqSs=; 7:FUdzzz77fKSMjW6+vmOi1ZMlxdYuR3CwN4ZiQ7Ux5wJGhhXBhQE9f6lR2YGrGae9oK9e0KqRIki5ClyhlCCFEChWOpAXEttTD2f7kU6PeQAK9I6USoMyYhAf7UOAk1nRMEYfxRzHuYVjB3fsGVTBd2AlU6OAG6dV6gGjF8GMd8fM5x47uG3U2TwuUc4Zzff4AUBWkCM9ss7u5tw1o+Mfz4woT2lYu31rVX4VBCxjUBsqNqU175hKhjb8mi24rJjS
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN6PR05MB2963;
x-microsoft-antispam-prvs: <BN6PR05MB296383C388B66A07351BD8D4C2EC0@BN6PR05MB2963.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(120809045254105)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026); SRVR:BN6PR05MB2963; BCL:0; PCL:0; RULEID:; SRVR:BN6PR05MB2963; 
x-forefront-prvs: 00462943DE
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(53754006)(199003)(189002)(54356999)(3660700001)(7696003)(7736002)(6116002)(5660300001)(2351001)(68736007)(19580395003)(8936002)(87936001)(5002640100001)(1730700003)(3280700002)(81166006)(2906002)(101416001)(81156014)(305945005)(33656002)(86362001)(229853001)(50986999)(92566002)(2900100001)(3846002)(189998001)(102836003)(110136002)(15975445007)(450100001)(586003)(77096005)(9686002)(66066001)(122556002)(230783001)(97736004)(10400500002)(2501003)(7846002)(8676002)(11100500001)(105586002)(106356001)(4326007)(99286002)(76576001)(5640700001)(74316002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN6PR05MB2963; H:BN6PR05MB2963.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  A:1; MX:1; LANG:en; 
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_BN6PR05MB2963FB62BBC7DA0864204930C2EC0BN6PR05MB2963namp_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Aug 2016 13:46:39.2572 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR05MB2963
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/9jBzh4rSY3LlFPU9cqXS4NoaZFE>
Cc: "bess@ietf.org" <bess@ietf.org>
Subject: [bess] REG: Draft https://datatracker.ietf.org/doc/draft-kishjac-bmwg-evpntest/
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Aug 2016 13:59:09 -0000

--_000_BN6PR05MB2963FB62BBC7DA0864204930C2EC0BN6PR05MB2963namp_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi All,

I have uploaded draft after incorporating the comments received by IETF 96.=
 Kindly review it and let us know the feedback for adoption.

Regards,
Sudhin


--_000_BN6PR05MB2963FB62BBC7DA0864204930C2EC0BN6PR05MB2963namp_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Exchange Server">
<!-- converted from rtf -->
<style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left:=
 #800000 2px solid; } --></style>
</head>
<body>
<font face=3D"Arial" size=3D"3"><span style=3D"font-size:12pt;">
<div>Hi All,</div>
<div>&nbsp;</div>
<div>I have uploaded draft after incorporating the comments received by IET=
F 96. Kindly review it and let us know the feedback for adoption.</div>
<div><font face=3D"Calibri" size=3D"2"><span style=3D"font-size:11pt;">&nbs=
p;</span></font></div>
<div>Regards,</div>
<div>Sudhin</div>
<div><font face=3D"Calibri" size=3D"2"><span style=3D"font-size:11pt;">&nbs=
p;</span></font></div>
</span></font>
</body>
</html>

--_000_BN6PR05MB2963FB62BBC7DA0864204930C2EC0BN6PR05MB2963namp_--


From nobody Sun Aug 28 19:08:48 2016
Return-Path: <zzhang@juniper.net>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9838012D0F5; Sun, 28 Aug 2016 19:08:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.922
X-Spam-Level: 
X-Spam-Status: No, score=-1.922 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.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 9IQXeSzqttLK; Sun, 28 Aug 2016 19:08:44 -0700 (PDT)
Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0109.outbound.protection.outlook.com [104.47.41.109]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A59412D0E1; Sun, 28 Aug 2016 19:08:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=5VfeTiP1MiNFHygzmFYzNZs+grAVh8XwafQLw9HmnHg=; b=QT7T9lmX8Ar8OgF8esCwXl0bLjZal2yi/TzoecEdkAamRRoxyA8NzUSTw50QU9eLXw3UleucqRzgtkgDZTwo1GJgrDp9POOaUMzIZNS7xu/e2YsZAJNsKyBNuC6HtChUprKC1SeATMG0D1wzZCGLbrtTZlpKGYxRP5JGdIbG4kU=
Received: from DM5PR05MB3145.namprd05.prod.outlook.com (10.173.219.15) by DM5PR05MB3148.namprd05.prod.outlook.com (10.173.219.18) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.599.2; Mon, 29 Aug 2016 02:08:41 +0000
Received: from DM5PR05MB3145.namprd05.prod.outlook.com ([10.173.219.15]) by DM5PR05MB3145.namprd05.prod.outlook.com ([10.173.219.15]) with mapi id 15.01.0599.008; Mon, 29 Aug 2016 02:08:38 +0000
From: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>
To: "Swadesh Agrawal (swaagraw)" <swaagraw@cisco.com>, Eric Rosen <erosen@juniper.net>, Martin Vigoureux <martin.vigoureux@nokia.com>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [bess] Poll for adoption: draft-zzhang-bess-evpn-bum-procedure-updates-03
Thread-Index: AQHR/xbFfCPq5Uf5cEuX52pcqjLuZ6Ba0mOAgARhkTA=
Date: Mon, 29 Aug 2016 02:08:38 +0000
Message-ID: <DM5PR05MB31456BC2147AE1AF6EE10E57D4E10@DM5PR05MB3145.namprd05.prod.outlook.com>
References: <57B308FA.4090201@nokia.com> <47146bd3-9273-5c85-5d2a-77cd10e7881e@juniper.net> <D3E53625.7DEF4%swaagraw@cisco.com>
In-Reply-To: <D3E53625.7DEF4%swaagraw@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=zzhang@juniper.net; 
x-originating-ip: [66.129.241.14]
x-ms-office365-filtering-correlation-id: 63b01f8d-c4bd-4f4b-4fe5-08d3cfb16461
x-microsoft-exchange-diagnostics: 1; DM5PR05MB3148; 6:2u1BP6PvsI3i6yq3WXbzb3EUHDpKhQ+m07p2QwEvps88+hXn/iCUbsUV4A5R+fHePvaw+jc1OY1FPhSbekEEMTUFx64jAYQlgGzgqr3Rm+JwFA3x7pIseiiMU0KvoJefL18GsaK6iz5ZzkrQe6aK0d2CAiujJcPtPnEefHu5VPyKDOq7vMDZGd+3RdxoHDh4DqPDDNMd4T5WcAKAx5Q4YtYv7i49fY8CBDz0hlIcltPR6k01eZPCR4/kFHlFaeaVbSDpWWSBp5sgaRFod+4qTumMZCqNodhzDtLjii8VA9gbrKjnDfR3QC9Gkqva6CF1riz1m8GJjqANIht6rRu4RA==; 5:wOcGo8SauSpVkbUBa+z/6Qq6uem1xYF+K2FT2HiI5mEl53a/qY9UcwF0egieTCGR5bBaWMjOyEzj47MsvUQc5Q/fukVOaUIpcb+RrwQ/QLTy0v6JBm/yZif3A5X6DqtFpHDcFDuAGcPUmc5s57+Ygw==; 24:a73KJF+EqIItsJrA4ZQr6HCVnFDMBSyANdZS99y5qW/sswAqz/oUzbutINFQuQ8tID1Hc1rxRG+YDPRx+rNW15S5jZc+bBsKjbAjUssvRUY=; 7:5AkKDkg87F95rD/IzGBFS2cllDdufKg7SQGu4xPCKDW/h3baqIbpqjIp2INvKxvdaNoLAdlEP9yQLxgMyyU7SDhOPYsWrTY1F7W1uzy6AKenkztjHLwZlK0HvlfkHAEjpxp4EL/NHS/KD2e5LEhhDJgEzl2X1rY1S57YmJ1rcebC7hcARp0fze6xwooC69SNtohXr6XiVGaabAgmHeibNtd/0iHJojpsvu9/1dbWajjeoQDcaOfpcchPny2TLL32
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM5PR05MB3148;
x-microsoft-antispam-prvs: <DM5PR05MB3148572926922F682000B7F6D4E10@DM5PR05MB3148.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(138986009662008)(82608151540597)(95692535739014); 
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026); SRVR:DM5PR05MB3148; BCL:0; PCL:0; RULEID:; SRVR:DM5PR05MB3148; 
x-forefront-prvs: 0049B3F387
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(377454003)(24454002)(189002)(199003)(13464003)(1941001)(102836003)(2950100001)(8936002)(97736004)(189998001)(7736002)(9686002)(5001770100001)(86362001)(3846002)(68736007)(7846002)(15650500001)(66066001)(2906002)(5002640100001)(101416001)(33656002)(230783001)(74316002)(5660300001)(7696003)(106356001)(305945005)(3660700001)(10400500002)(15975445007)(122556002)(2501003)(586003)(6116002)(105586002)(50986999)(8676002)(3280700002)(77096005)(99286002)(76176999)(87936001)(92566002)(81166006)(4326007)(106116001)(19580395003)(19580405001)(2900100001)(81156014)(76576001)(54356999); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR05MB3148; H:DM5PR05MB3145.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Aug 2016 02:08:38.8571 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR05MB3148
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/SpGVqzsaIag_Dd6PxQ4FAcSL2gw>
Cc: "draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org" <draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org>
Subject: Re: [bess] Poll for adoption: draft-zzhang-bess-evpn-bum-procedure-updates-03
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Aug 2016 02:08:46 -0000

Hi Swadesh,

"Enable MVPN safi and enhance it for EVPN" is not a trivial thing that can =
be cleanly done on top of MVPN. You'd end up complicating MVPN procedures a=
 lot for EVPN specific things. Instead, we can apply the same principles to=
 EVPN safi and procedures, and that's what this draft is about.

BTW, we don't yet see the need of the equivalent of MVPN type-5 routes for =
EVPN. Draft-sajassi-bess-evpn-igmp-mld-proxy already proposed SMET route wh=
ich is very similar to MVPN type-6/7 (to be exact, a combination of type-4/=
6/7). That is explained in draft-zzhang-bess-mvpn-evpn-cmcast-enhancements.

Jeffrey

> -----Original Message-----
> From: Swadesh Agrawal (swaagraw) [mailto:swaagraw@cisco.com]
> Sent: Friday, August 26, 2016 3:06 AM
> To: Eric Rosen <erosen@juniper.net>; Martin Vigoureux
> <martin.vigoureux@nokia.com>; bess@ietf.org
> Cc: draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org
> Subject: Re: [bess] Poll for adoption: draft-zzhang-bess-evpn-bum-
> procedure-updates-03
>=20
> Why we need to copy MVPN procedures in EVPN. Why not enable MVPN safi and
> enhance it for any EVPN specific requiremnt. Also going in this direction
> may require to add 5,6 and 7 routes as well in future.
>=20
> Regards
> Swadesh
>=20
> On 8/25/16, 2:22 PM, "Eric C Rosen" <erosen@juniper.net> wrote:
>=20
> >Support.
> >
> >MVPN has a number of multicast features that are valuable, but haven't
> >yet been incorporated into EVPN.  This draft takes a comprehensive look
> >at the MVPN  procedures that provide those features, and shows how to
> >adapt them to EVPN.   This seems quite valuable to me, and thus I think
> >the WG should adopt this draft.
> >
> >_______________________________________________
> >BESS mailing list
> >BESS@ietf.org
> >https://www.ietf.org/mailman/listinfo/bess


From nobody Mon Aug 29 07:49:30 2016
Return-Path: <thomas.morin@orange.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 70A6312D77D; Mon, 29 Aug 2016 07:49:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.081
X-Spam-Level: 
X-Spam-Status: No, score=-4.081 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.548, SPF_SOFTFAIL=0.665] 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 PJ2JcJKHnsNP; Mon, 29 Aug 2016 07:49:23 -0700 (PDT)
Received: from r-mail2.rd.orange.com (r-mail2.rd.orange.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id 8655C12D771; Mon, 29 Aug 2016 07:49:19 -0700 (PDT)
Received: from r-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 90A8F5D86CE; Mon, 29 Aug 2016 16:49:18 +0200 (CEST)
Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by r-mail2.rd.orange.com (Postfix) with ESMTP id 814EB5D85E7; Mon, 29 Aug 2016 16:49:18 +0200 (CEST)
Received: from [10.193.71.12] (10.193.71.12) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.301.0; Mon, 29 Aug 2016 16:49:17 +0200
From: Thomas Morin <thomas.morin@orange.com>
Organization: Orange
To: <draft-ietf-bess-evpn-etree@ietf.org>, Loa Andersson <loa@pi.nu>, "George Swallow" <swallow@cisco.com>, Eric Rosen <erosen@juniper.net>, BESS <bess@ietf.org>
Message-ID: <3323ddae-c96f-49a4-2dec-1bfc4ed857dc@orange.com>
Date: Mon, 29 Aug 2016 16:49:18 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="------------72752E55DD16402556D3E6FA"
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/BN17aDCkGzqwQOEAEL6XNUARm70>
Cc: Martin Vigoureux <martin.vigoureux@nokia.com>
Subject: [bess] shepherd review of draft-ietf-bess-evpn-etree
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Aug 2016 14:49:28 -0000

--------------72752E55DD16402556D3E6FA
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit

Hi,

Here is the review I did while preparing the shepherd write-up for 
draft-ietf-bess-evpn-etree .

There is one thing that stands out: the document uses the most 
significant bit of the "PMSI Tunnel Attribute" Tunnel Type  field, which 
cant't be done I think without updating the structure of the 
corresponding registry (RFC7385).  I suggest how that can be done at the 
end of this review (a few people Cc'd for this reason).

Please find my comments below...

[...]

> 2  E-Tree Scenarios and EVPN / PBB-EVPN Support
>
>    In this section, we will categorize support for E-Tree into three
>    different scenarios, depending on the nature of the site association
>    (Root/Leaf) per PE or per Ethernet Segment:
>
>    - Leaf OR Root site(s) per PE
>
>    - Leaf OR Root site(s) per AC
>
>    - Leaf OR Root site(s) per MAC
>
> 2.1 Scenario 1: Leaf OR Root site(s) per PE

>
>    In this scenario, a PE may receive traffic from either Root sites OR
>    Leaf sites for a given MAC-VRF/bridge table, but not both
>    concurrently. In other words, a given EVI on a PE is either
>    associated with a root or leaf.

s/with a root or leaf/with roots or leaves/ ?


> The PE may have both Root and Leaf

s/both Root and Leaf/both Roots and Leaves/ ?


>    sites albeit for different EVIs.

>
>                    +---------+            +---------+
>                    |   PE1   |            |   PE2   |
>     +---+          |  +---+  |  +------+  |  +---+  | +---+
>     |CE1+---ES1----+--+   |  |  | MPLS |  |  | +--+----ES2-----+CE2|
>     +---+  (Root)  |  |MAC|  |  |  /IP |  |  |MAC|  |   (Leaf) +---+
>                    |  |VRF|  |  |      |  |  |VRF|  |
>                    |  |   |  |  |      |  |  |   |  | +---+
>                    |  |   |  |  |      |  |  | +--+----ES3-----+CE3|
>                    |  +---+  |  +------+  |  +---+  |   (Leaf) +---+
>                    +---------+            +---------+
>
>    Figure 1: Scenario 1
>
>    In such scenario, an EVPN PE implementation MAY provide E-TREE
>    service using topology constraint among the PEs belonging to the same

"topology constraint" is a bit opaque as a term, perhaps "using tailored 
BGP RT import/export policies" would be more descriptive (assuming I 
understood your intent)


>    EVI. The purpose of this topology constraint is to avoid having PEs
>    with only  Leaf sites importing and processing BGP MAC routes from
>    each other. To support such topology constrain in EVPN, two BGP
>    Route-Targets (RTs) are used for every EVPN Instance (EVI): one RT is
>    associated with the Root sites and the other is associated with the
>    Leaf sites. On a per EVI basis, every PE exports the single RT
>    associated with its type of site(s). Furthermore, a PE with Root
>    site(s) imports both Root and Leaf RTs, whereas a PE with Leaf
>    site(s) only imports the Root RT.

The text seems to imply that the above is sufficient to deliver the 
service, but I fail to see what would prevent Leaf-to-Leaf traffic 
between Leaves bound to the same MAC-VRF (ES2 and ES3 in firgure1).  
Shouldn't the text mention the use of a split-horizon in Leaf MAC-VRFs ?

(assuming the previous point is resolved:)

With this mechanism above, isn't it possible to have on a given PE, for 
a single E-TREE EVI, both Leaves and Roots, as long as distinct MAC-VRFs 
are used (one for Leaves and one for Roots) ? (it seems to me that the 
assymetric import/export RT would do what is needed to build an E-TREE, 
we would just have a particular case where a Leaf MAC-VRF and a Root 
MAC-VRF for a given E-TREE end up on a single PE)

If this is not possible, I think the text should explain why.


> If the number of EVIs is very large
>    (e.g., more than 64K), then RT type 0 as defined in [RFC4360] SHOULD
>    be used; otherwise, RT type 2 is sufficient [RFC7153].

This is not specific to E-VPN E-TREE, or even to E-VPN, why mention that ?


>
> 2.2 Scenario 2: Leaf OR Root site(s) per AC
>
>    In this scenario, a PE receives traffic from either Root OR Leaf
>    sites (but not both) on a given Attachment Circuit (AC) of an EVI. In
>    other words, an AC (ES or ES/VLAN) is either associated with a Root
>    or Leaf (but not both).

s/with a Root or Leaf/with Roots or Leaves/ ?



>
>                      +---------+            +---------+
>                      |   PE1   |            |   PE2   |
>     +---+            |  +---+  |  +------+  |  +---+  | +---+
>     |CE1+-----ES1----+--+   |  |  |      |  |  | +--+---ES2/AC1--+CE2|
>     +---+    (Leaf)  |  |MAC|  |  | MPLS |  |  |MAC|  |   (Leaf) +---+
>                      |  |VRF|  |  |  /IP |  |  |VRF|  |
>                      |  |   |  |  |      |  |  |   |  | +---+
>                      |  |   |  |  |      |  |  | +--+---ES2/AC2--+CE3|
>                      |  +---+  |  +------+  |  +---+  |   (Root) +---+
>                      +---------+            +---------+
>
>    Figure 2: Scenario 2
>
>    In this scenario, if there are PEs with only root (or leaf) sites per
>    EVI, then the RT constrain procedures described in section 2.1 can
>    also be used here. However, when a Root site is added to a Leaf PE,
>    then that PE needs to process MAC routes from all other Leaf PEs and
>    add them to its forwarding table. 

This is the case in 2.1 as well, isn't it ?


> For this scenario, if for a given
>    EVI, the majority of PEs will eventually have both Leaf and Root
>    sites attached, even though they may start as Root-only or Leaf-only
>    PEs, then it is recommended to use a single RT per EVI and avoid
>    additional configuration and operational overhead.

Why this recommendation ?
Even with a majority of PEs having both Leaves and Roots, there can 
remain (up to 49% of) PEs having only Leaves, which will uselessly have 
all routes to other Leaves.

So "it is recommended" above, deserves to be explained more, I think.



>
> 2.3 Scenario 3: Leaf OR Root site(s) per MAC
>
>    In this scenario, a PE may receive traffic from both Root AND Leaf
>    sites on a given Attachment Circuit (AC) of an EVI. Since an
>    Attachment Circuit (ES or ES/VLAN) carries traffic from both Root and
>    Leaf sites, the granularity at which Root or Leaf sites are
>    identifies 

s/identifies/identified/


> is on a per MAC address. This scenario is considered in
>    this draft for EVPN service with only known unicast traffic - i.e.,
>    there is no BUM traffic.

"there is no BUM" is quite a bold claim ! :=

Maybe the text should say "no BUM traffic is supported (BUM traffic will 
be dropped)" ?

(possibly "BUM traffic from Leaves will be dropped" would be sufficient ?)


>
>                      +---------+            +---------+
>                      |   PE1   |            |   PE2   |
>     +---+            |  +---+  |  +------+  |  +---+  | +---+
>     |CE1+-----ES1----+--+   |  |  |      |  |  | +--+---ES2/AC1--+CE2|
>     +---+    (Root)  |  | E |  |  | MPLS |  |  | E |  | (Leaf/Root)+---+
>                      |  | V |  |  |  /IP |  |  | V |  |
>                      |  | I |  |  |      |  |  | I |  | +---+
>                      |  |   |  |  |      |  |  | +--+---ES2/AC2--+CE3|
>                      |  +---+  |  +------+  |  +---+  |   (Leaf) +---+
>                      +---------+            +---------+
>
>    Figure 3: Scenario 3
>
> 3 Operation for EVPN
>
>    [RFC7432] defines the notion of ESI MPLS label used for split-horizon
>    filtering of BUM traffic at the egress PE. Such egress filtering
>    capabilities can be leveraged in provision of E-TREE services as seen
>    shortly. In other words, [RFC7432] has inherent capability to support
>    E-TREE services without defining any new BGP routes but by just
>    defining a new BGP Extended Community for leaf indication as shown
>    later in this document.
>
> 3.1 Known Unicast Traffic
>
>    Since in EVPN, MAC learning is performed in control plane via
>    advertisement of BGP routes, the filtering needed by E-TREE service
>    for known unicast traffic can be performed at the ingress PE, thus
>    providing very efficient filtering and avoiding sending known unicast
>    traffic over MPLS/IP core to be filtered at the egress PE as done in
>    traditional E-TREE solutions (e.g., E-TREE for VPLS).
>
>    To provide such ingress filtering for known unicast traffic, a PE
>    MUST indicate to other PEs what kind of sites (root or leaf) its MAC
>    addresses are associated with by advertising a leaf indication flag
>    (via an Extended Community) along with each of its MAC/IP
>    Advertisement route. The lack of such flag indicates that the MAC
>    address is associated with a root site. 



>   This scheme applies to all
>    scenarios described in section 2.
>
>    Furthermore, for multi-homing scenario of section 2.2, where an AC is
>    either root or leaf (but not both), the PE MAY advertise leaf
>    indication along with the Ethernet A-D per EVI route. This
>    advertisement is used for sanity checking in control-plane to ensure
>    that there is no discrepancy in configuration among different PEs of
>    the same redundancy group. For example, if a leaf site is multi-homed
>    to PE1 an PE2, and PE1 advertises the Ethernet A-D per EVI
>    corresponding to this leaf site with the leaf-indication flag but PE2
>    does not, then the receiving PE notifies the operator of such
>    discrepancy and ignore the leaf-indication flag on PE1. In other
>    words, in case of discrepancy, the multi-homing for that pair of PEs
>    is assumed to be in default "root" mode for that <ESI, EVI> or <ESI,
>    EVI/VLAN>. The leaf indication flag on Ethernet A-D per EVI route
>    tells the receiving PEs that all MAC addresses associated with this
>    <ESI, EVI> or <ESI, EVI/VLAN> are from a leaf site. Therefore, if a
>    PE receives a leaf indication for an AC via the Ethernet A-D per EVI
>    route but doesn't receive a leaf indication in the corresponding MAC
>    route, 

"MAC route" --> "MAC/IP Advertisement route" ?



> then it notify the operator and ignore the leaf indication on

s/notify/notifies/

>    the Ethernet A-D per EVI route.


The procedure above should I think be rephrased to provide unambiguous 
interpretation in the case where a given MAC is being announced in more 
than one MAC/IP advertisement route, possibly carrying a different leaf 
indication (and even possibly from different ESes, or from PEs not 
advertising Ethernet A-D route).


>
>    Tagging MAC addresses with a leaf indication enables remote PEs to
>    perform ingress filtering for known unicast traffic - i.e., on the
>    ingress PE, the MAC destination address lookup yields, in addition to
>    the forwarding adjacency, a flag which indicates whether the target
>    MAC is associated with a Leaf site or not. 

Ditto, more or less: the procedure above should I think be rephrased to 
provide unambiguous interpretation in the case where a given MAC is 
being announced in more than one MAC/IP advertisement route, possibly 
carrying a different leaf indication.

> The ingress PE cross-
>    checks this flag with the status of the originating AC, and if both
>    are Leafs, then the packet is not forwarded.



>
>    To support the above ingress filtering functionality, a new E-TREE
>    Extended Community with a Leaf indication flag is introduced [section
>    5.2]. This new Extended Community MUST be advertised with MAC/IP
>    Advertisement route and MAY be advertised with an Ethernet A-D per
>    EVI route as described above.
>
> 3.2 BUM Traffic
>
>    For BUM traffic, it is not possible to perform filtering on the
>    ingress PE, as is the case with known unicast, because of the multi-
>    destination nature of the traffic.

Saying "it is not possible" without more explanation is not very useful 
(the reader may think about using RPF-like techniques on the egress PE).
It seems to me more reasonable to formulate things in terms of "This 
specification does not provide support for filtering BUM traffic on the 
ingress PE", and avoid a sentence like the one above.

> As such, the solution relies on
>    egress filtering. In order to apply the proper egress filtering,
>    which varies based on whether a packet is sent from a Leaf AC or a
>    root AC, the MPLS-encapsulated frames MUST be tagged with an
>    indication when they originated from a Leaf AC. In other words, leaf
>    indication for BUM traffic is done at the granularity of AC. This can
>    be achieved in EVPN through the use of a MPLS label where it can be
>    used to either identify the Ethernet segment of origin per [RFC7432]
>    (i.e., ESI label) or it can be used to indicate that the packet is
>    originated from a leaf site (Leaf label).
>
>    BUM traffic sent over a P2MP LSP or ingress replication, may need to
>    carry an upstream assigned or downstream assigned MPLS label
>    (respectively) for the purpose of egress filtering to indicate to the
>    egress PEs whether this packet is originated from a leaf AC.
>
>    The main difference between downstream and upstream assigned MPLS
>    label is that in case of downstream assigned not all egress PE
>    devices need to receive the label just like ingress replication
>    procedures defined in [RFC7432].
>
>    There are four scenarios to consider as follow. 

s/follow/follows/

> In all these
>    scenarios, the imposition PE imposes the right MPLS label associated

s/the imposition PE imposes/the ingress PE imposes/ ?

>    with the originated Ethernet Segment (ES) depending on whether the
>    Ethernet frame originated from a Root or a Leaf site on that Ethernet
>    Segment (ESI or Leaf label). 

> The mechanism by which the PE identifies
>    whether a given frame originated from a Root or a Leaf site on the
>    segment is based on the Ethernet Tag associated with the frame (e.g.,
>    whether the frame received on a leaf or a root AC). 

First comment: it seems that the formulation should also support the 
case where an AC does not use .1q.

(side comment: doing the identification based on the source MAC address 
would seem to allow BUM in the context of 2.3; it is out of the scope of 
my review to extend the scope of these specs, but I'm curious why it is 
not proposed....)

> Other mechanisms
>    for identifying whether an ingress AC is a root or leaf is beyond the
>    scope of this document.
>
> 3.2.1 BUM traffic originated from a single-homed site on a leaf AC
>
>    In this scenario, the ingress PE adds a special MPLS label indicating
>    a Leaf site. This special Leaf MPLS label, used for single-homing
>    scenarios, is not on a per ES basis but rather on a per PE basis -
>    i.e., a single Leaf MPLS label is used for all single-homed ES's on
>    that PE. This Leaf label is advertised to other PE devices, using a
>    new EVPN Extended Community called E-TREE Extended Community (section
>    5.1) along with an Ethernet A-D per ES route with ESI of zero and a
>    set of Route Targets (RTs) corresponding to all EVIs on the PE with
>    at least one leaf site per EVI. The set of Ethernet A-D per ES routes
>    may be needed if the number of Route Targets (RTs) that need to be
>    sent exceed the limit on a single route per [RFC7432]. The ESI for
>    the Ethernet A-D per ES route is set to zero to indicate single-homed
>    sites.
>
>    When a PE receives this special Leaf label in the data path, it
>    blocks the packet if the destination AC is of type Leaf; otherwise,
>    it forwards the packet.
>
> 3.2.2 BUM traffic originated from a single-homed site on a root AC
>
>    In this scenario, the ingress PE does not add any ESI or Leaf label
>    and it operates per [RFC7432] procedures.
>
> 3.2.3 BUM traffic originated from a multi-homed site on a leaf AC
>
>    In this scenario, it is assumed that While different ACs (VLANs) on

s/While/while/

>    the same ES could have different root/leaf designation (some being
>    roots and some being leaves), the same VLAN does have the same
>    root/leaf designation on all PEs on the same ES. Furthermore, it is
>    assumed that there is no forwarding among subnets - ie, the service
>    is EVPN L2 and not EVPN IRB. IRB use case is outside the scope of
>    this document.
>
>    In such scenarios,  If a multicast packet is originated from a leaf

s/multicast/multicast or broadcast/ ?

>    AC, then it only needs to carry Leaf label described in section
>    3.2.1. This label is sufficient in providing the necessary egress
>    filtering of BUM traffic from getting sent to leaf ACs including the
>    leaf AC on the same Ethernet Segment.
>
> 3.2.4 BUM traffic originated from a multi-homed site on a root AC
>
>    In this scenario, both the ingress and egress PE devices follows the
>    procedure defined in [RFC7432] for adding and/or processing an ESI
>    MPLS label.
>
> 3.3 E-TREE Traffic Flows for EVPN
>
>    Per [RFC7387], a generic E-Tree service supports all of the following
>    traffic flows:
>
>         - Ethernet Unicast from Root to Roots & Leaf
>         - Ethernet Unicast from Leaf to Root
>         - Ethernet Broadcast/Multicast from Root to Roots & Leafs
>         - Ethernet Broadcast/Multicast from Leaf to Roots
>
>    A particular E-Tree service may need to support all of the above
>    types of flows or only a select subset, depending on the target
>    application. In the case where unicast flows need not be supported,
>    the L2VPN PEs can avoid performing any MAC learning function.
>
>    In the subsections that follow, we will describe the operation of
>    EVPN to support E-Tree service with and without MAC learning.
>
> 3.3.1 E-Tree with MAC Learning
>
>    The PEs implementing an E-Tree service must perform MAC learning when
>    unicast traffic flows must be supported among Root and Leaf sites. In
>    this case, the PE with Root sites performs MAC learning in the data-

s/the PE with Root sites/the PEs with Root sites/ ?
(or "PE(s)"...)

>    path over the Ethernet Segments, and advertises reachability in EVPN
>    MAC Advertisement routes. These routes will be imported by all PEs
>    for that EVI (i.e., PEs that have Leaf sites as well as PEs that have
>    Root sites). Similarly, the PEs with Leaf sites perform MAC learning
>    in the data-path over their Ethernet Segments, and advertise
>    reachability in EVPN MAC Advertisement routes. For the scenario
>    described in section 2.1 (or possibly section 2.2), these routes are
>    imported only by PEs with at least one Root site in the EVI - i.e., a
>    PE with only Leaf sites will not import these routes. PEs with Root
>    and/or Leaf sites may use the Ethernet A-D routes for aliasing (in
>    the case of multi-homed segments) and for mass MAC withdrawal per
>    [RFC7432].
>
>    To support multicast/broadcast from Root to Leaf sites, either a P2MP
>    tree rooted at the PE(s) with the Root site(s) or ingress replication
>    can be used. The multicast tunnels are set up through the exchange of
>    the EVPN Inclusive Multicast route, as defined in [RFC7432].
>
>    To support multicast/broadcast from Leaf to Root sites, ingress
>    replication should be sufficient for most scenarios where there are
>    only a few Roots (typically two). Therefore, in a typical scenario, a
>    root PE needs to support both a P2MP tunnel in transmit direction
>    from itself to leaf PEs and at the same time it needs to support
>    ingress-replication tunnels in receive direction from leaf PEs to
>    itself. In order to signal this efficiently from the root PE, a new
>    composite tunnel type is defined per section 5.3.  This new composite
>    tunnel type is advertised by the root PE to simultaneously indicate a
>    P2MP tunnel in transmit direction and an ingress-replication tunnel
>    in the receive direction for the BUM traffic.
>
>    If the number of Roots is large, P2MP tunnels originated at the PEs
>    with Leaf sites may be used and thus there will be no need to use the
>    modified PMSI tunnel attribute in section 5.2 for composite tunnel
>    type.
>
> 3.3.2 E-Tree without MAC Learning
>
>    The PEs implementing an E-Tree service need not perform MAC learning
>    when the traffic flows between Root and Leaf sites are only multicast
>    or broadcast. In this case, the PEs do not exchange EVPN MAC
>    Advertisement routes. Instead, the Inclusive Multicast Ethernet Tag
>    (IMET) routes are used to support BUM traffic.

It's nicer to avoid "acronym soup" when possible.
Here the acronym is used only once... Using  "Inclusive Multicast 
Ethernet Tag route" in these two places is ok I think.

>
>    The fields of the IMET route are populated per the procedures defined
>    in [RFC7432], and the multicast tunnel setup criteria are as
>    described in the previous section.
>
>    Just as in the previous section, if the number of PEs with root sites
>    are only a few and thus ingress replication is desired from leaf PEs
>    to these root PEs, then the modified PMSI attribute as defined in
>    section 5.3 should be used.
>
> 4 Operation for PBB-EVPN
>
>    In PBB-EVPN, the PE advertises a Root/Leaf indication along with each
>    B-MAC Advertisement route, to indicate whether the associated B-MAC
>    address corresponds to a Root or a Leaf site. Just like the EVPN
>    case, the new E-TREE Extended Community defined in section [5.1] is
>    advertised with each MAC Advertisement route.
>
>    In the case where a multi-homed Ethernet Segment has both Root and
>    Leaf sites attached, two B-MAC addresses are advertised: one B-MAC
>    address is per ES as specified in [RFC7623] and implicitly denoting
>    Root, and the other B-MAC address is per PE and explicitly denoting
>    Leaf. The former B-MAC address is not advertised with the E-TREE
>    extended community but the latter B-MAC denoting Leaf is advertised
>    with the new E-TREE extended community where "Leaf-indication" flag
>    is set. In such multi-homing scenarios where and Ethernet Segment has
>    both Root and Leaf ACs, it is assumed that While different ACs
>    (VLANs) on the same ES could have different root/leaf designation
>    (some being roots and some being leaves), the same VLAN does have the
>    same root/leaf designation on all PEs on the same ES. Furthermore, it
>    is assumed that there is no forwarding among subnets - ie, the
>    service is L2 and not IRB. IRB use case is outside the scope of this
>    document.
>
>    The ingress PE uses the right B-MAC source address depending on
>    whether the Ethernet frame originated from the Root or Leaf AC on
>    that Ethernet Segment. The mechanism by which the PE identifies
>    whether a given frame originated from a Root or Leaf site on the
>    segment is based on the Ethernet Tag associated with the frame. Other
>    mechanisms of identification, beyond the Ethernet Tag, are outside
>    the scope of this document.
>
>    Furthermore, a PE advertises two special global B-MAC addresses: one
>    for Root and another for Leaf, and tags the Leaf one as such in the
>    MAC Advertisement route. These B-MAC addresses are used as source
>    addresses for traffic originating from single-homed segments. The B-
>    MAC address used for indicating Leaf sites can be the same for both
>    single-homed and multi-homed segments.
>
> 4.1 Known Unicast Traffic
>
>    For known unicast traffic, the PEs perform ingress filtering: On the
>    ingress PE, the C-MAC destination address lookup yields, in addition
>    to the target B-MAC address and forwarding adjacency, a flag which
>    indicates whether the target B-MAC is associated with a Root or a
>    Leaf site. The ingress PE cross-checks this flag with the status of
>    the originating site, and if both are a Leaf, then the packet is not
>    forwarded.
>
> 4.2 BUM Traffic
>
>    For BUM traffic, the PEs must perform egress filtering. When a PE
>    receives a MAC advertisement route (which will be used as a source B-
>    MAC), it updates its Ethernet Segment egress filtering function

The "its Ethernet Segment egress filtering function" phrase makes it 
sounds like we're talking about a wellknown function defined somewhere.
If this is indeed the case, providing a reference would be in order.
If not, then explaining what this function is would be required.

(Are you talking about doing something similar to what 3.2 specifies for 
the non-PBB procedures ?)

>    (based on the source B-MAC address), as follows:
>
>    - If the MAC Advertisement route indicates that the advertised B-MAC
>    is a Leaf, and the local Ethernet Segment is a Leaf as well, then the
>    source B-MAC address is added to the B-MAC filtering list.

Implicitly we can guess that this "filtering list" is a list of things 
to include, rather than a list of things to include, but the text should 
I think be explicit.

>
>    - Otherwise, the B-MAC filtering list is not updated.
>
>    When the egress PE receives the packet, it examines the B-MAC source
>    address to check whether it should filter or forward the frame. Note
>    that this uses the same filtering logic as baseline [RFC7623] and
>    does not require any additional flags in the data-plane.
>
>    The PE places all Leaf Ethernet Segments of a given bridge domain in
>    a single split-horizon group in order to prevent intra-PE forwarding
>    among Leaf segments.

As per a previous comment: isn't this something that should be common 
between the EVPN and the PBB-EVPN procedures ?

> This split-horizon function applies to BUM
>    traffic.

Does it mean "only" ?
(if yes, please be explicit, and if no, adding "as well" or something 
like that would be better)


> 4.3 E-Tree without MAC Learning
>
>    In scenarios where the traffic of interest is only Multicast and/or
>    broadcast, the PEs implementing an E-Tree service do not need to do
>    any MAC learning. In such scenarios the filtering must be performed
>    on egress PEs. For PBB-EVPN, the handling of such traffic is per
>    section 4.2 without C-MAC learning part of it at both ingress and
>    egress PEs.
>
> 5 BGP Encoding
>
>    This document defines two new BGP Extended Community for EVPN.
>
> 5.1 E-TREE Extended Community
>
>    This Extended Community is a new transitive Extended Community having
>    a Type field value of 0x06 (EVPN) and the Sub-Type 0x05. It is used
>    for leaf indication of known unicast and BUM traffic. For BUM
>    traffic, the Leaf Label field is set to a valid MPLS label and this
>    EC is advertised along with Ethernet A-D per ES route with an ESI of
>    zero to enable egress filtering on disposition PEs per section 3.2.1
>    and 3.2.3. There is no need to send ESI Label Extended Community when
>    sending Ethernet A-D per ES route with an ESI of zero. For known
>    unicast traffic, the Leaf flag bit is set to one and this EC is
>    advertised along with MAC/IP Advertisement route per section 3.1.
>
>    The E-TREE Extended Community is encoded as an 8-octet value as
>    follows:
>
>         0                   1 2                   3
>         0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>        | Type=0x06     | Sub-Type=0x05 | Flags(1 Octet)| Reserved=0   |
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>        |  Reserved=0   |           Leaf Label                          |
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>    The low-order bit of the Flags octet is defined as the "Leaf-
>    Indication" bit. A value of one indicates a Leaf AC/Site.
>
>    When this EC is advertised along with MAC/IP Advertisement route (for
>    known unicast traffic), the Leaf-Indication flag MUST be set to one
>    and Leaf Label is set to zero. The received PE should ignore Leaf
>    Label and only processes Leaf-Indication flag. A value of zero for
>    Leaf-Indication flag is invalid when sent along with MAC/IP
>    advertisement route and an error should be logged.
>
>    When this EC is advertised along with Ethernet A-D per ES route (with
>    ESI of zero) for BUM traffic, the Leaf Label MUST be set to a valid
>    MPLS label and the Leaf-Indication flag should be set to zero. The
>    received PE should ignore the Leaf-Indication flag. A non-valid MPLS
>    label when sent along with the Ethernet A-D per ES route, should be
>    logged as an error.
>
> 5.2 PMSI Tunnel Attribute
>
>    [RFC6514] defines PMSI Tunnel attribute which is an optional
>    transitive attribute with the following format:
>
>          +---------------------------------+
>          |  Flags (1 octet)                |
>          +---------------------------------+
>          |  Tunnel Type (1 octets)         |
>          +---------------------------------+
>          |  MPLS Label (3 octets)          |
>          +---------------------------------+
>          |  Tunnel Identifier (variable)   |
>          +---------------------------------+
>
>    This draft uses all the fields per existing definition except for the
>    following modifications to the Tunnel Type and Tunnel Identifier:
>
>    When receiver ingress-replication label is needed, the high-order bit
>    of the tunnel type field (C bit - Composite tunnel bit) is set while
>    the remaining low-order seven bits indicate the tunnel type as
>    before. When this C bit is set, the "tunnel identifier" field would
>    begin with a three-octet label, followed by the actual tunnel
>    identifier for the transmit tunnel.  PEs that don't understand the
>    new meaning of the high-order bit would treat the tunnel type as an
>    invalid tunnel type. For the PEs that do understand the new meaning
>    of the high-order, if ingress replication is desired when sending BUM
>    traffic, the PE will use the the label in the Tunnel Identifier field
>    when sending its BUM traffic.

I think we should have some text to unambiguously state that: "Using the 
Composite flag for Tunnel Types 0x00 'no tunnel information present' and 
0x06 'Ingress Replication' is invalid, and should be treated as an 
invalid tunnel type on reception".

Additionally, since RFC7385 has created a registry for PMSI Tunnel 
attribute tunnel types, taking the most significant bit from this field 
can't be done without a significant change of how this registry is 
organized  (because now you can't take value in 0x7b-0x7f without 
colliding into values which are Experimental or Reserved).

Achieving the above requires an update of RFC7385, so I would suggest 
adding an 8.1 section saying this:

---
The "P-Multicast Service Interface Tunnel (PMSI Tunnel) Tunnel Types" 
registry in the "Border Gateway Protocol (BGP) Parameters" registry 
needs to be updated to reflect the use of the most significant bit to 
advertise the use of "composite tunnels" (section 5.2).

For this purpose, this document updates RFC7385.

The registry is to be updated, by removing the entries for 0xFB-0xFE and 
0x0F, and replacing them by:
- 0x7B-0x7E Reserved for Experimental Use [this document]
- 0x7F  Reserved [this document]
- 0x80-0xFF Not Allocatable, corresponds to Composite tunnel types [this 
document]

The allocation policy for values 0x00 to 0x7A is IETF Review [RFC5226 
<https://tools.ietf.org/html/rfc5226>].
The range for experimental use is now 0x7B-0x7E, and value in this range 
are not to be assigned.
The status of 0x7F may only be changed through Standards Action [RFC5226 
<https://tools.ietf.org/html/rfc5226>].

----

Additionally to this section 8.1:
- the document header needs to specify "Updates: RFC7385" .
- the following can be added to the abstract (because reviewer often 
want to see in the abstract the explanation for why an RFC is updated): 
"This document makes use of the most significant bit of the scope 
governed by the IANA registry created by RFC7385, and hence updates that 
RFC accordingly."




> 6  Acknowledgement
>
>    We would like to thank Dennis Cai, Antoni Przygienda, and Jeffrey
>    Zhang for their valuable comments.
>
> 7  Security Considerations
>
>    Since this draft uses the EVPN constructs of [RFC7432] and [RFC7623],
>    the same security considerations in these drafts are also applicable
>    here. Furthermore, this draft provides additional security check by
>    allowing sites (or ACs) of an EVPN instance to be designated as
>    "Root" or "Leaf" and preventing any traffic exchange among "Leaf"
>    sites of that VPN through ingress filtering for known unicast traffic
>    and egress filtering for BUM traffic.
>
> 8  IANA Considerations
>
>    This document requests the allocation of value 5 in the "EVPN
>    Extended Community Sub-Types" registry defined in [RFC7153] and
>    modification of the registry as follow:

The text above should be reformulated to reflect the fact that IANA has 
already allocated the value: "IANA has allocated value 5 in the "EVPN 
Extended Community Sub-Types" registry defined in [RFC7153] as follow:"

>
>          SUB-TYPE VALUE     NAME                        Reference
>          0x05               E-TREE Extended Community   This document
>

Thanks,

-Thomas







--------------72752E55DD16402556D3E6FA
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>Hi,</p>
    <p>Here is the review I did while preparing the shepherd write-up
      for draft-ietf-bess-evpn-etree .</p>
    <p></p>
    <p>There is one thing that stands out: the document uses the most
      significant bit of the "PMSI Tunnel Attribute" Tunnel TypeÂ  field,
      which cant't be done I think without updating the structure of the
      corresponding registry (RFC7385).Â  I suggest how that can be done
      at the end of this review (a few people Cc'd for this reason).<br>
    </p>
    Please find my comments below...<br>
    <br>
    [...]<br>
    <p> </p>
    <blockquote type="cite">2Â  E-Tree Scenarios and EVPN / PBB-EVPN
      Support<br>
      <br>
      Â Â  In this section, we will categorize support for E-Tree into
      three<br>
      Â Â  different scenarios, depending on the nature of the site
      association<br>
      Â Â  (Root/Leaf) per PE or per Ethernet Segment:<br>
      <br>
      Â Â  - Leaf OR Root site(s) per PE<br>
      <br>
      Â Â  - Leaf OR Root site(s) per AC<br>
      <br>
      Â Â  - Leaf OR Root site(s) per MAC<br>
      <br>
      2.1 Scenario 1: Leaf OR Root site(s) per PE<br>
    </blockquote>
    <p> </p>
    <blockquote type="cite"><br>
      Â Â  In this scenario, a PE may receive traffic from either Root
      sites OR<br>
      Â Â  Leaf sites for a given MAC-VRF/bridge table, but not both<br>
      Â Â  concurrently. In other words, a given EVI on a PE is either<br>
      Â Â  associated with a root or leaf.</blockquote>
    <p>s/with a root or leaf/with roots or leaves/ ?<br>
    </p>
    <p><br>
    </p>
    <blockquote type="cite"> The PE may have both Root and Leaf<br>
    </blockquote>
    <p>s/both Root and Leaf/both Roots and Leaves/ ?<br>
    </p>
    <p><br>
    </p>
    <blockquote type="cite">Â Â  sites albeit for different EVIs.</blockquote>
    <p> </p>
    <blockquote type="cite"><br>
      Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  +---------+Â Â Â Â Â Â Â Â Â Â Â  +---------+<br>
      Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  |Â Â  PE1Â Â  |Â Â Â Â Â Â Â Â Â Â Â  |Â Â  PE2Â Â  |<br>
      Â Â Â  +---+Â Â Â Â Â Â Â Â Â  |Â  +---+Â  |Â  +------+Â  |Â  +---+Â  |Â Â Â Â Â Â Â Â Â Â Â 
      +---+<br>
      Â Â Â  |CE1+---ES1----+--+Â Â  |Â  |Â  | MPLS |Â  |Â  |Â Â 
      +--+----ES2-----+CE2|<br>
      Â Â Â  +---+Â  (Root)Â  |Â  |MAC|Â  |Â  |Â  /IP |Â  |Â  |MAC|Â  |Â Â  (Leaf)Â Â 
      +---+<br>
      Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  |Â  |VRF|Â  |Â  |Â Â Â Â Â  |Â  |Â  |VRF|Â  |<br>
      Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  |Â  |Â Â  |Â  |Â  |Â Â Â Â Â  |Â  |Â  |Â Â  |Â  |Â Â Â Â Â Â Â Â Â Â Â 
      +---+<br>
      Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  |Â  |Â Â  |Â  |Â  |Â Â Â Â Â  |Â  |Â  |Â Â 
      +--+----ES3-----+CE3|<br>
      Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  |Â  +---+Â  |Â  +------+Â  |Â  +---+Â  |Â Â  (Leaf)Â Â 
      +---+<br>
      Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  +---------+Â Â Â Â Â Â Â Â Â Â Â  +---------+<br>
      <br>
      Â Â  Figure 1: Scenario 1<br>
      <br>
    </blockquote>
    <p> </p>
    <blockquote type="cite">Â Â  In such scenario, an EVPN PE
      implementation MAY provide E-TREE<br>
      Â Â  service using topology constraint among the PEs belonging to
      the same<br>
    </blockquote>
    <p>"topology constraint" is a bit opaque as a term, perhaps "using
      tailored BGP RT import/export policies" would be more descriptive
      (assuming I understood your intent)<br>
    </p>
    <p><br>
    </p>
    <blockquote type="cite">Â Â  EVI. The purpose of this topology
      constraint is to avoid having PEs<br>
      Â Â  with onlyÂ  Leaf sites importing and processing BGP MAC routes
      from<br>
      Â Â  each other. To support such topology constrain in EVPN, two BGP<br>
      Â Â  Route-Targets (RTs) are used for every EVPN Instance (EVI): one
      RT is<br>
      Â Â  associated with the Root sites and the other is associated with
      the<br>
      Â Â  Leaf sites. On a per EVI basis, every PE exports the single RT<br>
      Â Â  associated with its type of site(s). Furthermore, a PE with
      Root<br>
      Â Â  site(s) imports both Root and Leaf RTs, whereas a PE with Leaf<br>
      Â Â  site(s) only imports the Root RT.<br>
    </blockquote>
    <p>The text seems to imply that the above is sufficient to deliver
      the service, but I fail to see what would prevent Leaf-to-Leaf
      traffic between Leaves bound to the same MAC-VRF (ES2 and ES3 in
      firgure1).Â  Shouldn't the text mention the use of a split-horizon
      in Leaf MAC-VRFs ?<br>
    </p>
    <p>(assuming the previous point is resolved:)<br>
    </p>
    <p>With this mechanism above, isn't it possible to have on a given
      PE, for a single E-TREE EVI, both Leaves and Roots, as long as
      distinct MAC-VRFs are used (one for Leaves and one for Roots) ?Â Â 
      (it seems to me that the assymetric import/export RT would do what
      is needed to build an E-TREE, we would just have a particular case
      where a Leaf MAC-VRF and a Root MAC-VRF for a given E-TREE end up
      on a single PE)<br>
    </p>
    If this is not possible, I think the text should explain why.<br>
    <p><br>
    </p>
    <blockquote type="cite"> If the number of EVIs is very large<br>
      Â Â  (e.g., more than 64K), then RT type 0 as defined in [RFC4360]
      SHOULD<br>
      Â Â  be used; otherwise, RT type 2 is sufficient [RFC7153].<br>
    </blockquote>
    <p>This is not specific to E-VPN E-TREE, or even to E-VPN, why
      mention that ?<br>
    </p>
    <p><br>
    </p>
    <blockquote type="cite"><br>
      2.2 Scenario 2: Leaf OR Root site(s) per AC<br>
      <br>
      Â Â  In this scenario, a PE receives traffic from either Root OR
      Leaf<br>
      Â Â  sites (but not both) on a given Attachment Circuit (AC) of an
      EVI. In<br>
      Â Â  other words, an AC (ES or ES/VLAN) is either associated with a
      Root<br>
      Â Â  or Leaf (but not both).<br>
    </blockquote>
    <p>s/with a Root or Leaf/with Roots or Leaves/ ?<br>
    </p>
    <p><br>
    </p>
    <p><br>
    </p>
    <blockquote type="cite"><br>
      Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  +---------+Â Â Â Â Â Â Â Â Â Â Â  +---------+<br>
      Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  |Â Â  PE1Â Â  |Â Â Â Â Â Â Â Â Â Â Â  |Â Â  PE2Â Â  |<br>
      Â Â Â  +---+Â Â Â Â Â Â Â Â Â Â Â  |Â  +---+Â  |Â  +------+Â  |Â  +---+Â  |Â Â Â Â Â Â Â Â Â Â Â 
      +---+<br>
      Â Â Â  |CE1+-----ES1----+--+Â Â  |Â  |Â  |Â Â Â Â Â  |Â  |Â  |Â Â 
      +--+---ES2/AC1--+CE2|<br>
      Â Â Â  +---+Â Â Â  (Leaf)Â  |Â  |MAC|Â  |Â  | MPLS |Â  |Â  |MAC|Â  |Â Â  (Leaf)Â Â 
      +---+<br>
      Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  |Â  |VRF|Â  |Â  |Â  /IP |Â  |Â  |VRF|Â  |<br>
      Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  |Â  |Â Â  |Â  |Â  |Â Â Â Â Â  |Â  |Â  |Â Â  |Â  |Â Â Â Â Â Â Â Â Â Â Â 
      +---+<br>
      Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  |Â  |Â Â  |Â  |Â  |Â Â Â Â Â  |Â  |Â  |Â Â 
      +--+---ES2/AC2--+CE3|<br>
      Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  |Â  +---+Â  |Â  +------+Â  |Â  +---+Â  |Â Â  (Root)Â Â 
      +---+<br>
      Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  +---------+Â Â Â Â Â Â Â Â Â Â Â  +---------+<br>
      <br>
      Â Â  Figure 2: Scenario 2<br>
      <br>
      Â Â  In this scenario, if there are PEs with only root (or leaf)
      sites per<br>
      Â Â  EVI, then the RT constrain procedures described in section 2.1
      can<br>
      Â Â  also be used here. However, when a Root site is added to a Leaf
      PE,<br>
      Â Â  then that PE needs to process MAC routes from all other Leaf
      PEs and<br>
      Â Â  add them to its forwarding table. </blockquote>
    <p>This is the case in 2.1 as well, isn't it ?<br>
    </p>
    <p><br>
    </p>
    <blockquote type="cite">For this scenario, if for a given<br>
      Â Â  EVI, the majority of PEs will eventually have both Leaf and
      Root<br>
      Â Â  sites attached, even though they may start as Root-only or
      Leaf-only<br>
      Â Â  PEs, then it is recommended to use a single RT per EVI and
      avoid<br>
      Â Â  additional configuration and operational overhead.<br>
    </blockquote>
    <p>Why this recommendation ?<br>
      Even with a majority of PEs having both Leaves and Roots, there
      can remain (up to 49% of) PEs having only Leaves, which will
      uselessly have all routes to other Leaves.</p>
    <p>So "it is recommended" above, deserves to be explained more, I
      think.<br>
    </p>
    <br>
    <p><br>
    </p>
    <blockquote type="cite"><br>
      2.3 Scenario 3: Leaf OR Root site(s) per MAC<br>
      <br>
      Â Â  In this scenario, a PE may receive traffic from both Root AND
      Leaf<br>
      Â Â  sites on a given Attachment Circuit (AC) of an EVI. Since an<br>
      Â Â  Attachment Circuit (ES or ES/VLAN) carries traffic from both
      Root and<br>
      Â Â  Leaf sites, the granularity at which Root or Leaf sites are<br>
      Â Â  identifies </blockquote>
    <p>s/identifies/identified/<br>
    </p>
    <p><br>
    </p>
    <blockquote type="cite">is on a per MAC address. This scenario is
      considered in<br>
      Â Â  this draft for EVPN service with only known unicast traffic -
      i.e.,<br>
      Â Â  there is no BUM traffic.<br>
    </blockquote>
    <p>"there is no BUM" is quite a bold claim ! :=<br>
    </p>
    <p>Maybe the text should say "no BUM traffic is supported (BUM
      traffic will be dropped)" ?</p>
    <p>(possibly "BUM traffic from Leaves will be dropped" would be
      sufficient ?)<br>
    </p>
    <p><br>
    </p>
    <blockquote type="cite"><br>
      Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  +---------+Â Â Â Â Â Â Â Â Â Â Â  +---------+<br>
      Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  |Â Â  PE1Â Â  |Â Â Â Â Â Â Â Â Â Â Â  |Â Â  PE2Â Â  |<br>
      Â Â Â  +---+Â Â Â Â Â Â Â Â Â Â Â  |Â  +---+Â  |Â  +------+Â  |Â  +---+Â  |Â Â Â Â Â Â Â Â Â Â Â 
      +---+<br>
      Â Â Â  |CE1+-----ES1----+--+Â Â  |Â  |Â  |Â Â Â Â Â  |Â  |Â  |Â Â 
      +--+---ES2/AC1--+CE2|<br>
      Â Â Â  +---+Â Â Â  (Root)Â  |Â  | E |Â  |Â  | MPLS |Â  |Â  | E |Â  |
      (Leaf/Root)+---+<br>
      Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  |Â  | V |Â  |Â  |Â  /IP |Â  |Â  | V |Â  |<br>
      Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  |Â  | I |Â  |Â  |Â Â Â Â Â  |Â  |Â  | I |Â  |Â Â Â Â Â Â Â Â Â Â Â 
      +---+<br>
      Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  |Â  |Â Â  |Â  |Â  |Â Â Â Â Â  |Â  |Â  |Â Â 
      +--+---ES2/AC2--+CE3|<br>
      Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  |Â  +---+Â  |Â  +------+Â  |Â  +---+Â  |Â Â  (Leaf)Â Â 
      +---+<br>
      Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  +---------+Â Â Â Â Â Â Â Â Â Â Â  +---------+<br>
      <br>
      Â Â  Figure 3: Scenario 3<br>
      <br>
      3 Operation for EVPN<br>
      <br>
      Â Â  [RFC7432] defines the notion of ESI MPLS label used for
      split-horizon<br>
      Â Â  filtering of BUM traffic at the egress PE. Such egress
      filtering<br>
      Â Â  capabilities can be leveraged in provision of E-TREE services
      as seen<br>
      Â Â  shortly. In other words, [RFC7432] has inherent capability to
      support<br>
      Â Â  E-TREE services without defining any new BGP routes but by just<br>
      Â Â  defining a new BGP Extended Community for leaf indication as
      shown<br>
      Â Â  later in this document.<br>
      <br>
      3.1 Known Unicast Traffic<br>
      <br>
      Â Â  Since in EVPN, MAC learning is performed in control plane via<br>
      Â Â  advertisement of BGP routes, the filtering needed by E-TREE
      service<br>
      Â Â  for known unicast traffic can be performed at the ingress PE,
      thus<br>
      Â Â  providing very efficient filtering and avoiding sending known
      unicast<br>
      Â Â  traffic over MPLS/IP core to be filtered at the egress PE as
      done in<br>
      Â Â  traditional E-TREE solutions (e.g., E-TREE for VPLS).<br>
      <br>
      Â Â  To provide such ingress filtering for known unicast traffic, a
      PE<br>
      Â Â  MUST indicate to other PEs what kind of sites (root or leaf)
      its MAC<br>
      Â Â  addresses are associated with by advertising a leaf indication
      flag<br>
      Â Â  (via an Extended Community) along with each of its MAC/IP<br>
      Â Â  Advertisement route. The lack of such flag indicates that the
      MAC<br>
      Â Â  address is associated with a root site. </blockquote>
    <br>
    <br>
    <br>
    <blockquote type="cite">Â  This scheme applies to all<br>
      Â Â  scenarios described in section 2.<br>
      <br>
      Â Â  Furthermore, for multi-homing scenario of section 2.2, where an
      AC is<br>
      Â Â  either root or leaf (but not both), the PE MAY advertise leaf<br>
      Â Â  indication along with the Ethernet A-D per EVI route. This<br>
      Â Â  advertisement is used for sanity checking in control-plane to
      ensure<br>
      Â Â  that there is no discrepancy in configuration among different
      PEs of<br>
      Â Â  the same redundancy group. For example, if a leaf site is
      multi-homed<br>
      Â Â  to PE1 an PE2, and PE1 advertises the Ethernet A-D per EVI<br>
      Â Â  corresponding to this leaf site with the leaf-indication flag
      but PE2<br>
      Â Â  does not, then the receiving PE notifies the operator of such<br>
      Â Â  discrepancy and ignore the leaf-indication flag on PE1. In
      other<br>
      Â Â  words, in case of discrepancy, the multi-homing for that pair
      of PEs<br>
      Â Â  is assumed to be in default "root" mode for that &lt;ESI,
      EVI&gt; or &lt;ESI,<br>
      Â Â  EVI/VLAN&gt;. The leaf indication flag on Ethernet A-D per EVI
      route<br>
      Â Â  tells the receiving PEs that all MAC addresses associated with
      this<br>
      Â Â  &lt;ESI, EVI&gt; or &lt;ESI, EVI/VLAN&gt; are from a leaf site.
      Therefore, if a<br>
      Â Â  PE receives a leaf indication for an AC via the Ethernet A-D
      per EVI<br>
      Â Â  route but doesn't receive a leaf indication in the
      corresponding MAC<br>
    </blockquote>
    <blockquote type="cite"> Â Â  route, </blockquote>
    <br>
    "MAC route" --&gt; "MAC/IP Advertisement route" ?<br>
    <br>
    <br>
    <br>
    <blockquote type="cite">then it notify the operator and ignore the
      leaf indication on<br>
    </blockquote>
    <br>
    s/notify/notifies/<br>
    <br>
    <blockquote type="cite"> Â Â  the Ethernet A-D per EVI route.<br>
    </blockquote>
    <br>
    <br>
    The procedure above should I think be rephrased to provide
    unambiguous interpretation in the case where a given MAC is being
    announced in more than one MAC/IP advertisement route, possibly
    carrying a different leaf indication (and even possibly from
    different ESes, or from PEs not advertising Ethernet A-D route).<br>
    <br>
    <br>
    <blockquote type="cite"> <br>
      Â Â  Tagging MAC addresses with a leaf indication enables remote PEs
      to<br>
      Â Â  perform ingress filtering for known unicast traffic - i.e., on
      the<br>
      Â Â  ingress PE, the MAC destination address lookup yields, in
      addition to<br>
      Â Â  the forwarding adjacency, a flag which indicates whether the
      target<br>
      Â Â  MAC is associated with a Leaf site or not. </blockquote>
    <br>
    Ditto, more or less: the procedure above should I think be rephrased
    to provide unambiguous interpretation in the case where a given MAC
    is being announced in more than one MAC/IP advertisement route,
    possibly carrying a different leaf indication.<br>
    <br>
    <blockquote type="cite">The ingress PE cross-<br>
      Â Â  checks this flag with the status of the originating AC, and if
      both<br>
    </blockquote>
    <blockquote type="cite"> Â Â  are Leafs, then the packet is not
      forwarded.<br>
    </blockquote>
    <br>
    <br>
    <br>
    <blockquote type="cite"> <br>
      Â Â  To support the above ingress filtering functionality, a new
      E-TREE<br>
      Â Â  Extended Community with a Leaf indication flag is introduced
      [section<br>
      Â Â  5.2]. This new Extended Community MUST be advertised with
      MAC/IP<br>
      Â Â  Advertisement route and MAY be advertised with an Ethernet A-D
      per<br>
      Â Â  EVI route as described above.<br>
      <br>
      3.2 BUM Traffic<br>
      <br>
      Â Â  For BUM traffic, it is not possible to perform filtering on the<br>
      Â Â  ingress PE, as is the case with known unicast, because of the
      multi-<br>
      Â Â  destination nature of the traffic.</blockquote>
    <br>
    Saying "it is not possible" without more explanation is not very
    useful (the reader may think about using RPF-like techniques on the
    egress PE).<br>
    It seems to me more reasonable to formulate things in terms of "This
    specification does not provide support for filtering BUM traffic on
    the ingress PE", and avoid a sentence like the one above.<br>
    <br>
    <blockquote type="cite"> As such, the solution relies on<br>
      Â Â  egress filtering. In order to apply the proper egress
      filtering,<br>
      Â Â  which varies based on whether a packet is sent from a Leaf AC
      or a<br>
      Â Â  root AC, the MPLS-encapsulated frames MUST be tagged with an<br>
      Â Â  indication when they originated from a Leaf AC. In other words,
      leaf<br>
      Â Â  indication for BUM traffic is done at the granularity of AC.
      This can<br>
      Â Â  be achieved in EVPN through the use of a MPLS label where it
      can be<br>
      Â Â  used to either identify the Ethernet segment of origin per
      [RFC7432]<br>
      Â Â  (i.e., ESI label) or it can be used to indicate that the packet
      is<br>
      Â Â  originated from a leaf site (Leaf label).<br>
      <br>
      Â Â  BUM traffic sent over a P2MP LSP or ingress replication, may
      need to<br>
      Â Â  carry an upstream assigned or downstream assigned MPLS label<br>
      Â Â  (respectively) for the purpose of egress filtering to indicate
      to the<br>
      Â Â  egress PEs whether this packet is originated from a leaf AC.<br>
      <br>
      Â Â  The main difference between downstream and upstream assigned
      MPLS<br>
      Â Â  label is that in case of downstream assigned not all egress PE<br>
      Â Â  devices need to receive the label just like ingress replication<br>
      Â Â  procedures defined in [RFC7432].<br>
      <br>
      Â Â  There are four scenarios to consider as follow. </blockquote>
    <br>
    s/follow/follows/<br>
    <br>
    <blockquote type="cite">In all these<br>
      Â Â  scenarios, the imposition PE imposes the right MPLS label
      associated<br>
    </blockquote>
    <br>
    s/the imposition PE imposes/the ingress PE imposes/ ?<br>
    <br>
    <blockquote type="cite"> Â Â  with the originated Ethernet Segment
      (ES) depending on whether the<br>
      Â Â  Ethernet frame originated from a Root or a Leaf site on that
      Ethernet<br>
      Â Â  Segment (ESI or Leaf label). </blockquote>
    <br>
    <blockquote type="cite">The mechanism by which the PE identifies<br>
      Â Â  whether a given frame originated from a Root or a Leaf site on
      the<br>
      Â Â  segment is based on the Ethernet Tag associated with the frame
      (e.g.,<br>
      Â Â  whether the frame received on a leaf or a root AC). </blockquote>
    <br>
    First comment: it seems that the formulation should also support the
    case where an AC does not use .1q.<br>
    <br>
    (side comment: doing the identification based on the source MAC
    address would seem to allow BUM in the context of 2.3; it is out of
    the scope of my review to extend the scope of these specs, but I'm
    curious why it is not proposed....)<br>
    <br>
    <blockquote type="cite">Other mechanisms<br>
      Â Â  for identifying whether an ingress AC is a root or leaf is
      beyond the<br>
      Â Â  scope of this document.<br>
      <br>
      3.2.1 BUM traffic originated from a single-homed site on a leaf AC<br>
      <br>
      Â Â  In this scenario, the ingress PE adds a special MPLS label
      indicating<br>
      Â Â  a Leaf site. This special Leaf MPLS label, used for
      single-homing<br>
      Â Â  scenarios, is not on a per ES basis but rather on a per PE
      basis -<br>
      Â Â  i.e., a single Leaf MPLS label is used for all single-homed
      ES's on<br>
      Â Â  that PE. This Leaf label is advertised to other PE devices,
      using a<br>
      Â Â  new EVPN Extended Community called E-TREE Extended Community
      (section<br>
      Â Â  5.1) along with an Ethernet A-D per ES route with ESI of zero
      and a<br>
      Â Â  set of Route Targets (RTs) corresponding to all EVIs on the PE
      with<br>
      Â Â  at least one leaf site per EVI. The set of Ethernet A-D per ES
      routes<br>
      Â Â  may be needed if the number of Route Targets (RTs) that need to
      be<br>
      Â Â  sent exceed the limit on a single route per [RFC7432]. The ESI
      for<br>
      Â Â  the Ethernet A-D per ES route is set to zero to indicate
      single-homed<br>
      Â Â  sites.<br>
      <br>
      Â Â  When a PE receives this special Leaf label in the data path, it<br>
      Â Â  blocks the packet if the destination AC is of type Leaf;
      otherwise,<br>
      Â Â  it forwards the packet.<br>
      <br>
      3.2.2 BUM traffic originated from a single-homed site on a root AC<br>
      <br>
      Â Â  In this scenario, the ingress PE does not add any ESI or Leaf
      label<br>
      Â Â  and it operates per [RFC7432] procedures.<br>
      <br>
      3.2.3 BUM traffic originated from a multi-homed site on a leaf AC<br>
      <br>
      Â Â  In this scenario, it is assumed that While different ACs
      (VLANs) on<br>
    </blockquote>
    <br>
    s/While/while/<br>
    <br>
    <blockquote type="cite"> Â Â  the same ES could have different
      root/leaf designation (some being<br>
      Â Â  roots and some being leaves), the same VLAN does have the same<br>
      Â Â  root/leaf designation on all PEs on the same ES. Furthermore,
      it is<br>
      Â Â  assumed that there is no forwarding among subnets - ie, the
      service<br>
      Â Â  is EVPN L2 and not EVPN IRB. IRB use case is outside the scope
      of<br>
      Â Â  this document.<br>
      <br>
      Â Â  In such scenarios,Â  If a multicast packet is originated from a
      leaf<br>
    </blockquote>
    <br>
    s/multicast/multicast or broadcast/ ?<br>
    <br>
    <blockquote type="cite"> Â Â  AC, then it only needs to carry Leaf
      label described in section<br>
      Â Â  3.2.1. This label is sufficient in providing the necessary
      egress<br>
      Â Â  filtering of BUM traffic from getting sent to leaf ACs
      including the<br>
      Â Â  leaf AC on the same Ethernet Segment.<br>
      <br>
      3.2.4 BUM traffic originated from a multi-homed site on a root AC<br>
      <br>
      Â Â  In this scenario, both the ingress and egress PE devices
      follows the<br>
      Â Â  procedure defined in [RFC7432] for adding and/or processing an
      ESI<br>
      Â Â  MPLS label.<br>
      <br>
      3.3 E-TREE Traffic Flows for EVPN<br>
      <br>
      Â Â  Per [RFC7387], a generic E-Tree service supports all of the
      following<br>
      Â Â  traffic flows:<br>
      <br>
      Â Â Â Â Â Â Â  - Ethernet Unicast from Root to Roots &amp; Leaf<br>
      Â Â Â Â Â Â Â  - Ethernet Unicast from Leaf to Root<br>
      Â Â Â Â Â Â Â  - Ethernet Broadcast/Multicast from Root to Roots &amp;
      Leafs<br>
      Â Â Â Â Â Â Â  - Ethernet Broadcast/Multicast from Leaf to Roots<br>
      <br>
      Â Â  A particular E-Tree service may need to support all of the
      above<br>
      Â Â  types of flows or only a select subset, depending on the target<br>
      Â Â  application. In the case where unicast flows need not be
      supported,<br>
      Â Â  the L2VPN PEs can avoid performing any MAC learning function.<br>
      <br>
      Â Â  In the subsections that follow, we will describe the operation
      of<br>
      Â Â  EVPN to support E-Tree service with and without MAC learning.<br>
      <br>
      3.3.1 E-Tree with MAC Learning<br>
      <br>
      Â Â  The PEs implementing an E-Tree service must perform MAC
      learning when<br>
      Â Â  unicast traffic flows must be supported among Root and Leaf
      sites. In<br>
      Â Â  this case, the PE with Root sites performs MAC learning in the
      data-<br>
    </blockquote>
    <br>
    s/the PE with Root sites/the PEs with Root sites/ ?<br>
    (or "PE(s)"...)<br>
    <br>
    <blockquote type="cite"> Â Â  path over the Ethernet Segments, and
      advertises reachability in EVPN<br>
      Â Â  MAC Advertisement routes. These routes will be imported by all
      PEs<br>
      Â Â  for that EVI (i.e., PEs that have Leaf sites as well as PEs
      that have<br>
      Â Â  Root sites). Similarly, the PEs with Leaf sites perform MAC
      learning<br>
      Â Â  in the data-path over their Ethernet Segments, and advertise<br>
      Â Â  reachability in EVPN MAC Advertisement routes. For the scenario<br>
      Â Â  described in section 2.1 (or possibly section 2.2), these
      routes are<br>
      Â Â  imported only by PEs with at least one Root site in the EVI -
      i.e., a<br>
      Â Â  PE with only Leaf sites will not import these routes. PEs with
      Root<br>
      Â Â  and/or Leaf sites may use the Ethernet A-D routes for aliasing
      (in<br>
      Â Â  the case of multi-homed segments) and for mass MAC withdrawal
      per<br>
      Â Â  [RFC7432].<br>
      <br>
      Â Â  To support multicast/broadcast from Root to Leaf sites, either
      a P2MP<br>
      Â Â  tree rooted at the PE(s) with the Root site(s) or ingress
      replication<br>
      Â Â  can be used. The multicast tunnels are set up through the
      exchange of<br>
      Â Â  the EVPN Inclusive Multicast route, as defined in [RFC7432].<br>
      <br>
      Â Â  To support multicast/broadcast from Leaf to Root sites, ingress<br>
      Â Â  replication should be sufficient for most scenarios where there
      are<br>
      Â Â  only a few Roots (typically two). Therefore, in a typical
      scenario, a<br>
      Â Â  root PE needs to support both a P2MP tunnel in transmit
      direction<br>
      Â Â  from itself to leaf PEs and at the same time it needs to
      support<br>
      Â Â  ingress-replication tunnels in receive direction from leaf PEs
      to<br>
      Â Â  itself. In order to signal this efficiently from the root PE, a
      new<br>
      Â Â  composite tunnel type is defined per section 5.3.Â  This new
      composite<br>
      Â Â  tunnel type is advertised by the root PE to simultaneously
      indicate a<br>
      Â Â  P2MP tunnel in transmit direction and an ingress-replication
      tunnel<br>
      Â Â  in the receive direction for the BUM traffic.<br>
      <br>
      Â Â  If the number of Roots is large, P2MP tunnels originated at the
      PEs<br>
      Â Â  with Leaf sites may be used and thus there will be no need to
      use the<br>
      Â Â  modified PMSI tunnel attribute in section 5.2 for composite
      tunnel<br>
      Â Â  type.<br>
      <br>
      3.3.2 E-Tree without MAC Learning<br>
      <br>
      Â Â  The PEs implementing an E-Tree service need not perform MAC
      learning<br>
      Â Â  when the traffic flows between Root and Leaf sites are only
      multicast<br>
      Â Â  or broadcast. In this case, the PEs do not exchange EVPN MAC<br>
      Â Â  Advertisement routes. Instead, the Inclusive Multicast Ethernet
      Tag<br>
      Â Â  (IMET) routes are used to support BUM traffic.<br>
    </blockquote>
    <br>
    It's nicer to avoid "acronym soup" when possible.<br>
    Here the acronym is used only once... UsingÂ  "Inclusive Multicast
    Ethernet Tag route" in these two places is ok I think.<br>
    <br>
    <blockquote type="cite"> <br>
      Â Â  The fields of the IMET route are populated per the procedures
      defined<br>
      Â Â  in [RFC7432], and the multicast tunnel setup criteria are as<br>
      Â Â  described in the previous section.<br>
      <br>
      Â Â  Just as in the previous section, if the number of PEs with root
      sites<br>
      Â Â  are only a few and thus ingress replication is desired from
      leaf PEs<br>
      Â Â  to these root PEs, then the modified PMSI attribute as defined
      in<br>
      Â Â  section 5.3 should be used.<br>
      <br>
      4 Operation for PBB-EVPN<br>
      <br>
      Â Â  In PBB-EVPN, the PE advertises a Root/Leaf indication along
      with each<br>
      Â Â  B-MAC Advertisement route, to indicate whether the associated
      B-MAC<br>
      Â Â  address corresponds to a Root or a Leaf site. Just like the
      EVPN<br>
      Â Â  case, the new E-TREE Extended Community defined in section
      [5.1] is<br>
      Â Â  advertised with each MAC Advertisement route.<br>
      <br>
      Â Â  In the case where a multi-homed Ethernet Segment has both Root
      and<br>
      Â Â  Leaf sites attached, two B-MAC addresses are advertised: one
      B-MAC<br>
      Â Â  address is per ES as specified in [RFC7623] and implicitly
      denoting<br>
      Â Â  Root, and the other B-MAC address is per PE and explicitly
      denoting<br>
      Â Â  Leaf. The former B-MAC address is not advertised with the
      E-TREE<br>
      Â Â  extended community but the latter B-MAC denoting Leaf is
      advertised<br>
      Â Â  with the new E-TREE extended community where "Leaf-indication"
      flag<br>
      Â Â  is set. In such multi-homing scenarios where and Ethernet
      Segment has<br>
      Â Â  both Root and Leaf ACs, it is assumed that While different ACs<br>
      Â Â  (VLANs) on the same ES could have different root/leaf
      designation<br>
      Â Â  (some being roots and some being leaves), the same VLAN does
      have the<br>
      Â Â  same root/leaf designation on all PEs on the same ES.
      Furthermore, it<br>
      Â Â  is assumed that there is no forwarding among subnets - ie, the<br>
      Â Â  service is L2 and not IRB. IRB use case is outside the scope of
      this<br>
      Â Â  document.<br>
      <br>
      Â Â  The ingress PE uses the right B-MAC source address depending on<br>
      Â Â  whether the Ethernet frame originated from the Root or Leaf AC
      on<br>
      Â Â  that Ethernet Segment. The mechanism by which the PE identifies<br>
      Â Â  whether a given frame originated from a Root or Leaf site on
      the<br>
      Â Â  segment is based on the Ethernet Tag associated with the frame.
      Other<br>
      Â Â  mechanisms of identification, beyond the Ethernet Tag, are
      outside<br>
      Â Â  the scope of this document.<br>
      <br>
      Â Â  Furthermore, a PE advertises two special global B-MAC
      addresses: one<br>
      Â Â  for Root and another for Leaf, and tags the Leaf one as such in
      the<br>
      Â Â  MAC Advertisement route. These B-MAC addresses are used as
      source<br>
      Â Â  addresses for traffic originating from single-homed segments.
      The B-<br>
      Â Â  MAC address used for indicating Leaf sites can be the same for
      both<br>
      Â Â  single-homed and multi-homed segments.<br>
      <br>
      4.1 Known Unicast Traffic<br>
      <br>
      Â Â  For known unicast traffic, the PEs perform ingress filtering:
      On the<br>
      Â Â  ingress PE, the C-MAC destination address lookup yields, in
      addition<br>
      Â Â  to the target B-MAC address and forwarding adjacency, a flag
      which<br>
      Â Â  indicates whether the target B-MAC is associated with a Root or
      a<br>
      Â Â  Leaf site. The ingress PE cross-checks this flag with the
      status of<br>
      Â Â  the originating site, and if both are a Leaf, then the packet
      is not<br>
      Â Â  forwarded.<br>
      <br>
      4.2 BUM Traffic<br>
      <br>
      Â Â  For BUM traffic, the PEs must perform egress filtering. When a
      PE<br>
      Â Â  receives a MAC advertisement route (which will be used as a
      source B-<br>
      Â Â  MAC), it updates its Ethernet Segment egress filtering function<br>
    </blockquote>
    <br>
    The "its Ethernet Segment egress filtering function" phrase makes it
    sounds like we're talking about a wellknown function defined
    somewhere.<br>
    If this is indeed the case, providing a reference would be in order.<br>
    If not, then explaining what this function is would be required.<br>
    <br>
    (Are you talking about doing something similar to what 3.2 specifies
    for the non-PBB procedures ?)<br>
    <br>
    <blockquote type="cite"> Â Â  (based on the source B-MAC address), as
      follows:<br>
      <br>
      Â Â  - If the MAC Advertisement route indicates that the advertised
      B-MAC<br>
      Â Â  is a Leaf, and the local Ethernet Segment is a Leaf as well,
      then the<br>
      Â Â  source B-MAC address is added to the B-MAC filtering list.<br>
    </blockquote>
    <br>
    Implicitly we can guess that this "filtering list" is a list of
    things to include, rather than a list of things to include, but the
    text should I think be explicit.<br>
    <br>
    <blockquote type="cite"> <br>
      Â Â  - Otherwise, the B-MAC filtering list is not updated.<br>
      <br>
      Â Â  When the egress PE receives the packet, it examines the B-MAC
      source<br>
      Â Â  address to check whether it should filter or forward the frame.
      Note<br>
      Â Â  that this uses the same filtering logic as baseline [RFC7623]
      and<br>
      Â Â  does not require any additional flags in the data-plane.<br>
      <br>
      Â Â  The PE places all Leaf Ethernet Segments of a given bridge
      domain in<br>
      Â Â  a single split-horizon group in order to prevent intra-PE
      forwarding<br>
      Â Â  among Leaf segments.</blockquote>
    <br>
    As per a previous comment: isn't this something that should be
    common between the EVPN and the PBB-EVPN procedures ?<br>
    <br>
    <blockquote type="cite"> This split-horizon function applies to BUM<br>
      Â Â  traffic.<br>
    </blockquote>
    <br>
    Does it mean "only" ?<br>
    (if yes, please be explicit, and if no, adding "as well" or
    something like that would be better)<br>
    <br>
    <br>
    <blockquote type="cite"> 4.3 E-Tree without MAC Learning<br>
      <br>
      Â Â  In scenarios where the traffic of interest is only Multicast
      and/or<br>
      Â Â  broadcast, the PEs implementing an E-Tree service do not need
      to do<br>
      Â Â  any MAC learning. In such scenarios the filtering must be
      performed<br>
      Â Â  on egress PEs. For PBB-EVPN, the handling of such traffic is
      per<br>
      Â Â  section 4.2 without C-MAC learning part of it at both ingress
      and<br>
      Â Â  egress PEs.<br>
      <br>
      5 BGP Encoding<br>
      <br>
      Â Â  This document defines two new BGP Extended Community for EVPN.<br>
      <br>
      5.1 E-TREE Extended Community<br>
      <br>
      Â Â  This Extended Community is a new transitive Extended Community
      having<br>
      Â Â  a Type field value of 0x06 (EVPN) and the Sub-Type 0x05. It is
      used<br>
      Â Â  for leaf indication of known unicast and BUM traffic. For BUM<br>
      Â Â  traffic, the Leaf Label field is set to a valid MPLS label and
      this<br>
      Â Â  EC is advertised along with Ethernet A-D per ES route with an
      ESI of<br>
      Â Â  zero to enable egress filtering on disposition PEs per section
      3.2.1<br>
      Â Â  and 3.2.3. There is no need to send ESI Label Extended
      Community when<br>
      Â Â  sending Ethernet A-D per ES route with an ESI of zero. For
      known<br>
      Â Â  unicast traffic, the Leaf flag bit is set to one and this EC is<br>
      Â Â  advertised along with MAC/IP Advertisement route per section
      3.1.<br>
      <br>
      Â Â  The E-TREE Extended Community is encoded as an 8-octet value as<br>
      Â Â  follows:<br>
      <br>
      Â Â Â Â Â Â Â  0Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  1Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â 
      2Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  3<br>
      Â Â Â Â Â Â Â  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8
      9 0 1<br>
      Â Â Â Â Â Â 
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br>
      Â Â Â Â Â Â  | Type=0x06Â Â Â Â  | Sub-Type=0x05 | Flags(1 Octet)|Â 
      Reserved=0Â Â  |<br>
      Â Â Â Â Â Â 
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br>
      Â Â Â Â Â Â  |Â  Reserved=0Â Â  |Â Â Â Â Â Â Â Â Â Â  Leaf
      LabelÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  |<br>
      Â Â Â Â Â Â 
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<br>
      <br>
      Â Â  The low-order bit of the Flags octet is defined as the "Leaf-<br>
      Â Â  Indication" bit. A value of one indicates a Leaf AC/Site.<br>
      <br>
      Â Â  When this EC is advertised along with MAC/IP Advertisement
      route (for<br>
      Â Â  known unicast traffic), the Leaf-Indication flag MUST be set to
      one<br>
      Â Â  and Leaf Label is set to zero. The received PE should ignore
      Leaf<br>
      Â Â  Label and only processes Leaf-Indication flag. A value of zero
      for<br>
      Â Â  Leaf-Indication flag is invalid when sent along with MAC/IP<br>
      Â Â  advertisement route and an error should be logged.<br>
      <br>
      Â Â  When this EC is advertised along with Ethernet A-D per ES route
      (with<br>
      Â Â  ESI of zero) for BUM traffic, the Leaf Label MUST be set to a
      valid<br>
      Â Â  MPLS label and the Leaf-Indication flag should be set to zero.
      The<br>
      Â Â  received PE should ignore the Leaf-Indication flag. A non-valid
      MPLS<br>
      Â Â  label when sent along with the Ethernet A-D per ES route,
      should be<br>
      Â Â  logged as an error.<br>
      <br>
      5.2 PMSI Tunnel Attribute<br>
      <br>
      Â Â  [RFC6514] defines PMSI Tunnel attribute which is an optional<br>
      Â Â  transitive attribute with the following format:<br>
      <br>
      Â Â Â Â Â Â Â Â  +---------------------------------+<br>
      Â Â Â Â Â Â Â Â  |Â  Flags (1 octet)Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  |<br>
      Â Â Â Â Â Â Â Â  +---------------------------------+<br>
      Â Â Â Â Â Â Â Â  |Â  Tunnel Type (1 octets)Â Â Â Â Â Â Â Â  |<br>
      Â Â Â Â Â Â Â Â  +---------------------------------+<br>
      Â Â Â Â Â Â Â Â  |Â  MPLS Label (3 octets)Â Â Â Â Â Â Â Â Â  |<br>
      Â Â Â Â Â Â Â Â  +---------------------------------+<br>
      Â Â Â Â Â Â Â Â  |Â  Tunnel Identifier (variable)Â Â  |<br>
      Â Â Â Â Â Â Â Â  +---------------------------------+<br>
      <br>
      Â Â  This draft uses all the fields per existing definition except
      for the<br>
      Â Â  following modifications to the Tunnel Type and Tunnel
      Identifier:<br>
      <br>
      Â Â  When receiver ingress-replication label is needed, the
      high-order bit<br>
      Â Â  of the tunnel type field (C bit - Composite tunnel bit) is set
      while<br>
      Â Â  the remaining low-order seven bits indicate the tunnel type as<br>
      Â Â  before. When this C bit is set, the "tunnel identifier" field
      would<br>
      Â Â  begin with a three-octet label, followed by the actual tunnel<br>
      Â Â  identifier for the transmit tunnel.Â  PEs that don't understand
      the<br>
      Â Â  new meaning of the high-order bit would treat the tunnel type
      as an<br>
      Â Â  invalid tunnel type. For the PEs that do understand the new
      meaning<br>
      Â Â  of the high-order, if ingress replication is desired when
      sending BUM<br>
      Â Â  traffic, the PE will use the the label in the Tunnel Identifier
      field<br>
      Â Â  when sending its BUM traffic.<br>
    </blockquote>
    <br>
    I think we should have some text to unambiguously state that: "Using
    the Composite flag for Tunnel Types 0x00 'no tunnel information
    present' and 0x06 'Ingress Replication' is invalid, and should be
    treated as an invalid tunnel type on reception".<br>
    <br>
    Additionally, since RFC7385 has created a registry for PMSI Tunnel
    attribute tunnel types, taking the most significant bit from this
    field can't be done without a significant change of how this
    registry is organizedÂ  (because now you can't take value in
    0x7b-0x7f without colliding into values which are Experimental or
    Reserved).<br>
    <br>
    Achieving the above requires an update of RFC7385, so I would
    suggest adding an 8.1 section saying this:<br>
    <br>
    ---<br>
    The "P-Multicast Service Interface Tunnel (PMSI Tunnel) Tunnel
    Types" registry in the "Border Gateway Protocol (BGP) Parameters"
    registry needs to be updated to reflect the use of the most
    significant bit to advertise the use of "composite tunnels" (section
    5.2).<br>
    Â <br>
    For this purpose, this document updates RFC7385.<br>
    <br>
    The registry is to be updated, by removing the entries for 0xFB-0xFE
    and 0x0F, and replacing them by: <br>
    - 0x7B-0x7E Reserved for Experimental Use [this document]<br>
    - 0x7FÂ  Reserved [this document]<br>
    - 0x80-0xFF Not Allocatable, corresponds to Composite tunnel types
    [this document]<br>
    <br>
    The allocation policy for values 0x00 to 0x7A is IETF Review [<a
      href="https://tools.ietf.org/html/rfc5226" title="&quot;Guidelines
      for Writing an IANA Considerations Section in RFCs&quot;">RFC5226</a>].<br>
    The range for experimental use is now 0x7B-0x7E, and value in this
    range are not to be assigned.<br>
    The status of 0x7F may only be changed through Standards Action [<a
      href="https://tools.ietf.org/html/rfc5226" title="&quot;Guidelines
      for Writing an IANA Considerations Section in RFCs&quot;">RFC5226</a>].<br>
    <br>
    ----<br>
    Â <br>
    Additionally to this section 8.1:<br>
    - the document header needs to specify "Updates: RFC7385" .<br>
    - the following can be added to the abstract (because reviewer often
    want to see in the abstract the explanation for why an RFC is
    updated): "This document makes use of the most significant bit of
    the scope governed by the IANA registry created by RFC7385, and
    hence updates that RFC accordingly."<br>
    <br>
    <br>
    <br>
    <br>
    <blockquote type="cite"> 6Â  Acknowledgement<br>
      <br>
      Â Â  We would like to thank Dennis Cai, Antoni Przygienda, and
      Jeffrey<br>
      Â Â  Zhang for their valuable comments.<br>
      <br>
      7Â  Security Considerations<br>
      <br>
      Â Â  Since this draft uses the EVPN constructs of [RFC7432] and
      [RFC7623],<br>
      Â Â  the same security considerations in these drafts are also
      applicable<br>
      Â Â  here. Furthermore, this draft provides additional security
      check by<br>
      Â Â  allowing sites (or ACs) of an EVPN instance to be designated as<br>
      Â Â  "Root" or "Leaf" and preventing any traffic exchange among
      "Leaf"<br>
      Â Â  sites of that VPN through ingress filtering for known unicast
      traffic<br>
      Â Â  and egress filtering for BUM traffic.<br>
      <br>
      8Â  IANA Considerations<br>
      <br>
      Â Â  This document requests the allocation of value 5 in the "EVPN<br>
      Â Â  Extended Community Sub-Types" registry defined in [RFC7153] and<br>
      Â Â  modification of the registry as follow:<br>
    </blockquote>
    <br>
    The text above should be reformulated to reflect the fact that IANA
    has already allocated the value: "IANA has allocated value 5 in the
    "EVPN Extended Community Sub-Types" registry defined in [RFC7153] as
    follow:"<br>
    <br>
    <blockquote type="cite"> <br>
      Â Â Â Â Â Â Â Â  SUB-TYPE VALUEÂ Â Â Â  NAMEÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  Reference<br>
      Â Â Â Â Â Â Â Â  0x05Â Â Â Â Â Â Â Â Â Â Â Â Â Â  E-TREE Extended CommunityÂ Â  This
      document<br>
      <br>
    </blockquote>
    <p><br>
    </p>
    Thanks,<br>
    <br>
    -Thomas<br>
    <p><br>
    </p>
    <p><br>
    </p>
    <p><br>
    </p>
    <p><br>
    </p>
    <p><br>
    </p>
  </body>
</html>

--------------72752E55DD16402556D3E6FA--


From nobody Mon Aug 29 08:21:33 2016
Return-Path: <thomas.morin@orange.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DA5712D78B; Mon, 29 Aug 2016 08:21:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.081
X-Spam-Level: 
X-Spam-Status: No, score=-4.081 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.548, SPF_SOFTFAIL=0.665] 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 HjFVtMJPgKmc; Mon, 29 Aug 2016 08:21:31 -0700 (PDT)
Received: from r-mail2.rd.orange.com (r-mail2.rd.orange.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id 1F34812D78A; Mon, 29 Aug 2016 08:21:31 -0700 (PDT)
Received: from r-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 5A5C55D86CE; Mon, 29 Aug 2016 17:21:30 +0200 (CEST)
Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by r-mail2.rd.orange.com (Postfix) with ESMTP id 51D615D86C5; Mon, 29 Aug 2016 17:21:30 +0200 (CEST)
Received: from [10.193.71.12] (10.193.71.12) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.301.0; Mon, 29 Aug 2016 17:21:29 +0200
To: <draft-ietf-bess-evpn-etree@ietf.org>, BESS <bess@ietf.org>
References: <3323ddae-c96f-49a4-2dec-1bfc4ed857dc@orange.com>
From: Thomas Morin <thomas.morin@orange.com>
Organization: Orange
Message-ID: <8f3588e1-6008-cb7b-656d-81b6765cef76@orange.com>
Date: Mon, 29 Aug 2016 17:21:29 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <3323ddae-c96f-49a4-2dec-1bfc4ed857dc@orange.com>
Content-Type: multipart/alternative; boundary="------------18B21E51CB68C9DA3544CA4E"
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/QePcCXlWGZ3p9kgEQg8wuiW2Ybk>
Cc: Martin Vigoureux <martin.vigoureux@nokia.com>
Subject: Re: [bess] shepherd review of draft-ietf-bess-evpn-etree
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Aug 2016 15:21:32 -0000

--------------18B21E51CB68C9DA3544CA4E
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit

My previous email was missing comments on the References section...

> 9  References
>
> 9.1 Normative References
>
>     [KEYWORDS] Bradner, S., "Key words for use in RFCs to Indicate
>                Requirement Levels", BCP 14, RFC 2119, March 1997.
>
>     [RFC7432] Sajassi et al., "BGP MPLS Based Ethernet VPN", February,
>                2015.
>
>     [RFC7623] Sajassi et al., "Provider Backbone Bridging Combined with
>                Ethernet VPN (PBB-EVPN)", September, 2015.

RFC7385 will have to be added to the list.

>
> 9.2 Informative References
>
>     [RFC7387] Key et al., "A Framework for E-Tree Service over MPLS
>     Network", October 2014.
>   
>
>
>     [RFC7153] Rosen et al., "IANA Registries for BGP Extended
>     Communities",  March, 2014.

This should be I think under Normative References.

>
>     [RFC6514] Aggarwal et al., "BGP Encodings and Procedures for
>     Multicast in MPLS/BGP IP VPNs",  February, 2012.

Ditto.

-Thomas

--------------18B21E51CB68C9DA3544CA4E
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">My previous email was missing comments
      on the References section...<br>
      <br>
    </div>
    <blockquote type="cite">
      <pre>9  References

<span class="m_h">9.1  Normative References</span>

   [KEYWORDS] Bradner, S., "Key words for use in RFCs to Indicate
              Requirement Levels", BCP 14, RFC 2119, March 1997.

   [RFC7432] Sajassi et al., "BGP MPLS Based Ethernet VPN", February,
              2015.

   [RFC7623] Sajassi et al., "Provider Backbone Bridging Combined with
              Ethernet VPN (PBB-EVPN)", September, 2015.</pre>
    </blockquote>
    <br>
    RFC7385 will have to be added to the list.<br>
    <br>
    <blockquote type="cite">
      <pre>

<span class="m_h">9.2  Informative References</span>

   [RFC7387] Key et al., "A Framework for E-Tree Service over MPLS
   Network", October 2014.
 


</pre>
    </blockquote>
    <blockquote type="cite">
      <pre>
   [RFC7153] Rosen et al., "IANA Registries for BGP Extended
   Communities",  March, 2014.</pre>
    </blockquote>
    <br>
    This should be I think under Normative References.<br>
    <br>
    <blockquote type="cite">
      <pre>

   [RFC6514] Aggarwal et al., "BGP Encodings and Procedures for
   Multicast in MPLS/BGP IP VPNs",  February, 2012.</pre>
    </blockquote>
    <br>
    Ditto.<br>
    <br>
    -Thomas<br>
  </body>
</html>

--------------18B21E51CB68C9DA3544CA4E--


From nobody Mon Aug 29 08:31:20 2016
Return-Path: <thomas.morin@orange.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B82ED12D792; Mon, 29 Aug 2016 08:31:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.082
X-Spam-Level: 
X-Spam-Status: No, score=-4.082 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.548, SPF_SOFTFAIL=0.665] 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 6fRUfb2JAi0l; Mon, 29 Aug 2016 08:31:17 -0700 (PDT)
Received: from r-mail1.rd.orange.com (r-mail1.rd.orange.com [217.108.152.41]) by ietfa.amsl.com (Postfix) with ESMTP id 0BCE412D77F; Mon, 29 Aug 2016 08:31:14 -0700 (PDT)
Received: from r-mail1.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 443C5A4413C; Mon, 29 Aug 2016 17:31:13 +0200 (CEST)
Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by r-mail1.rd.orange.com (Postfix) with ESMTP id 3D930A4413A; Mon, 29 Aug 2016 17:31:13 +0200 (CEST)
Received: from [10.193.71.12] (10.193.71.12) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.301.0; Mon, 29 Aug 2016 17:31:12 +0200
To: <bess@ietf.org>, <draft-ietf-bess-evpn-overlay@ietf.org>
References: <21327_1465820739_575EA643_21327_4044_5_0939dd8f-9715-7994-124b-f945085c7312@orange.com>
From: Thomas Morin <thomas.morin@orange.com>
Organization: Orange
Message-ID: <acbb348d-5153-c9f5-4c07-dc992012a946@orange.com>
Date: Mon, 29 Aug 2016 17:31:12 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <21327_1465820739_575EA643_21327_4044_5_0939dd8f-9715-7994-124b-f945085c7312@orange.com>
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/emOUouRVvahTlRWw7PghDeGgXIU>
Subject: Re: [bess] WG Last Call (including implem status & shepherd) for draft-ietf-bess-evpn-overlay
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Aug 2016 15:31:19 -0000

Hi working group, authors,

A quick update on draft-ietf-bess-evpn-overlay, as mentioned during BESS 
meeting in Berlin:
- the door for comments is still open to have more reviews on this 
important document
- reminder to authors: the outcome of the discussion right before/during 
WGLC haven't yet been incorporated in a revision

Best,

-Thomas

thomas.morin@orange.com :
> Hello Working Group,
>
> (Please read carefully, this e-mail contains new elements compared to 
> WG LCs we were doing in a still recent past.)
>
> This email starts a Working Group Last Call on
> draft-ietf-bess-evpn-overlay [1].
>
> * Please read the document if you haven't read the most recent
> version yet, and send your comments to the list, no later than
> *27th of June*.
>
> Note that this is *not only* a call for comments on the document, but 
> also a call for support (or not) publishing this document as a 
> Proposed Standard RFC.
>
> * We are also polling for knowledge of any undisclosed IPR that 
> applies to draft-ietf-bess-evpn-overlay-04, to ensure that IPR has 
> been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 
> 3669 and 5378 for more details) prior to moving forward.
> If you are listed as a document Author or Contributor of
> this document please respond to this email and indicate whether or not 
> you are aware of any relevant undisclosed IPR. The document won't 
> progress without answers from all the Authors and Contributors.
>
> * We are also polling for knowledge of implementations of part or all 
> of what this document specifies. This information is expected as per 
> [2]. Please inform the mailing list, the chairs, or only one of the 
> chairs.
>
> * Finally, if you want to volunteer to be Document Shepherd for this 
> document, please let us know.
>
> Thank you,
>
> Thomas/Martin
>
>
> [1] https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-overlay
> [2] 
> https://mailarchive.ietf.org/arch/msg/bess/cG3X1tTqb_vPC4rg56SEdkjqDpw 


From nobody Mon Aug 29 22:23:04 2016
Return-Path: <lucy.yong@huawei.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9AD912D11A; Mon, 29 Aug 2016 22:23:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.769
X-Spam-Level: 
X-Spam-Status: No, score=-4.769 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.548, 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 Fj-hAW-H53kx; Mon, 29 Aug 2016 22:23:00 -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 1570312D10E; Mon, 29 Aug 2016 22:22:59 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml706-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CQK31413; Tue, 30 Aug 2016 05:22:57 +0000 (GMT)
Received: from DFWEML701-CAH.china.huawei.com (10.193.5.175) by lhreml706-cah.china.huawei.com (10.201.5.182) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 30 Aug 2016 06:22:57 +0100
Received: from DFWEML501-MBB.china.huawei.com ([10.193.5.179]) by dfweml701-cah.china.huawei.com ([10.193.5.175]) with mapi id 14.03.0235.001; Mon, 29 Aug 2016 22:22:50 -0700
From: Lucy yong <lucy.yong@huawei.com>
To: Martin Vigoureux <martin.vigoureux@nokia.com>, BESS <bess@ietf.org>
Thread-Topic: [bess] WG Last Call for draft-ietf-bess-virtual-subnet-fib-reduction-04
Thread-Index: AQHR97xwDz4DG6W160m5tv4cqdTZo6BMWkswgBSzEPA=
Date: Tue, 30 Aug 2016 05:22:49 +0000
Message-ID: <2691CE0099834E4A9C5044EEC662BB9D572C63F3@dfweml501-mbb>
References: <57B30B64.6040304@nokia.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0D5813FA@NKGEML515-MBX.china.huawei.com>
In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0D5813FA@NKGEML515-MBX.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.45.7.15]
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.57C51832.009A, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 3b4f17a0685d07ee6edc8d41b0c28ce8
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/ypwYbLYjvv8d9versT8HHxEyFWw>
Cc: "draft-ietf-bess-virtual-subnet-fib-reduction@ietf.org" <draft-ietf-bess-virtual-subnet-fib-reduction@ietf.org>
Subject: Re: [bess] WG Last Call for draft-ietf-bess-virtual-subnet-fib-reduction-04
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Aug 2016 05:23:03 -0000

U3VwcG9ydCENCg0KTHVjeSANCi0tLS0t08q8/tStvP4tLS0tLQ0Kt6K8/sjLOiBNYXJ0aW4gVmln
b3VyZXV4IFttYWlsdG86bWFydGluLnZpZ291cmV1eEBub2tpYS5jb21dIA0Kt6LLzcqxvOQ6IDIw
MTbE6jjUwjE2yNUgMjA6NDgNCsrVvP7IyzogQkVTUw0Ks63LzTogZHJhZnQtaWV0Zi1iZXNzLXZp
cnR1YWwtc3VibmV0LWZpYi1yZWR1Y3Rpb25AaWV0Zi5vcmcNCtb3zOI6IFdHIExhc3QgQ2FsbCBm
b3IgZHJhZnQtaWV0Zi1iZXNzLXZpcnR1YWwtc3VibmV0LWZpYi1yZWR1Y3Rpb24tMDQNCg0KSGVs
bG8gV29ya2luZyBHcm91cCwNCg0KVGhpcyBlbWFpbCBzdGFydHMgYSBXb3JraW5nIEdyb3VwIExh
c3QgQ2FsbCBvbg0KZHJhZnQtaWV0Zi1iZXNzLXZpcnR1YWwtc3VibmV0LWZpYi1yZWR1Y3Rpb24t
MDQgWzFdLg0KDQqh6CBQbGVhc2UgcmVhZCB0aGUgZG9jdW1lbnQgaWYgeW91IGhhdmVuJ3QgcmVh
ZCB0aGUgbW9zdCByZWNlbnQgdmVyc2lvbiB5ZXQsIGFuZCBzZW5kIHlvdXIgY29tbWVudHMgdG8g
dGhlIGxpc3QsIG5vIGxhdGVyIHRoYW4gdGhlICozMHRoIG9mIEF1Z3VzdCouDQpOb3RlIHRoYXQg
dGhpcyBpcyAqbm90IG9ubHkqIGEgY2FsbCBmb3IgY29tbWVudHMgb24gdGhlIGRvY3VtZW50LCBi
dXQgYWxzbyBhIGNhbGwgZm9yIHN1cHBvcnQgKG9yIG5vdCkgcHVibGlzaGluZyB0aGlzIGRvY3Vt
ZW50IGFzIGFuIEluZm9ybWF0aW9uYWwgUkZDLg0KDQqh6CBXZSBhcmUgYWxzbyBwb2xsaW5nIGZv
ciBrbm93bGVkZ2Ugb2YgYW55IHVuZGlzY2xvc2VkIElQUiB0aGF0IGFwcGxpZXMgdG8gZHJhZnQt
aWV0Zi1iZXNzLXZpcnR1YWwtc3VibmV0LWZpYi1yZWR1Y3Rpb24tMDQsIHRvIGVuc3VyZSB0aGF0
IElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVz
IChzZWUgUkZDcyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMpIHBy
aW9yIHRvIG1vdmluZyBmb3J3YXJkLg0KSWYgeW91IGFyZSBsaXN0ZWQgYXMgYSBkb2N1bWVudCBB
dXRob3Igb3IgQ29udHJpYnV0b3Igb2YgdGhpcyBkb2N1bWVudCBwbGVhc2UgcmVzcG9uZCB0byB0
aGlzIGVtYWlsIGFuZCBpbmRpY2F0ZSB3aGV0aGVyIG9yIG5vdCB5b3UgYXJlIGF3YXJlIG9mIGFu
eSByZWxldmFudCB1bmRpc2Nsb3NlZCBJUFIuIFRoZSBkb2N1bWVudCB3b24ndCBwcm9ncmVzcyB3
aXRob3V0IGFuc3dlcnMgZnJvbSBhbGwgdGhlIEF1dGhvcnMgYW5kIENvbnRyaWJ1dG9ycy4NCk5v
IElQUiBkaXNjbG9zdXJlIGV4aXN0cyBhZ2FpbnN0IHRoaXMgZG9jdW1lbnQuDQoNCqHoIFdlIGFy
ZSBhbHNvIHBvbGxpbmcgZm9yIGtub3dsZWRnZSBvZiBpbXBsZW1lbnRhdGlvbnMgb2YgcGFydCBv
ciBhbGwgb2Ygd2hhdCB0aGlzIGRvY3VtZW50IHNwZWNpZmllcy4gVGhpcyBpbmZvcm1hdGlvbiBp
cyBleHBlY3RlZCBhcyBwZXIgWzJdLiANClBsZWFzZSBpbmZvcm0gdGhlIG1haWxpbmcgbGlzdCwg
b3IgdGhlIGNoYWlycywgb3Igb25seSBvbmUgb2YgdGhlIGNoYWlycy4NCg0KoeggRmluYWxseSwg
aWYgc29tZW9uZSB3aXNoZXMgdG8gdm9sdW50ZWVyIHRvIGJlIERvY3VtZW50IFNoZXBoZXJkIGZv
ciB0aGlzIGRvY3VtZW50LCBwbGVhc2UgbGV0IHVzIGtub3cuDQoNClRoYW5rIHlvdQ0KTSZUDQoN
Cg0KWzFdDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWJlc3Mt
dmlydHVhbC1zdWJuZXQtZmliLXJlZHVjdGlvbi8NClsyXSBodHRwczovL21haWxhcmNoaXZlLmll
dGYub3JnL2FyY2gvbXNnL2Jlc3MvY0czWDF0VHFiX3ZQQzRyZzU2U0Vka2pxRHB3DQpfX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KQkVTUyBtYWlsaW5nIGxp
c3QNCkJFU1NAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v
YmVzcw0K


From nobody Mon Aug 29 22:23:43 2016
Return-Path: <lucy.yong@huawei.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7128112D11B; Mon, 29 Aug 2016 22:23:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.769
X-Spam-Level: 
X-Spam-Status: No, score=-4.769 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.548, 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 38GsdR79sdUN; Mon, 29 Aug 2016 22:23:41 -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 B3A5112D11A; Mon, 29 Aug 2016 22:23:40 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml701-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CQK31470; Tue, 30 Aug 2016 05:23:38 +0000 (GMT)
Received: from DFWEML702-CAH.china.huawei.com (10.193.5.176) by lhreml701-cah.china.huawei.com (10.201.5.93) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 30 Aug 2016 06:23:37 +0100
Received: from DFWEML501-MBB.china.huawei.com ([10.193.5.179]) by dfweml702-cah.china.huawei.com ([10.193.5.176]) with mapi id 14.03.0235.001; Mon, 29 Aug 2016 22:23:31 -0700
From: Lucy yong <lucy.yong@huawei.com>
To: "'Thomas Morin'" <thomas.morin@orange.com>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [bess] Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
Thread-Index: AQKiIiAzyL8Hrr3NnUu7Rc/+/RRIPQE7fQetAZyYOyyemWKYIIAQlaJw
Date: Tue, 30 Aug 2016 05:23:30 +0000
Message-ID: <2691CE0099834E4A9C5044EEC662BB9D572C6406@dfweml501-mbb>
References: <c2e58a45-a714-f3d2-0875-e4bff2c93581@orange.com> <19AB2A007F56DB4E8257F949A2FB9858AA1F8277@NKGEML515-MBX.china.huawei.com> <5A5B4DE12C0DAC44AF501CD9A2B01A8D8D4CD1BB@nkgeml514-mbx.china.huawei.com> <007601d1fa33$fc5303b0$f4f90b10$@ndzh.com>
In-Reply-To: <007601d1fa33$fc5303b0$f4f90b10$@ndzh.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.45.7.15]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.57C5185B.007E, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: c987c0f588b39aa1169ac0ada6156ab4
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/jXY3gpHob_8rmvoa5Qf2DIzS-S4>
Cc: "draft-dhjain-bess-bgp-l3vpn-yang@ietf.org" <draft-dhjain-bess-bgp-l3vpn-yang@ietf.org>
Subject: Re: [bess] Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Aug 2016 05:23:42 -0000

Support!

Lucy
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Hello working group,

This email starts a two-week poll on adopting draft-dhjain-bess-bgp-l3vpn-y=
ang [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 **August 30th**.

*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 IE=
TF 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 resp=
ond 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 not listed as an author or contributor, then please explicitly r=
espond only if you are aware of any IPR that has not yet been disclosed in =
conformance with IETF rules.

Thank you,

Martin & Thomas
bess chairs

[1] https://datatracker.ietf.org/doc/draft-dhjain-bess-bgp-l3vpn-yang

_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess
_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess

_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess


From nobody Tue Aug 30 01:46:02 2016
Return-Path: <thomas.morin@orange.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA4DE12D8A7; Tue, 30 Aug 2016 01:46:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.782
X-Spam-Level: 
X-Spam-Status: No, score=-1.782 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RP_MATCHES_RCVD=-0.548, SPF_SOFTFAIL=0.665] autolearn=no 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 62abMVNU6M7u; Tue, 30 Aug 2016 01:45:59 -0700 (PDT)
Received: from p-mail1.rd.orange.com (p-mail1.rd.orange.com [161.106.1.2]) by ietfa.amsl.com (Postfix) with ESMTP id 730BA127A91; Tue, 30 Aug 2016 01:45:56 -0700 (PDT)
Received: from p-mail1.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 975117CC004; Tue, 30 Aug 2016 10:45:55 +0200 (CEST)
Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by p-mail1.rd.orange.com (Postfix) with ESMTP id 8DC297CC001; Tue, 30 Aug 2016 10:45:55 +0200 (CEST)
Received: from [10.193.71.12] (10.193.71.12) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.301.0; Tue, 30 Aug 2016 10:45:54 +0200
From: Thomas Morin <thomas.morin@orange.com>
To: <bess@ietf.org>
Organization: Orange
Message-ID: <c4699f3d-f114-49f8-1120-f4779ea7afc3@orange.com>
Date: Tue, 30 Aug 2016 10:45:55 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/9Aay1J1ZGhwRb0xIkV8dX6x3hHU>
Cc: draft-rabadan-bess-evpn-ac-df@ietf.org
Subject: [bess]  Poll for adoption: draft-rabadan-bess-evpn-ac-df
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Aug 2016 08:46:01 -0000

Hello working group,

This email starts a two-week poll on adopting
draft-rabadan-bess-evpn-ac-df-05 [1] as a Working Group document.

Please state on the list if you support adoption or not (in both cases, 
please also state the reasons).

This poll runs until *September 14th*.

We are also polling for knowledge of any undisclosed IPR that applies to 
this document, 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 an author or contributor** of this document 
please respond to this email and indicate whether or not you are aware 
of any relevant undisclosed IPR. The document won't progress without 
answers from all the authors and contributors.

At this date, no IPR has been disclosed against this Document.

If you 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
bess chairs

[1] https://datatracker.ietf.org/doc/draft-rabadan-bess-evpn-ac-df


From nobody Tue Aug 30 01:46:13 2016
Return-Path: <ietf-secretariat-reply@ietf.org>
X-Original-To: bess@ietf.org
Delivered-To: bess@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7BE8D12D8DE; Tue, 30 Aug 2016 01:46:10 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: IETF Secretariat <ietf-secretariat-reply@ietf.org>
To: <bess-chairs@ietf.org>, <draft-rabadan-bess-evpn-ac-df@ietf.org>, <bess@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.31.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <147254677050.23663.4362924523677112581.idtracker@ietfa.amsl.com>
Date: Tue, 30 Aug 2016 01:46:10 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/RQXOfw_PQ5XC43j_hHfd4CTpn4M>
Subject: [bess] The BESS WG has placed draft-rabadan-bess-evpn-ac-df in state "Call For Adoption By WG Issued"
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Aug 2016 08:46:11 -0000

The BESS WG has placed draft-rabadan-bess-evpn-ac-df in state 
Call For Adoption By WG Issued (entered by Thomas Morin)

The document is available at
https://datatracker.ietf.org/doc/draft-rabadan-bess-evpn-ac-df/


From nobody Tue Aug 30 02:08:57 2016
Return-Path: <zhuangshunwan@huawei.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 22F3812D12F; Tue, 30 Aug 2016 02:08:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.769
X-Spam-Level: 
X-Spam-Status: No, score=-4.769 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.548, 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 HWyXH4krPVnL; Tue, 30 Aug 2016 02:08:53 -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 7B15D12D8BA; Tue, 30 Aug 2016 02:08:52 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml705-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CVI67401; Tue, 30 Aug 2016 09:08:50 +0000 (GMT)
Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by lhreml705-cah.china.huawei.com (10.201.5.168) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 30 Aug 2016 10:08:49 +0100
Received: from NKGEML515-MBS.china.huawei.com ([169.254.5.6]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0235.001; Tue, 30 Aug 2016 17:08:36 +0800
From: Zhuangshunwan <zhuangshunwan@huawei.com>
To: Thomas Morin <thomas.morin@orange.com>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
Thread-Index: AQHR97uqqRpqE36uyEepUaSajvnkMKBhTFNQ
Date: Tue, 30 Aug 2016 09:08:36 +0000
Message-ID: <19AB2A007F56DB4E8257F949A2FB9858C8785678@NKGEML515-MBS.china.huawei.com>
References: <c2e58a45-a714-f3d2-0875-e4bff2c93581@orange.com>
In-Reply-To: <c2e58a45-a714-f3d2-0875-e4bff2c93581@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.86.254]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020203.57C54D22.0210, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=169.254.5.6, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 336c0896deb456a343e8de839186a594
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/vR_BsLIW13B0XvH1Mndf7g7Z2l4>
Cc: "draft-dhjain-bess-bgp-l3vpn-yang@ietf.org" <draft-dhjain-bess-bgp-l3vpn-yang@ietf.org>
Subject: Re: [bess] Call for adoption: draft-dhjain-bess-bgp-l3vpn-yang-01
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Aug 2016 09:08:55 -0000

DQpTdXBwb3J0IGFuZCBJIGFtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIG9uIHRoaXMgZHJhZnQuDQoN
CkJlc3QgUmVnYXJkcywNCg0KLVNodW53YW4NCg0KLS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0K5Y+R
5Lu25Lq6OiBUaG9tYXMgTW9yaW4gW21haWx0bzp0aG9tYXMubW9yaW5Ab3JhbmdlLmNvbV0gDQrl
j5HpgIHml7bpl7Q6IDIwMTblubQ45pyIMTbml6UgMjA6NDINCuaUtuS7tuS6ujogYmVzc0BpZXRm
Lm9yZw0K5oqE6YCBOiBkcmFmdC1kaGphaW4tYmVzcy1iZ3AtbDN2cG4teWFuZ0BpZXRmLm9yZw0K
5Li76aKYOiBDYWxsIGZvciBhZG9wdGlvbjogZHJhZnQtZGhqYWluLWJlc3MtYmdwLWwzdnBuLXlh
bmctMDENCg0KSGVsbG8gd29ya2luZyBncm91cCwNCg0KVGhpcyBlbWFpbCBzdGFydHMgYSB0d28t
d2VlayBwb2xsIG9uIGFkb3B0aW5nIGRyYWZ0LWRoamFpbi1iZXNzLWJncC1sM3Zwbi15YW5nIFsx
XSBhcyBhIHdvcmtpbmcgZ3JvdXAgaXRlbS4NCg0KUGxlYXNlIHNlbmQgY29tbWVudHMgdG8gdGhl
IGxpc3QgYW5kIHN0YXRlIGlmIHlvdSBzdXBwb3J0IGFkb3B0aW9uIG9yIG5vdCAoaW4gdGhlIGxh
dGVyIGNhc2UsIHBsZWFzZSBhbHNvIHN0YXRlIHRoZSByZWFzb25zKS4NCg0KVGhpcyBwb2xsIHJ1
bnMgdW50aWwgKipBdWd1c3QgMzB0aCoqLg0KDQoqQ29pbmNpZGVudGFsbHkqLCB3ZSBhcmUgYWxz
byBwb2xsaW5nIGZvciBrbm93bGVkZ2Ugb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBk
cmFmdCwgdG8gZW5zdXJlIHRoYXQgSVBSIGhhcyBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNl
IHdpdGggSUVURiBJUFIgcnVsZXMgKHNlZSBSRkNzIDM5NzksIDQ4NzksIDM2NjkgYW5kIDUzNzgg
Zm9yIG1vcmUgZGV0YWlscykuDQoNCj09PiAqSWYqIHlvdSBhcmUgbGlzdGVkIGFzIGEgZG9jdW1l
bnQgYXV0aG9yIG9yIGNvbnRyaWJ1dG9yIHBsZWFzZSByZXNwb25kIHRvIHRoaXMgZW1haWwgYW5k
IGluZGljYXRlIHdoZXRoZXIgb3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2YW50IElQ
Ui4NCg0KVGhlIGRyYWZ0IHdpbGwgbm90IGJlIGFkb3B0ZWQgdW50aWwgYSByZXNwb25zZSBoYXMg
YmVlbiByZWNlaXZlZCBmcm9tIGVhY2ggYXV0aG9yIGFuZCBjb250cmlidXRvci4NCg0KSWYgeW91
IGFyZSBub3QgbGlzdGVkIGFzIGFuIGF1dGhvciBvciBjb250cmlidXRvciwgdGhlbiBwbGVhc2Ug
ZXhwbGljaXRseSByZXNwb25kIG9ubHkgaWYgeW91IGFyZSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQg
aGFzIG5vdCB5ZXQgYmVlbiBkaXNjbG9zZWQgaW4gY29uZm9ybWFuY2Ugd2l0aCBJRVRGIHJ1bGVz
Lg0KDQpUaGFuayB5b3UsDQoNCk1hcnRpbiAmIFRob21hcw0KYmVzcyBjaGFpcnMNCg0KWzFdIGh0
dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWRoamFpbi1iZXNzLWJncC1sM3Zw
bi15YW5nDQoNCg==


From nobody Tue Aug 30 04:11:10 2016
Return-Path: <andrew.dolganow@nokia.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08A0C12D0B6; Tue, 30 Aug 2016 04:11:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.921
X-Spam-Level: 
X-Spam-Status: No, score=-6.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 JjJ4tJoxK4oQ; Tue, 30 Aug 2016 04:11:07 -0700 (PDT)
Received: from smtp-us.alcatel-lucent.com (us-hpswa-esg-02.alcatel-lucent.com [135.245.18.30]) (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 1D88B126B6D; Tue, 30 Aug 2016 04:11:06 -0700 (PDT)
Received: from us70uumx4.dmz.alcatel-lucent.com (unknown [135.245.18.16]) by Websense Email Security Gateway with ESMTPS id F3F077E313BE3; Tue, 30 Aug 2016 11:11:03 +0000 (GMT)
Received: from us70uusmtp4.zam.alcatel-lucent.com (us70uusmtp4.zam.alcatel-lucent.com [135.5.2.66]) by us70uumx4.dmz.alcatel-lucent.com (GMO) with ESMTP id u7UBB53I022545 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 30 Aug 2016 11:11:05 GMT
Received: from US70UWXCHHUB01.zam.alcatel-lucent.com (us70uwxchhub01.zam.alcatel-lucent.com [135.5.2.48]) by us70uusmtp4.zam.alcatel-lucent.com (GMO) with ESMTP id u7UBA23V026829 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 30 Aug 2016 11:11:05 GMT
Received: from US70UWXCHMBA03.zam.alcatel-lucent.com ([169.254.9.143]) by US70UWXCHHUB01.zam.alcatel-lucent.com ([135.5.2.48]) with mapi id 14.03.0195.001; Tue, 30 Aug 2016 07:10:34 -0400
From: "Dolganow, Andrew (Nokia - SG)" <andrew.dolganow@nokia.com>
To: Thomas Morin <thomas.morin@orange.com>
Thread-Topic: [bess]  Poll for adoption: draft-rabadan-bess-evpn-ac-df
Thread-Index: AQHSApsTJxiwZhMFCEWubUyXsnxG/qBhWQum
Date: Tue, 30 Aug 2016 11:10:33 +0000
Message-ID: <7E0BD267-64E8-4B48-948F-E81E493AD856@nokia.com>
References: <c4699f3d-f114-49f8-1120-f4779ea7afc3@orange.com>
In-Reply-To: <c4699f3d-f114-49f8-1120-f4779ea7afc3@orange.com>
Accept-Language: en-US
Content-Language: en-CA
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/StJiArdNVLXypQlIzboZyTVQ874>
Cc: "draft-rabadan-bess-evpn-ac-df@ietf.org" <draft-rabadan-bess-evpn-ac-df@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] Poll for adoption: draft-rabadan-bess-evpn-ac-df
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Aug 2016 11:11:09 -0000

Support

Andrew

Sent from my iPhone

> On Aug 30, 2016, at 4:47 PM, Thomas Morin <thomas.morin@orange.com> wrote=
:
>=20
> Hello working group,
>=20
> This email starts a two-week poll on adopting
> draft-rabadan-bess-evpn-ac-df-05 [1] as a Working Group document.
>=20
> Please state on the list if you support adoption or not (in both cases, p=
lease also state the reasons).
>=20
> This poll runs until *September 14th*.
>=20
> We are also polling for knowledge of any undisclosed IPR that applies to =
this document, to ensure that IPR has been disclosed in compliance with IET=
F IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details).
>=20
> **If you are listed as an author or contributor** of this document please=
 respond to this email and indicate whether or not you are aware of any rel=
evant undisclosed IPR. The document won't progress without answers from all=
 the authors and contributors.
>=20
> At this date, no IPR has been disclosed against this Document.
>=20
> If you 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 i=
n conformance with IETF rules.
>=20
> Thank you
>=20
> Martin & Thomas
> bess chairs
>=20
> [1] https://datatracker.ietf.org/doc/draft-rabadan-bess-evpn-ac-df
>=20
> _______________________________________________
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess


From nobody Tue Aug 30 10:00:45 2016
Return-Path: <jefftant.ietf@gmail.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD48612D1B8; Tue, 30 Aug 2016 10:00:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level: 
X-Spam-Status: No, score=-2.7 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, 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 1p0KU-aX7Tzh; Tue, 30 Aug 2016 10:00:37 -0700 (PDT)
Received: from mail-pf0-x236.google.com (mail-pf0-x236.google.com [IPv6:2607:f8b0:400e:c00::236]) (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 7B62612D181; Tue, 30 Aug 2016 10:00:37 -0700 (PDT)
Received: by mail-pf0-x236.google.com with SMTP id x72so9712213pfd.2; Tue, 30 Aug 2016 10:00:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=user-agent:date:subject:from:to:cc:message-id:thread-topic :mime-version:content-transfer-encoding; bh=6eSyhDcnDuiD2MvCnJfVHDsQzHUriwqYdtf5Tm4FSI4=; b=g0bI5AugYdUWi+LnVBk/qoJicy44/G5Njc7Nv7fcJgh/fbGI4JAD3HqWB+4prmJ7Lh xX7m7Z3HPYQ9rdGx6YgcdqKiKSkZMIT1pIuv6NFbWxSkD5k8epWrkfQskoVkCzLT/3jc xfWVJ6lQHdP5h0jx4Jhdc7VoKrG1n7g3tBknCKptaVSCYHzIY7iarrW1TfJpLZ3CHrtG i7i1Vb1n/3MSHouiv908eU8iF/aNS2jEAzvTjY5ccgMUVPi2VzwHmhJT4i1Nt5/wUh1d N+CQhFUcW+5ElyejNJ9y6ZhSnwn5GLztn3fa7zzHvXmVSNlpQbpjSF6WrmnADjvfujrL vqHw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:date:subject:from:to:cc:message-id :thread-topic:mime-version:content-transfer-encoding; bh=6eSyhDcnDuiD2MvCnJfVHDsQzHUriwqYdtf5Tm4FSI4=; b=MwW/NAAnKYNdOL3fCMR/6JD8rIR62q7ZlDNbi3MwPzurBHRkhd3hfYFiJhxel8iV+H t6sNm4z8XYtpXJaocNW5UNSfBJE/IP+961cQfOzNZXHEUSLwKwsQSzICpRQENVw3mVcd V+mvpcgz0N2I7gPrE/1HFrpTCbUfGvnwsALChBrDXjn/FRYVNXXP1ypeuWyjKbozM5up GqW79O99pjPpnMZ9kQNjkW11FxDh5TqYXzy5FU2LityP15Avg6HL/75XtHh2FNqtfGnf jMpARc9s6KvnCkG1dw4ZzOCUa8tRWZ1VnLUd360zXbORnPKpx6+cO7MltyNMIbsrvT39 NfQg==
X-Gm-Message-State: AE9vXwNt8rx7FSkzcc1lkXJapJ8OTlzaHzHGBFcj2hzjOpRlvnCtCHTCHxqskEh+TfuEXg==
X-Received: by 10.98.134.77 with SMTP id x74mr7938454pfd.21.1472576437068; Tue, 30 Aug 2016 10:00:37 -0700 (PDT)
Received: from [192.168.254.3] (107-1-141-74-ip-static.hfc.comcastbusiness.net. [107.1.141.74]) by smtp.gmail.com with ESMTPSA id ro14sm58655762pab.32.2016.08.30.10.00.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 30 Aug 2016 10:00:36 -0700 (PDT)
User-Agent: Microsoft-MacOutlook/f.17.0.160611
Date: Tue, 30 Aug 2016 10:01:09 -0700
From: Jeff Tantsura <jefftant.ietf@gmail.com>
To: Thomas Morin <thomas.morin@orange.com>
Message-ID: <D5DD6558-3A7B-41D4-9BA0-FAF06A07924C@gmail.com>
Thread-Topic: [bess] Poll for adoption: draft-rabadan-bess-evpn-ac-df
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/mEqjUb7suTc_xuOjwSXPHaZtKug>
Cc: "draft-rabadan-bess-evpn-ac-df@ietf.org" <draft-rabadan-bess-evpn-ac-df@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] Poll for adoption: draft-rabadan-bess-evpn-ac-df
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Aug 2016 17:00:43 -0000

Yes/support

 
Cheers,
Jeff
 
> On Aug 30, 2016, at 4:47 PM, Thomas Morin <thomas.morin@orange.com> wrote:
> 
> Hello working group,
> 
> This email starts a two-week poll on adopting
> draft-rabadan-bess-evpn-ac-df-05 [1] as a Working Group document.
> 
> Please state on the list if you support adoption or not (in both cases, please also state the reasons).
> 
> This poll runs until *September 14th*.
> 
> We are also polling for knowledge of any undisclosed IPR that applies to this document, 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 an author or contributor** of this document please respond to this email and indicate whether or not you are aware of any relevant undisclosed IPR. The document won't progress without answers from all the authors and contributors.
> 
> At this date, no IPR has been disclosed against this Document.
> 
> If you 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
> bess chairs
> 
> [1] https://datatracker.ietf.org/doc/draft-rabadan-bess-evpn-ac-df
> 
> _______________________________________________
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess

_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess




From nobody Tue Aug 30 10:35:35 2016
Return-Path: <roberto.oya_luengo@nokia.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5832912D12E; Tue, 30 Aug 2016 10:35:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.902
X-Spam-Level: 
X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=unavailable 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 MnY8l4AvuUrF; Tue, 30 Aug 2016 10:35:32 -0700 (PDT)
Received: from smtp-us.alcatel-lucent.com (us-hpatc-esg-01.alcatel-lucent.com [135.245.18.27]) (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 C176A12D608; Tue, 30 Aug 2016 10:30:25 -0700 (PDT)
Received: from us70tumx1.dmz.alcatel-lucent.com (unknown [135.245.18.13]) by Websense Email Security Gateway with ESMTPS id D30CBA24BC8C6; Tue, 30 Aug 2016 17:30:21 +0000 (GMT)
Received: from us70tusmtp1.zam.alcatel-lucent.com (us70tusmtp1.zam.alcatel-lucent.com [135.5.2.63]) by us70tumx1.dmz.alcatel-lucent.com (GMO) with ESMTP id u7UHUOtX023395 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 30 Aug 2016 17:30:24 GMT
Received: from US70UWXCHHUB01.zam.alcatel-lucent.com (us70uwxchhub01.zam.alcatel-lucent.com [135.5.2.48]) by us70tusmtp1.zam.alcatel-lucent.com (GMO) with ESMTP id u7UHUOCS032516 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 30 Aug 2016 17:30:24 GMT
Received: from US70TWXCHMBA10.zam.alcatel-lucent.com ([169.254.4.189]) by US70UWXCHHUB01.zam.alcatel-lucent.com ([135.5.2.48]) with mapi id 14.03.0195.001; Tue, 30 Aug 2016 13:30:24 -0400
From: "Oya Luengo, Roberto (Nokia - US)" <roberto.oya_luengo@nokia.com>
To: Thomas Morin <thomas.morin@orange.com>
Thread-Topic: [bess]  Poll for adoption: draft-rabadan-bess-evpn-ac-df
Thread-Index: AQHSApr6Z4H7VZWxEEm9cezWb2ZUiKBhwyoW
Date: Tue, 30 Aug 2016 17:30:23 +0000
Message-ID: <C226545E-C53D-4850-B42F-AF2CF3087FF5@nokia.com>
References: <c4699f3d-f114-49f8-1120-f4779ea7afc3@orange.com>
In-Reply-To: <c4699f3d-f114-49f8-1120-f4779ea7afc3@orange.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/GCAq9oA3xfsqY1u038EXYm2lf20>
Cc: "draft-rabadan-bess-evpn-ac-df@ietf.org" <draft-rabadan-bess-evpn-ac-df@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] Poll for adoption: draft-rabadan-bess-evpn-ac-df
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Aug 2016 17:35:33 -0000

Support

> On Aug 30, 2016, at 1:46 AM, Thomas Morin <thomas.morin@orange.com> wrote=
:
>=20
> Hello working group,
>=20
> This email starts a two-week poll on adopting
> draft-rabadan-bess-evpn-ac-df-05 [1] as a Working Group document.
>=20
> Please state on the list if you support adoption or not (in both cases, p=
lease also state the reasons).
>=20
> This poll runs until *September 14th*.
>=20
> We are also polling for knowledge of any undisclosed IPR that applies to =
this document, to ensure that IPR has been disclosed in compliance with IET=
F IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details).
>=20
> **If you are listed as an author or contributor** of this document please=
 respond to this email and indicate whether or not you are aware of any rel=
evant undisclosed IPR. The document won't progress without answers from all=
 the authors and contributors.
>=20
> At this date, no IPR has been disclosed against this Document.
>=20
> If you 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 i=
n conformance with IETF rules.
>=20
> Thank you
>=20
> Martin & Thomas
> bess chairs
>=20
> [1] https://datatracker.ietf.org/doc/draft-rabadan-bess-evpn-ac-df
>=20
> _______________________________________________
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess


From nobody Tue Aug 30 10:37:53 2016
Return-Path: <nabeel@nuagenetworks.net>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA4F812D6AB for <bess@ietfa.amsl.com>; Tue, 30 Aug 2016 10:37:51 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=nuagenetworks-net.20150623.gappssmtp.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 uwHRN0pdtUS3 for <bess@ietfa.amsl.com>; Tue, 30 Aug 2016 10:37:49 -0700 (PDT)
Received: from mail-ua0-x236.google.com (mail-ua0-x236.google.com [IPv6:2607:f8b0:400c:c08::236]) (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 E77BA12D6A5 for <bess@ietf.org>; Tue, 30 Aug 2016 10:37:48 -0700 (PDT)
Received: by mail-ua0-x236.google.com with SMTP id l94so45586608ual.0 for <bess@ietf.org>; Tue, 30 Aug 2016 10:37:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nuagenetworks-net.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=SBmAAeoq+21oXwdAA27IP/lN9JOuqv311+uAWuI4PCI=; b=XU9oldI/SFwLiBtHG/o28Dx39tmtKNeIpsv7NfiNgAcwSgOIKeQ6X6VLuNz43c2ESB WkaqeVAtX7kAXLqTAsY3F3fdCrRFn++eBhWxdOb8Hq4RpNXo3u8erc7zmd//r1NACyzX c4W3bDKEFsNghHIfNGwqsFI1qVjqSlWYIsfmnwB+BFvs1US0tnCp9YyFuKJv/mFA6szE XelO39azMNScujMoEHT/5Ff1Tk3igDmqHcaI2G77vFW135hGtPiir9yCOvt6cfQuiC3s zlxAe680GxPc38gRZ8hVR9iOvaQI8zGqB085SXTwv6fT/geLWV9Sweg4BZ/OcrHAZtUQ 6hYA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=SBmAAeoq+21oXwdAA27IP/lN9JOuqv311+uAWuI4PCI=; b=PNoJnXwGGXuwm+RrkB5fxTFSZDbfyf7WqaJdWwWUiltzytl89bQ1uhMRegnPwd9FqG En+Xm9KR1BVBJLPoFbloJDY8JIy7qBMChDRIf7uy+MAyu5k2NhieUyKqgwDycnddGrja GeeWVIAVT0TrBd8zz2Gb2wLzOxLNAQjOyy/Xrh2gqoczUwbgwDZC5PWP2IvjTKPz+zk5 Xkpe1+g9kQpMm0ggv0jQXI4HthFWnQfirVbaBu0pvwAkT/GwqpjTxzmhJFRsBOJ/qNbB b+8JB7gEJcPfS//VGHnCxt7b4t5BZo036sFGNsOUUEAPYif44F2W1rX0/FdAN3ti8Oj8 XaKQ==
X-Gm-Message-State: AE9vXwNK3CoKstM1C3jFXsZemCKk0v+B5scH/BLAnlmsPiPtRUnL2pbl8gTTu8pePqT5jPoybMk+G1KtpEbSY+Z2
X-Received: by 10.176.83.97 with SMTP id y30mr2394008uay.117.1472578668020; Tue, 30 Aug 2016 10:37:48 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.176.81.12 with HTTP; Tue, 30 Aug 2016 10:37:47 -0700 (PDT)
In-Reply-To: <c4699f3d-f114-49f8-1120-f4779ea7afc3@orange.com>
References: <c4699f3d-f114-49f8-1120-f4779ea7afc3@orange.com>
From: Nabeel Cocker <nabeel@nuagenetworks.net>
Date: Tue, 30 Aug 2016 13:37:47 -0400
Message-ID: <CAEjbQd51wznvZJHAtrb88urtN0SNRH4DvB5RKZPrF+tAdHzquA@mail.gmail.com>
To: Thomas Morin <thomas.morin@orange.com>
Content-Type: multipart/alternative; boundary=94eb2c1925e4695a23053b4d7043
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/kTQZxkyaRSnvDQ-YAHZrLFs_FJY>
Cc: draft-rabadan-bess-evpn-ac-df@ietf.org, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] Poll for adoption: draft-rabadan-bess-evpn-ac-df
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Aug 2016 17:37:52 -0000

--94eb2c1925e4695a23053b4d7043
Content-Type: text/plain; charset=UTF-8

support

thanks
Nabeel

On Tue, Aug 30, 2016 at 4:45 AM, Thomas Morin <thomas.morin@orange.com>
wrote:

> Hello working group,
>
> This email starts a two-week poll on adopting
> draft-rabadan-bess-evpn-ac-df-05 [1] as a Working Group document.
>
> Please state on the list if you support adoption or not (in both cases,
> please also state the reasons).
>
> This poll runs until *September 14th*.
>
> We are also polling for knowledge of any undisclosed IPR that applies to
> this document, 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 an author or contributor** of this document please
> respond to this email and indicate whether or not you are aware of any
> relevant undisclosed IPR. The document won't progress without answers from
> all the authors and contributors.
>
> At this date, no IPR has been disclosed against this Document.
>
> If you 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
> bess chairs
>
> [1] https://datatracker.ietf.org/doc/draft-rabadan-bess-evpn-ac-df
>
> _______________________________________________
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess
>

--94eb2c1925e4695a23053b4d7043
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">support<div><br></div><div>thanks</div><div>Nabeel</div></=
div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Tue, Aug 3=
0, 2016 at 4:45 AM, Thomas Morin <span dir=3D"ltr">&lt;<a href=3D"mailto:th=
omas.morin@orange.com" target=3D"_blank">thomas.morin@orange.com</a>&gt;</s=
pan> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex=
;border-left:1px #ccc solid;padding-left:1ex">Hello working group,<br>
<br>
This email starts a two-week poll on adopting<br>
draft-rabadan-bess-evpn-ac-df-<wbr>05 [1] as a Working Group document.<br>
<br>
Please state on the list if you support adoption or not (in both cases, ple=
ase also state the reasons).<br>
<br>
This poll runs until *September 14th*.<br>
<br>
We are also polling for knowledge of any undisclosed IPR that applies to th=
is document, to ensure that IPR has been disclosed in compliance with IETF =
IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details).<br>
<br>
**If you are listed as an author or contributor** of this document please r=
espond to this email and indicate whether or not you are aware of any relev=
ant undisclosed IPR. The document won&#39;t progress without answers from a=
ll the authors and contributors.<br>
<br>
At this date, no IPR has been disclosed against this Document.<br>
<br>
If you are not listed as an author or contributor, then please explicitly r=
espond only if you are aware of any IPR that has not yet been disclosed in =
conformance with IETF rules.<br>
<br>
Thank you<br>
<br>
Martin &amp; Thomas<br>
bess chairs<br>
<br>
[1] <a href=3D"https://datatracker.ietf.org/doc/draft-rabadan-bess-evpn-ac-=
df" rel=3D"noreferrer" target=3D"_blank">https://datatracker.ietf.org/d<wbr=
>oc/draft-rabadan-bess-evpn-ac-<wbr>df</a><br>
<br>
______________________________<wbr>_________________<br>
BESS mailing list<br>
<a href=3D"mailto:BESS@ietf.org" target=3D"_blank">BESS@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/bess" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/l<wbr>istinfo/bess</a><br>
</blockquote></div><br></div>

--94eb2c1925e4695a23053b4d7043--


From nobody Tue Aug 30 13:15:27 2016
Return-Path: <aldrin.isaac@gmail.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 03EC512D7F6; Tue, 30 Aug 2016 13:15:26 -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 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 fFN6B3StMKK8; Tue, 30 Aug 2016 13:15:24 -0700 (PDT)
Received: from mail-yw0-x229.google.com (mail-yw0-x229.google.com [IPv6:2607:f8b0:4002:c05::229]) (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 E2EA212D58E; Tue, 30 Aug 2016 13:15:23 -0700 (PDT)
Received: by mail-yw0-x229.google.com with SMTP id u134so18372999ywg.3; Tue, 30 Aug 2016 13:15:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=uInJdrTYXgJQXhmgFJIjYmiBmVZ+a4BlJvWsjasvp7E=; b=EglulD94IohVZYOmEjgO778dsGq8aMdAi7zIfzNWpufwIY80XqIyNydYz5dK4Vi9wq PRhkZO6JU22pYnS27cTm6h3gWi0pJf51/kN5ufPyZptMz1bFxRE5mH6hj7gjnV8U1Lj4 IYiTxh6UsuDv3cqbaO8CINzN1HmhGpkDOsWGBesNiRchluRbeOGOl1y6ZFu3sFIT3EKy Yxw7p3IMIp0NTSjYRVDU77/zMv25Y2o73AG9F/6yz00dPfkfcQtE6pDMDX9W5oKRCgkz gmbOk624zouhBu4too+/vRkQu3JYrTehNRrF0mBxIZOmWeWfX1gRF0+PFzMSNnAocjQS JXaw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=uInJdrTYXgJQXhmgFJIjYmiBmVZ+a4BlJvWsjasvp7E=; b=LMJE4s/F78tVC6wy769ZVwWTh+LN0VK0JAxZppB/omiEBxI4H75RkdogHvsZjR5l0R 5EsHKkKmtZMWhBtbPL+eYaxUrbIWxUY0BRPkGE36I3l22Qcr8YFu9mWqz7Y9K/FyWuUR RaPApilBlzXPCmTFSkVDHwFPZZE2gpDeCUmvpW9c820GY+M6EK/UqtutiIgNMyET8RuU kB5IqDqMoIR430SPGkMndzN6FpCI1pq+btY3JiHdqqwtkWC6gvBINBirGJwbTX6bR9PO 5pKHr0OxD7y4QSn9MyNPEOXWvBecy7q5Pr8ozmfnGDRvOxYKr+Rzr6iiQbw6bUJijfcX yE7A==
X-Gm-Message-State: AE9vXwNg63Cbm1yy1YfNAAcDONcdJBNC4ukABgTyg/ZVWlHApfxfoRsgST8QRjuUL4nFv/sGMYSxrkdeykdWmw==
X-Received: by 10.129.93.86 with SMTP id r83mr5022861ywb.211.1472588123147; Tue, 30 Aug 2016 13:15:23 -0700 (PDT)
MIME-Version: 1.0
References: <c4699f3d-f114-49f8-1120-f4779ea7afc3@orange.com> <CAEjbQd51wznvZJHAtrb88urtN0SNRH4DvB5RKZPrF+tAdHzquA@mail.gmail.com>
In-Reply-To: <CAEjbQd51wznvZJHAtrb88urtN0SNRH4DvB5RKZPrF+tAdHzquA@mail.gmail.com>
From: Aldrin Isaac <aldrin.isaac@gmail.com>
Date: Tue, 30 Aug 2016 20:15:12 +0000
Message-ID: <CAOA2mbwSpS0Jre3QS-WtQP4MR5g8hahJPaDDTmXvrOKv+a7k3A@mail.gmail.com>
To: Nabeel Cocker <nabeel@nuagenetworks.net>, Thomas Morin <thomas.morin@orange.com>
Content-Type: multipart/alternative; boundary=001a114d805cfb13f0053b4fa3aa
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/OVJ0fQvEcT1CYwGxWBfN6W3yKWI>
Cc: draft-rabadan-bess-evpn-ac-df@ietf.org, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] Poll for adoption: draft-rabadan-bess-evpn-ac-df
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Aug 2016 20:15:26 -0000

--001a114d805cfb13f0053b4fa3aa
Content-Type: text/plain; charset=UTF-8

Support.
On Tue, Aug 30, 2016 at 10:38 AM Nabeel Cocker <nabeel@nuagenetworks.net>
wrote:

> support
>
> thanks
> Nabeel
>
> On Tue, Aug 30, 2016 at 4:45 AM, Thomas Morin <thomas.morin@orange.com>
> wrote:
>
>> Hello working group,
>>
>> This email starts a two-week poll on adopting
>> draft-rabadan-bess-evpn-ac-df-05 [1] as a Working Group document.
>>
>> Please state on the list if you support adoption or not (in both cases,
>> please also state the reasons).
>>
>> This poll runs until *September 14th*.
>>
>> We are also polling for knowledge of any undisclosed IPR that applies to
>> this document, 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 an author or contributor** of this document please
>> respond to this email and indicate whether or not you are aware of any
>> relevant undisclosed IPR. The document won't progress without answers from
>> all the authors and contributors.
>>
>> At this date, no IPR has been disclosed against this Document.
>>
>> If you 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
>> bess chairs
>>
>> [1] https://datatracker.ietf.org/doc/draft-rabadan-bess-evpn-ac-df
>>
>> _______________________________________________
>> BESS mailing list
>> BESS@ietf.org
>> https://www.ietf.org/mailman/listinfo/bess
>>
>
> _______________________________________________
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess
>

--001a114d805cfb13f0053b4fa3aa
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Support. <br><div class=3D"gmail_quote"><div dir=3D"ltr">On Tue, Aug 30, 20=
16 at 10:38 AM Nabeel Cocker &lt;<a href=3D"mailto:nabeel@nuagenetworks.net=
">nabeel@nuagenetworks.net</a>&gt; wrote:<br></div><blockquote class=3D"gma=
il_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-lef=
t:1ex"><div dir=3D"ltr">support<div><br></div><div>thanks</div></div><div d=
ir=3D"ltr"><div>Nabeel</div></div><div class=3D"gmail_extra"><br><div class=
=3D"gmail_quote">On Tue, Aug 30, 2016 at 4:45 AM, Thomas Morin <span dir=3D=
"ltr">&lt;<a href=3D"mailto:thomas.morin@orange.com" target=3D"_blank">thom=
as.morin@orange.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quo=
te" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"=
>Hello working group,<br>
<br>
This email starts a two-week poll on adopting<br>
draft-rabadan-bess-evpn-ac-df-05 [1] as a Working Group document.<br>
<br>
Please state on the list if you support adoption or not (in both cases, ple=
ase also state the reasons).<br>
<br>
This poll runs until *September 14th*.<br>
<br>
We are also polling for knowledge of any undisclosed IPR that applies to th=
is document, to ensure that IPR has been disclosed in compliance with IETF =
IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details).<br>
<br>
**If you are listed as an author or contributor** of this document please r=
espond to this email and indicate whether or not you are aware of any relev=
ant undisclosed IPR. The document won&#39;t progress without answers from a=
ll the authors and contributors.<br>
<br>
At this date, no IPR has been disclosed against this Document.<br>
<br>
If you are not listed as an author or contributor, then please explicitly r=
espond only if you are aware of any IPR that has not yet been disclosed in =
conformance with IETF rules.<br>
<br>
Thank you<br>
<br>
Martin &amp; Thomas<br>
bess chairs<br>
<br>
[1] <a href=3D"https://datatracker.ietf.org/doc/draft-rabadan-bess-evpn-ac-=
df" rel=3D"noreferrer" target=3D"_blank">https://datatracker.ietf.org/doc/d=
raft-rabadan-bess-evpn-ac-df</a><br>
<br>
_______________________________________________<br>
BESS mailing list<br>
<a href=3D"mailto:BESS@ietf.org" target=3D"_blank">BESS@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/bess" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/listinfo/bess</a><br>
</blockquote></div><br></div>
_______________________________________________<br>
BESS mailing list<br>
<a href=3D"mailto:BESS@ietf.org" target=3D"_blank">BESS@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/bess" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/listinfo/bess</a><br>
</blockquote></div>

--001a114d805cfb13f0053b4fa3aa--


From nobody Tue Aug 30 18:00:35 2016
Return-Path: <wlin@juniper.net>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DFC0812B030; Tue, 30 Aug 2016 18:00:32 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.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 qfpQu_kHIdiU; Tue, 30 Aug 2016 18:00:30 -0700 (PDT)
Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0128.outbound.protection.outlook.com [104.47.40.128]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B353112B051; Tue, 30 Aug 2016 18:00:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=38oVTueCXR2OIu6bpK5RMsPtK+nazbgtoaQYsPmvG5c=; b=StBQT5Q11Id9qmeJwXr+/QguMeoEjhIvv2m0En5b4l7xZQsTdu49qaXk75woPxujOxzZ9GwAeKOnamgsFv8Qv9bCFky01oDdPyfwEpWPajm5ky+Bf5CFiJYCACFCUQVkQWsZ1gX15uLAmubMg/7C8Gcz2rcEomVZ1zSFHqw+gw8=
Received: from CO2PR05MB683.namprd05.prod.outlook.com (10.141.229.145) by CO2PR05MB684.namprd05.prod.outlook.com (10.141.229.155) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.609.3; Wed, 31 Aug 2016 01:00:28 +0000
Received: from CO2PR05MB683.namprd05.prod.outlook.com ([10.141.229.145]) by CO2PR05MB683.namprd05.prod.outlook.com ([10.141.229.145]) with mapi id 15.01.0609.006; Wed, 31 Aug 2016 01:00:28 +0000
From: Wen Lin <wlin@juniper.net>
To: Martin Vigoureux <martin.vigoureux@nokia.com>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [bess] Poll for adoption: draft-zzhang-bess-evpn-bum-procedure-updates-03
Thread-Index: AQHR97r0tJGPDpM090OWmdyUl5t4E6BaYn0AgAexHwA=
Date: Wed, 31 Aug 2016 01:00:28 +0000
Message-ID: <A3D22C1E-E25B-4731-9040-5F50EAC24AD2@juniper.net>
References: <57B308FA.4090201@nokia.com> <BA08F74A137AEE74.8C110853-209C-4FD6-A81A-96DF68C53C65@mail.outlook.com>
In-Reply-To: <BA08F74A137AEE74.8C110853-209C-4FD6-A81A-96DF68C53C65@mail.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.18.0.160709
authentication-results: spf=none (sender IP is ) smtp.mailfrom=wlin@juniper.net; 
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [66.129.241.14]
x-ms-office365-filtering-correlation-id: 25031d3f-1ad1-404d-11be-08d3d13a32f5
x-microsoft-exchange-diagnostics: 1; CO2PR05MB684; 6:4p4jwa/98QKlpOpWFHAoKH3durD9bddp3x5ZxhWLJzFpIGPTEeVwv5tmTWHtGZwULBpnDtoLXWQnFC8cQgPZyk/jBu6pAM1kz6xX/hdPdTDNmnms4JvgTdsWdfD6qhCy2RB5YoxWeohEnUUp3rF//7qL9rEmgZbz9jatxNJIMa2iP86L13lBoxCtTY48Epg4Ls9oV1z/Ja60MrGWHNlr3rFqCL/7gu0rnQV8tXEXzRH6j2FAXC2BGpzL0kHECr6Ty5xvX/JgSFMIZpOfBRlt009br8GSop9t2eaCVfPpFHz982MrBlk5nx8cNe4VN4sWp7G01OoUddippi4Lq/UuBA==; 5:s23VoJHlvz3K6Uqb2AkA/cSlUviVRKgV3+yWMcGklq1KNeUApS26ib86XRk11wOVDFY4rQGsl7Evgo6MS7z0tnyOI7mgJbVbFCfOTWPVIAOzD6NuefVDGl0dFpiF826EYDk3SLccfiI2j/o4rF07Vw==; 24:b4TAxuTqU8l0Tpvmn54MED+mME25auHyaJs10/dD918qMc7HOyEnoDktDKphUocwGH7UutVScd6RlVMUdeIb0wUIHgPM8648VgGzMaKptok=; 7:KAc95G1dnsfFovr4+auNu/FQcM7+DKcx0SJa5GrcIwH93A/zdu0drKRGCbGabKN658V9rNEtB0YrMIZ2kW+x+ZyGX4QPKF7N6S/jV5RCZIyx+W6r1kLbZFw5/n4ALgc50WQV6sj2WXHs5kqdyce0PLe5nQa3gQKDnzvx3LxvlED2wiFr526SgwP3o4H6qAJPtiBTnP4RcnIiAPLA8M0N/kP86shAr4g8sly7rdTvGa2VQlUapVQWcYVzOTQLxCwU
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO2PR05MB684;
x-microsoft-antispam-prvs: <CO2PR05MB6846CE8C030A319C489438BC8E30@CO2PR05MB684.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(120809045254105)(82608151540597)(21748063052155); 
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026); SRVR:CO2PR05MB684; BCL:0; PCL:0; RULEID:; SRVR:CO2PR05MB684; 
x-forefront-prvs: 00514A2FE6
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(24454002)(189002)(199003)(377454003)(106116001)(106356001)(3280700002)(86362001)(5660300001)(16236675004)(3660700001)(36756003)(5002640100001)(2950100001)(2900100001)(102836003)(122556002)(82746002)(2501003)(11100500001)(83506001)(10400500002)(7846002)(81166006)(105586002)(8936002)(6116002)(99286002)(3846002)(7736002)(81156014)(83716003)(586003)(8676002)(4326007)(19300405004)(19580395003)(87936001)(19580405001)(68736007)(77096005)(2420400007)(189998001)(7110500001)(92566002)(15650500001)(15975445007)(66066001)(5001770100001)(97736004)(4001350100001)(19625215002)(76176999)(54356999)(2906002)(33656002)(10710500007)(101416001)(50986999)(230783001)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:CO2PR05MB684; H:CO2PR05MB683.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_A3D22C1EE25B473190405F50EAC24AD2junipernet_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Aug 2016 01:00:28.1080 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO2PR05MB684
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/rZzPLCvMpt-lJxAXVJ-aPIyOK54>
Cc: "draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org" <draft-zzhang-bess-evpn-bum-procedure-updates@ietf.org>
Subject: Re: [bess] Poll for adoption: draft-zzhang-bess-evpn-bum-procedure-updates-03
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Aug 2016 01:00:33 -0000

--_000_A3D22C1EE25B473190405F50EAC24AD2junipernet_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

U3VwcG9ydCBhcyBhIGNvLWF1dGhvci4gIEkgYW0gdW5hd2FyZSBvZiBhbnkgSVBScyByZWxhdGVk
IHRvIHRoaXMgZHJhZnQuDQoNClRoYW5rcywNCldlbg0KDQpPbiBUdWUsIEF1ZyAxNiwgMjAxNiBh
dCA1OjM3IEFNIC0wNzAwLCAiTWFydGluIFZpZ291cmV1eCIgPG1hcnRpbi52aWdvdXJldXhAbm9r
aWEuY29tPG1haWx0bzptYXJ0aW4udmlnb3VyZXV4QG5va2lhLmNvbT4+IHdyb3RlOg0KDQpIZWxs
byB3b3JraW5nIGdyb3VwLA0KDQoNCg0KVGhpcyBlbWFpbCBzdGFydHMgYSB0d28td2VlayBwb2xs
IG9uIGFkb3B0aW5nDQoNCmRyYWZ0LXp6aGFuZy1iZXNzLWV2cG4tYnVtLXByb2NlZHVyZS11cGRh
dGVzLTAzIFsxXSBhcyBhIFdvcmtpbmcgR3JvdXANCg0KRG9jdW1lbnQuDQoNCg0KDQpQbGVhc2Ug
c3RhdGUgb24gdGhlIGxpc3QgaWYgeW91IHN1cHBvcnQgYWRvcHRpb24gb3Igbm90IChpbiBib3Ro
IGNhc2VzLA0KDQpwbGVhc2UgYWxzbyBzdGF0ZSB0aGUgcmVhc29ucykuDQoNCg0KDQpUaGlzIHBv
bGwgcnVucyB1bnRpbCAqdGhlIDMwdGggb2YgQXVndXN0Ki4NCg0KDQoNCldlIGFyZSBhbHNvIHBv
bGxpbmcgZm9yIGtub3dsZWRnZSBvZiBhbnkgdW5kaXNjbG9zZWQgSVBSIHRoYXQgYXBwbGllcw0K
DQp0byB0aGlzIERvY3VtZW50LCB0byBlbnN1cmUgdGhhdCBJUFIgaGFzIGJlZW4gZGlzY2xvc2Vk
IGluIGNvbXBsaWFuY2UNCg0Kd2l0aCBJRVRGIElQUiBydWxlcyAoc2VlIFJGQ3MgMzk3OSwgNDg3
OSwgMzY2OSBhbmQgNTM3OCBmb3IgbW9yZQ0KDQpkZXRhaWxzKS4NCg0KSWYgeW91IGFyZSBsaXN0
ZWQgYXMgYW4gQXV0aG9yIG9yIENvbnRyaWJ1dG9yIG9mIHRoaXMgRG9jdW1lbnQgcGxlYXNlDQoN
CnJlc3BvbmQgdG8gdGhpcyBlbWFpbCBhbmQgaW5kaWNhdGUgd2hldGhlciBvciBub3QgeW91IGFy
ZSBhd2FyZSBvZiBhbnkNCg0KcmVsZXZhbnQgdW5kaXNjbG9zZWQgSVBSLiBUaGUgRG9jdW1lbnQg
d29uJ3QgcHJvZ3Jlc3Mgd2l0aG91dCBhbnN3ZXJzDQoNCmZyb20gYWxsIHRoZSBBdXRob3JzIGFu
ZCBDb250cmlidXRvcnMuDQoNCk5vIElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgYWdhaW5zdCB0aGlz
IERvY3VtZW50DQoNCg0KDQpJZiB5b3UgYXJlIG5vdCBsaXN0ZWQgYXMgYW4gQXV0aG9yIG9yIENv
bnRyaWJ1dG9yLCB0aGVuIHBsZWFzZQ0KDQpleHBsaWNpdGx5IHJlc3BvbmQgb25seSBpZiB5b3Ug
YXJlIGF3YXJlIG9mIGFueSBJUFIgdGhhdCBoYXMgbm90IHlldA0KDQpiZWVuIGRpc2Nsb3NlZCBp
biBjb25mb3JtYW5jZSB3aXRoIElFVEYgcnVsZXMuDQoNCg0KDQpUaGFuayB5b3UNCg0KDQoNCk1h
cnRpbiAmIFRob21hcw0KDQpiZXNzIGNoYWlycw0KDQoNCg0KWzFdDQoNCmh0dHBzOi8vZGF0YXRy
YWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXp6aGFuZy1iZXNzLWV2cG4tYnVtLXByb2NlZHVyZS11
cGRhdGVzLw0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX18NCg0KQkVTUyBtYWlsaW5nIGxpc3QNCg0KQkVTU0BpZXRmLm9yZw0KDQpodHRwczovL3d3
dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Jlc3MNCg==

--_000_A3D22C1EE25B473190405F50EAC24AD2junipernet_
Content-Type: text/html; charset="utf-8"
Content-ID: <949FDD2C45C35548A4B26485F5D073B1@namprd05.prod.outlook.com>
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4
bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo
dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo
dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp
dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l
dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu
dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg
KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N
CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglwYW5vc2UtMToyIDcg
MyA5IDIgMiA1IDIgNCA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0
aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt
ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5
bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt
YWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEy
LjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNv
SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt
ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv
d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv
cmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1z
dHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdp
bi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3Vy
aWVyIE5ldyI7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToi
SFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1z
dHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6Q291cmllcjt9DQpz
cGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250
LWZhbWlseTpDYWxpYnJpOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5tc29JbnMNCgl7bXNv
LXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJbXNvLXN0eWxlLW5hbWU6IiI7DQoJdGV4dC1kZWNv
cmF0aW9uOnVuZGVybGluZTsNCgljb2xvcjp0ZWFsO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1z
dHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNl
Y3Rpb24xDQoJe3NpemU6NTk1LjBwdCA4NDIuMHB0Ow0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBp
biAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwv
c3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9
ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OkNhbGlicmkiPlN1cHBvcnQgYXMgYSBjby1hdXRob3IuJm5ic3A7IEkgYW0gdW5hd2FyZSBvZiBh
bnkgSVBScyByZWxhdGVkIHRvIHRoaXMgZHJhZnQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+
VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPldlbjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cD4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn
aW4tYm90dG9tOjEyLjBwdCI+T24gVHVlLCBBdWcgMTYsIDIwMTYgYXQgNTozNyBBTSAtMDcwMCwg
JnF1b3Q7TWFydGluIFZpZ291cmV1eCZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1hcnRpbi52
aWdvdXJldXhAbm9raWEuY29tIiB0YXJnZXQ9Il9ibGFuayI+bWFydGluLnZpZ291cmV1eEBub2tp
YS5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJi
b3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBp
biAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8ZGl2Pg0K
PHByZT5IZWxsbyB3b3JraW5nIGdyb3VwLDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wcmU+DQo8cHJlPlRoaXMgZW1haWwgc3RhcnRzIGEgdHdvLXdlZWsgcG9sbCBv
biBhZG9wdGluZzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmRyYWZ0LXp6aGFuZy1iZXNzLWV2cG4t
YnVtLXByb2NlZHVyZS11cGRhdGVzLTAzIFsxXSBhcyBhIFdvcmtpbmcgR3JvdXAgPG86cD48L286
cD48L3ByZT4NCjxwcmU+RG9jdW1lbnQuPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJz
cDs8L286cD48L3ByZT4NCjxwcmU+UGxlYXNlIHN0YXRlIG9uIHRoZSBsaXN0IGlmIHlvdSBzdXBw
b3J0IGFkb3B0aW9uIG9yIG5vdCAoaW4gYm90aCBjYXNlcywgPG86cD48L286cD48L3ByZT4NCjxw
cmU+cGxlYXNlIGFsc28gc3RhdGUgdGhlIHJlYXNvbnMpLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl
PjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPlRoaXMgcG9sbCBydW5zIHVudGlsICp0aGUg
MzB0aCBvZiBBdWd1c3QqLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+
PC9wcmU+DQo8cHJlPldlIGFyZSBhbHNvIHBvbGxpbmcgZm9yIGtub3dsZWRnZSBvZiBhbnkgdW5k
aXNjbG9zZWQgSVBSIHRoYXQgYXBwbGllczxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPnRvIHRoaXMg
RG9jdW1lbnQsIHRvIGVuc3VyZSB0aGF0IElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxp
YW5jZTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPndpdGggSUVURiBJUFIgcnVsZXMgKHNlZSBSRkNz
IDM5NzksIDQ4NzksIDM2NjkgYW5kIDUzNzggZm9yIG1vcmU8bzpwPjwvbzpwPjwvcHJlPg0KPHBy
ZT5kZXRhaWxzKS48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5JZiB5b3UgYXJlIGxpc3RlZCBhcyBh
biBBdXRob3Igb3IgQ29udHJpYnV0b3Igb2YgdGhpcyBEb2N1bWVudCBwbGVhc2U8bzpwPjwvbzpw
PjwvcHJlPg0KPHByZT5yZXNwb25kIHRvIHRoaXMgZW1haWwgYW5kIGluZGljYXRlIHdoZXRoZXIg
b3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55PG86cD48L286cD48L3ByZT4NCjxwcmU+cmVsZXZh
bnQgdW5kaXNjbG9zZWQgSVBSLiBUaGUgRG9jdW1lbnQgd29uJ3QgcHJvZ3Jlc3Mgd2l0aG91dCBh
bnN3ZXJzPG86cD48L286cD48L3ByZT4NCjxwcmU+ZnJvbSBhbGwgdGhlIEF1dGhvcnMgYW5kIENv
bnRyaWJ1dG9ycy48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5ObyBJUFIgaGFzIGJlZW4gZGlzY2xv
c2VkIGFnYWluc3QgdGhpcyBEb2N1bWVudDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wcmU+DQo8cHJlPklmIHlvdSBhcmUgbm90IGxpc3RlZCBhcyBhbiBBdXRob3Ig
b3IgQ29udHJpYnV0b3IsIHRoZW4gcGxlYXNlIDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmV4cGxp
Y2l0bHkgcmVzcG9uZCBvbmx5IGlmIHlvdSBhcmUgYXdhcmUgb2YgYW55IElQUiB0aGF0IGhhcyBu
b3QgeWV0IDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmJlZW4gZGlzY2xvc2VkIGluIGNvbmZvcm1h
bmNlIHdpdGggSUVURiBydWxlcy48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwv
bzpwPjwvcHJlPg0KPHByZT5UaGFuayB5b3U8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZu
YnNwOzwvbzpwPjwvcHJlPg0KPHByZT5NYXJ0aW4gJmFtcDsgVGhvbWFzPG86cD48L286cD48L3By
ZT4NCjxwcmU+YmVzcyBjaGFpcnM8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwv
bzpwPjwvcHJlPg0KPHByZT5bMV0gPG86cD48L286cD48L3ByZT4NCjxwcmU+aHR0cHM6Ly9kYXRh
dHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtenpoYW5nLWJlc3MtZXZwbi1idW0tcHJvY2VkdXJl
LXVwZGF0ZXMvPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4N
CjxwcmU+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188bzpw
PjwvbzpwPjwvcHJlPg0KPHByZT5CRVNTIG1haWxpbmcgbGlzdDxvOnA+PC9vOnA+PC9wcmU+DQo8
cHJlPkJFU1NAaWV0Zi5vcmc8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5odHRwczovL3d3dy5pZXRm
Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Jlc3M8bzpwPjwvbzpwPjwvcHJlPg0KPC9kaXY+DQo8L2Js
b2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRt
bD4NCg==

--_000_A3D22C1EE25B473190405F50EAC24AD2junipernet_--


From nobody Tue Aug 30 21:28:59 2016
Return-Path: <loa@pi.nu>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 38D0D12D0CB; Tue, 30 Aug 2016 21:28:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.446
X-Spam-Level: 
X-Spam-Status: No, score=-2.446 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RP_MATCHES_RCVD=-0.548] 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 YCX9HYnEyIAD; Tue, 30 Aug 2016 21:28:52 -0700 (PDT)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B600B12B00A; Tue, 30 Aug 2016 21:28:51 -0700 (PDT)
Received: from [10.143.109.35] (79.138.131.88.mobile.tre.se [79.138.131.88]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id C303F18015A1; Wed, 31 Aug 2016 06:28:48 +0200 (CEST)
From: Loa Andersson <loa@pi.nu>
Content-Type: multipart/alternative; boundary=Apple-Mail-4E4966C5-3D09-447D-9364-488CE5DB8C71
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (1.0)
Message-Id: <8A502F2D-E7EC-4497-9BF1-1295E1F21A02@pi.nu>
Date: Wed, 31 Aug 2016 12:28:43 +0800
References: <f1eda3f9-e097-098a-dd47-2386ab3f1a67@pi.nu>
To: idr@ietf.org, bess@ietf.org
X-Mailer: iPhone Mail (13G35)
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/0GxZWO-J64XXTGdA6ziWB9ecQk0>
Subject: [bess] Fwd: [mpls] Working Group adoption poll on draft-rosen-mpls-rfc3107bis
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Aug 2016 04:28:54 -0000

--Apple-Mail-4E4966C5-3D09-447D-9364-488CE5DB8C71
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable

Working Groups,

Please note that the working group adoption poll for draft-rosen-mpls-rfc310=
7bis has been started in the mpls wg. Please send your comments to the mpls w=
g mailing list (mpls@ietf.org).=20

/Loa
mpls wg co-chair

Sent from my iPhone

Begin forwarded message:

> From: Loa Andersson <loa@pi.nu>
> Date: 30 augusti 2016 08:10:13 GMT+8
> To: "mpls@ietf.org" <mpls@ietf.org>
> Cc: "draft-rosen-mpls-rfc3107bis.all@ietf.org" <draft-rosen-mpls-rfc3107bi=
s.all@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>
> Subject: [mpls] Working Group adoption poll on draft-rosen-mpls-rfc3107bis=

>=20
> Working Group,
>=20
> This is to start a two week poll on adopting draft-rosen-mpls-rfc3107bis
> as an MPLS working group document.
>=20
> Please send your comments (support/not support) to the mpls working
> group mailing list (mpls@ietf.org). Please give a technical
> motivation for your support/not support, especially if you think that
> the document should not be adopted as a working group document.
>=20
> There are no IPR disclosures against this document.
>=20
> All the authors has stated on the on the mpls wg mailing list that they
> are not aware of any IPRs that relate to this document.
>=20
> The working group adoption poll ends September 14, 2016.
>=20
> /Loa
>=20
> MPLS wg co-chair.
> --=20
>=20
>=20
> Loa Andersson                        email: loa@mail01.huawei.com
> Senior MPLS Expert                          loa@pi.nu
> Huawei Technologies (consultant)     phone: +46 739 81 21 64
>=20
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls

--Apple-Mail-4E4966C5-3D09-447D-9364-488CE5DB8C71
Content-Type: text/html;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; charset=3D=
utf-8"></head><body dir=3D"auto"><div>Working Groups,</div><div id=3D"AppleM=
ailSignature"><br></div><div id=3D"AppleMailSignature">Please note that the w=
orking group adoption poll for draft-rosen-mpls-rfc3107bis has been started i=
n the mpls wg. Please send your comments to the mpls wg mailing list (<a hre=
f=3D"mailto:mpls@ietf.org">mpls@ietf.org</a>).&nbsp;</div><div id=3D"AppleMa=
ilSignature"><br></div><div id=3D"AppleMailSignature">/Loa</div><div id=3D"A=
ppleMailSignature">mpls wg co-chair<br><br>Sent from my iPhone</div><div><br=
>Begin forwarded message:<br><br></div><blockquote type=3D"cite"><div><b>From:=
</b> Loa Andersson &lt;<a href=3D"mailto:loa@pi.nu">loa@pi.nu</a>&gt;<br><b>=
Date:</b> 30 augusti 2016 08:10:13 GMT+8<br><b>To:</b> "<a href=3D"mailto:mp=
ls@ietf.org">mpls@ietf.org</a>" &lt;<a href=3D"mailto:mpls@ietf.org">mpls@ie=
tf.org</a>&gt;<br><b>Cc:</b> "<a href=3D"mailto:draft-rosen-mpls-rfc3107bis.=
all@ietf.org">draft-rosen-mpls-rfc3107bis.all@ietf.org</a>" &lt;<a href=3D"m=
ailto:draft-rosen-mpls-rfc3107bis.all@ietf.org">draft-rosen-mpls-rfc3107bis.=
all@ietf.org</a>&gt;, "<a href=3D"mailto:mpls-chairs@ietf.org">mpls-chairs@i=
etf.org</a>" &lt;<a href=3D"mailto:mpls-chairs@ietf.org">mpls-chairs@ietf.or=
g</a>&gt;<br><b>Subject:</b> <b>[mpls] Working Group adoption poll on draft-=
rosen-mpls-rfc3107bis</b><br><br></div></blockquote><blockquote type=3D"cite=
"><div><span>Working Group,</span><br><span></span><br><span>This is to star=
t a two week poll on adopting draft-rosen-mpls-rfc3107bis</span><br><span>as=
 an MPLS working group document.</span><br><span></span><br><span>Please sen=
d your comments (support/not support) to the mpls working</span><br><span>gr=
oup mailing list (<a href=3D"mailto:mpls@ietf.org">mpls@ietf.org</a>). Pleas=
e give a technical</span><br><span>motivation for your support/not support, e=
specially if you think that</span><br><span>the document should not be adopt=
ed as a working group document.</span><br><span></span><br><span>There are n=
o IPR disclosures against this document.</span><br><span></span><br><span>Al=
l the authors has stated on the on the mpls wg mailing list that they</span>=
<br><span>are not aware of any IPRs that relate to this document.</span><br>=
<span></span><br><span>The working group adoption poll ends September 14, 20=
16.</span><br><span></span><br><span>/Loa</span><br><span></span><br><span>M=
PLS wg co-chair.</span><br><span>-- </span><br><span></span><br><span></span=
><br><span>Loa Andersson &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;email: <a href=3D"mailto:loa@mail01.huawei.com">loa@mail01.huawei=
.com</a></span><br><span>Senior MPLS Expert &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<a href=3D"mailto:loa@pi.nu">loa@p=
i.nu</a></span><br><span>Huawei Technologies (consultant) &nbsp;&nbsp;&nbsp;=
&nbsp;phone: +46 739 81 21 64</span><br><span></span><br><span>_____________=
__________________________________</span><br><span>mpls mailing list</span><=
br><span><a href=3D"mailto:mpls@ietf.org">mpls@ietf.org</a></span><br><span>=
<a href=3D"https://www.ietf.org/mailman/listinfo/mpls">https://www.ietf.org/=
mailman/listinfo/mpls</a></span><br></div></blockquote></body></html>=

--Apple-Mail-4E4966C5-3D09-447D-9364-488CE5DB8C71--


From nobody Wed Aug 31 02:25:07 2016
Return-Path: <rraszuk@gmail.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1240512D8C9; Wed, 31 Aug 2016 02:24:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.597
X-Spam-Level: 
X-Spam-Status: No, score=-2.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=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 r6DE0kzLCfFj; Wed, 31 Aug 2016 02:24:57 -0700 (PDT)
Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (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 3670A12D8C8; Wed, 31 Aug 2016 02:24:57 -0700 (PDT)
Received: by mail-wm0-x22a.google.com with SMTP id i5so78191936wmg.0; Wed, 31 Aug 2016 02:24:57 -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:from:date:message-id :subject:to:cc; bh=8ppgHyZmnC8zpYi+g0IOdjRUKtDLxTIBzmlxAAq/nL8=; b=j7DadHCRKfheck6gN5Z6eD6x1LmXmvehP3/VouNf8i8RH/ptTjX6rTCIbZD6GdX5Tq z8lXEsPTFm2Vnn19errlKKBmCG9zF1QuHOLHhuG2BhQ07HDG5uNRQGJPHOeJ3+znFUfZ iv4AMu1eBbcc+lkPGGaR8Tm0O1CQVeuFWNrwpW08yhrFUDtPwvX1YK1fcLf+wDR0r+Xk dpHpwi3k28vNOWEqMi76IIrNVcIs5pnZfrJOhs2nmJ3ZHrJesNkT4nrjyCZjMLXz6QYm Fs0n/Ri7/TPaPTX3TGobZ/CaD7gRhUIdoKoihDF+WXfd5gbI+ESsMX6BMTpUMkR61Z2u nPrQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=8ppgHyZmnC8zpYi+g0IOdjRUKtDLxTIBzmlxAAq/nL8=; b=iFoxdGoiPg5eJ/YK60O1nYEXbkOQU6WC0BEPMwhz7wtp9nSsBRat5kCB9RtI+JtRGw /ElPVG/19JEdvrpIOAJnPSneuCqitpznbgVnEbO0GACxi/mNcbZfXxGr9/fvTUpOoWFk 42ZnpxKdNAEsU3tk+9ORjJpDyQzLKxt304nsnF5WbNhrsVBYC2KCS+p8A+lz95uCF5fa D7uW8XorEPe3dDwuyZt1xSGA5+IQuUgg4+Gjav+Z7J4yXxgPwBwRbZ74l2gERmNzKn12 N+4Zm4pYyQrhZPRum2+caSHRL9J7sX9SJbdn6YU742bAlev5TJRr7D3C3A+lFoCfr5b8 dNTw==
X-Gm-Message-State: AE9vXwNxo3RG9dwbWCGk9NOFnjhZX2hH4DkC1bfV7FWIYAkYo2iz3L7QNWcnXHc8Y7rDhicM4+HMsg3G5XnWEQ==
X-Received: by 10.194.89.228 with SMTP id br4mr7971214wjb.187.1472635495622; Wed, 31 Aug 2016 02:24:55 -0700 (PDT)
MIME-Version: 1.0
Sender: rraszuk@gmail.com
Received: by 10.194.60.51 with HTTP; Wed, 31 Aug 2016 02:24:54 -0700 (PDT)
In-Reply-To: <8A502F2D-E7EC-4497-9BF1-1295E1F21A02@pi.nu>
References: <f1eda3f9-e097-098a-dd47-2386ab3f1a67@pi.nu> <8A502F2D-E7EC-4497-9BF1-1295E1F21A02@pi.nu>
From: Robert Raszuk <robert@raszuk.net>
Date: Wed, 31 Aug 2016 11:24:54 +0200
X-Google-Sender-Auth: E4g6pGvmRxeCp6mHJjq94JPtYwE
Message-ID: <CA+b+ERmp1YemDCKmpbjYBnxF5RPH-8mv0D+ASs3LDMieQn_4CA@mail.gmail.com>
To: Eric Rosen <erosen@juniper.net>
Content-Type: multipart/alternative; boundary=047d7bf10ada99bf81053b5aab27
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/FF1l85U-hvoBKInCB2M6z1DuyDo>
Cc: idr wg <idr@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>, "bess@ietf.org" <bess@ietf.org>, Loa Andersson <loa@pi.nu>
Subject: Re: [bess] [Idr] Fwd: [mpls] Working Group adoption poll on draft-rosen-mpls-rfc3107bis
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Aug 2016 09:24:59 -0000

--047d7bf10ada99bf81053b5aab27
Content-Type: text/plain; charset=UTF-8

Hi Eric,

While adoption call is sort of encouragement for further input before I
respond to Loa's mail I would like to get one additional answer from
3107bis authors and WGs members.

Those who spend years in mpls deployment know quite well that the biggest
issue with today's 3107 deployment is lack of the clear definition of its
interaction with SAFI-1. While one would hope that 3107bis with new
capability will clean this mess section 5 of your document rather sweeps it
all under the carpet stating that it is just local policy. IMO it is not a
matter of local policy nor it is implementation detail.

Local policy can be to choose which RIB (or sequence of RIBs) should be
used for resolution of specific SAFIs and not how to mix SAFI-1 with
SAFI-4. It's not a local matter at all to have deployment resulting in
inconsistent IBGP best paths across given domain.

To me cleanest is to separate those two SAFIs completely from each other by
the spec both in BGP (done) as well as local RIB and FIB/LFIB.

Likewise I do not quite agree that SAFI-4 should be "convertible" to
SAFI-1. And we all realize that opposite direction is rather hard.

Another perhaps minor clarification would be to get an explicit
confirmation that SAFI-4 can be recursive over SAFI-4 or for that matter
SAFI-1 (MPLS in GRE or SR in IP).

Thx,
R.

--047d7bf10ada99bf81053b5aab27
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:arial,he=
lvetica,sans-serif;font-size:small">Hi Eric,</div><div class=3D"gmail_defau=
lt" style=3D"font-family:arial,helvetica,sans-serif;font-size:small"><br></=
div><div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-=
serif;font-size:small">While adoption call is sort of encouragement for fur=
ther input before I respond to Loa&#39;s mail I would like to get one addit=
ional answer from 3107bis authors and WGs members.=C2=A0</div><div class=3D=
"gmail_default" style=3D"font-family:arial,helvetica,sans-serif;font-size:s=
mall"><br></div><div class=3D"gmail_default" style=3D"font-family:arial,hel=
vetica,sans-serif;font-size:small">Those who spend years in mpls deployment=
 know quite well that the biggest issue with today&#39;s 3107 deployment is=
 lack of the clear definition of its interaction with SAFI-1. While one wou=
ld hope that 3107bis with new capability will clean this mess section 5 of =
your document rather sweeps it all under the carpet stating that it is just=
 local policy. IMO it is not a matter of local policy nor it is implementat=
ion detail.=C2=A0</div><div class=3D"gmail_default" style=3D"font-family:ar=
ial,helvetica,sans-serif;font-size:small"><br></div><div class=3D"gmail_def=
ault" style=3D"font-family:arial,helvetica,sans-serif;font-size:small">Loca=
l policy can be to choose which RIB (or sequence of RIBs) should be used fo=
r resolution of specific SAFIs and not how to mix SAFI-1 with SAFI-4. It&#3=
9;s not a local matter at all to have deployment resulting in inconsistent =
IBGP best paths across given domain.=C2=A0</div><div class=3D"gmail_default=
" style=3D"font-family:arial,helvetica,sans-serif;font-size:small"><br></di=
v><div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-se=
rif;font-size:small">To me cleanest is to separate those two SAFIs complete=
ly from each other by the spec both in BGP (done) as well as local RIB and =
FIB/LFIB.=C2=A0</div><div class=3D"gmail_default" style=3D"font-family:aria=
l,helvetica,sans-serif;font-size:small"><br></div><div class=3D"gmail_defau=
lt" style=3D"font-family:arial,helvetica,sans-serif;font-size:small">Likewi=
se I do not quite agree that SAFI-4 should be &quot;convertible&quot; to SA=
FI-1. And we all realize that opposite direction is rather hard.=C2=A0</div=
><div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-ser=
if;font-size:small"><br></div><div class=3D"gmail_default" style=3D"font-fa=
mily:arial,helvetica,sans-serif;font-size:small">Another perhaps minor clar=
ification would be to get an explicit confirmation that SAFI-4 can be recur=
sive over SAFI-4 or for that matter SAFI-1 (MPLS in GRE or SR in IP).=C2=A0=
</div><div class=3D"gmail_default" style=3D"font-family:arial,helvetica,san=
s-serif;font-size:small"><br></div><div class=3D"gmail_default" style=3D"fo=
nt-family:arial,helvetica,sans-serif;font-size:small">Thx,<br></div><div cl=
ass=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif;font-=
size:small">R.</div><div class=3D"gmail_default" style=3D"font-family:arial=
,helvetica,sans-serif;font-size:small"><br></div></div>

--047d7bf10ada99bf81053b5aab27--


From nobody Wed Aug 31 07:37:30 2016
Return-Path: <acee@cisco.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5BEA912DB8D; Wed, 31 Aug 2016 07:37:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.049
X-Spam-Level: 
X-Spam-Status: No, score=-15.049 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.548, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 kO5HmydG3n7n; Wed, 31 Aug 2016 07:37:24 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CF7FC12DCAB; Wed, 31 Aug 2016 07:15:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11345; q=dns/txt; s=iport; t=1472652905; x=1473862505; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=CvM5Q8KFKzcjkuzN9CMh0R/5Ca4qBk9jNLU2/cZ8cMA=; b=CgXq+qzV+2DFz5aLCvffLUZKYZJVD1kvPvmY8rqEEcmBi7s0nWjCDPxe b7Ap5N/VI7FosiybfbYgzz07KvJLWHM9jxVT/sd71kYrP2kVcKAQuGwOm dbIOFzA3zBnKF0aadac9T/H8A5y8KoJLow3oNUE9tEH94Vp6arS+W3j3b c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D4AgAY5sZX/5xdJa1dgxozAQEBAQEeg?= =?us-ascii?q?VMHg0CvUoUNggGGHQIcgS04FAECAQEBAQEBAV4nhGEBAQUjVhACAQgRAwECKAM?= =?us-ascii?q?CAgIwFAkIAgQBDQUbiCuuZI8jAQEBAQEBAQEBAQEBAQEBAQEBAQEBHIl5gQOEI?= =?us-ascii?q?wEBO4JigloFmVABjy+PV4xIg3gBHjaCeoE1cIRNgSB/AQEB?=
X-IronPort-AV: E=Sophos;i="5.30,262,1470700800";  d="scan'208,217";a="147426382"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 31 Aug 2016 14:15:04 +0000
Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id u7VEF2kl003951 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 31 Aug 2016 14:15:04 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 31 Aug 2016 10:15:02 -0400
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Wed, 31 Aug 2016 10:15:02 -0400
From: "Acee Lindem (acee)" <acee@cisco.com>
To: Robert Raszuk <robert@raszuk.net>, Eric Rosen <erosen@juniper.net>
Thread-Topic: [mpls] [Idr] Fwd: Working Group adoption poll on draft-rosen-mpls-rfc3107bis
Thread-Index: AQHSA2mTmZjCk1nk8UG09DsTehNMO6BjHUgA
Date: Wed, 31 Aug 2016 14:15:01 +0000
Message-ID: <D3EC5D03.7C805%acee@cisco.com>
References: <f1eda3f9-e097-098a-dd47-2386ab3f1a67@pi.nu> <8A502F2D-E7EC-4497-9BF1-1295E1F21A02@pi.nu> <CA+b+ERmp1YemDCKmpbjYBnxF5RPH-8mv0D+ASs3LDMieQn_4CA@mail.gmail.com>
In-Reply-To: <CA+b+ERmp1YemDCKmpbjYBnxF5RPH-8mv0D+ASs3LDMieQn_4CA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.116.152.198]
Content-Type: multipart/alternative; boundary="_000_D3EC5D037C805aceeciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/qz8gfiW-KAHbAoUW-jqjR15Buhw>
Cc: idr wg <idr@ietf.org>, "bess@ietf.org" <bess@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>
Subject: Re: [bess] [mpls] [Idr] Fwd: Working Group adoption poll on draft-rosen-mpls-rfc3107bis
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Aug 2016 14:37:28 -0000

--_000_D3EC5D037C805aceeciscocom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkgUm9iZXJ0LA0KDQpDdXJyZW50bHksIGV2ZXJ5dGhpbmcgaW4gZHJhZnQtcm9zZW4tbXBscy1y
ZmMzMTA3YmlzIGlzIHByZXR0eSBtdWNoIGJhY2t3YXJkIGNvbXBhdGlibGUgd2l0aCBvdXIgbW9y
ZSB0aGFuIGEgZGVjYWRlIG9sZCBSRkMgMzEwNyBpbXBsZW1lbnRhdGlvbnMgYW5kIGRlcGxveW1l
bnRzLiBXaGF0IHlvdSBhcmUgcHJvcG9zaW5nIGlzIG5vdCBhbmQgaGFzIGltcGxpY2F0aW9ucyBp
biBib3RoIHRoZSBjb250cm9sIGFuZCBmb3J3YXJkaW5nIHBsYW5lcy4gSWYgeW91IHJlYWxseSBi
ZWxpZXZlIHRoYXQgdGhpcyBpcyDigJx0aGUgYmlnZ2VzdCBpc3N1ZSIsIEnigJlkIHN1Z2dlc3Qg
eW91IGFydGljdWxhdGUgaXQgaW4gYSBzZXBhcmF0ZSBkcmFmdCB3aXRoIGNvbmNyZXRlIHVzZSBj
YXNlcyBmb3IgaGF2aW5nIHNlcGFyYXRlIElQIGFuZCBNUExTIHRvcG9sb2dpZXMgZm9yIHRoZSBz
YW1lIHNldCBvZiBwcmVmaXhlcy4gVGhlbiB0aGUgV0dzIGNhbiBldmFsdWF0ZSB0aGUgcmVxdWly
ZW1lbnQgYW5kIHByb3Bvc2VkIHNvbHV0aW9uIGluZGVwZW5kZW50IG9mIFJGQyAzMTA3IEJJUy4N
Cg0KVGhhbmtzLA0KQWNlZQ0KDQpGcm9tOiBtcGxzIDxtcGxzLWJvdW5jZXNAaWV0Zi5vcmc8bWFp
bHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZz4+IG9uIGJlaGFsZiBvZiBSb2JlcnQgUmFzenVrIDxy
b2JlcnRAcmFzenVrLm5ldDxtYWlsdG86cm9iZXJ0QHJhc3p1ay5uZXQ+Pg0KRGF0ZTogV2VkbmVz
ZGF5LCBBdWd1c3QgMzEsIDIwMTYgYXQgNToyNCBBTQ0KVG86IEVyaWMgQyBSb3NlbiA8ZXJvc2Vu
QGp1bmlwZXIubmV0PG1haWx0bzplcm9zZW5AanVuaXBlci5uZXQ+Pg0KQ2M6IElEUiBMaXN0IDxp
ZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9yZz4+LCAibXBsc0BpZXRmLm9yZzxtYWlsdG86
bXBsc0BpZXRmLm9yZz4iIDxtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPj4sICJi
ZXNzQGlldGYub3JnPG1haWx0bzpiZXNzQGlldGYub3JnPiIgPGJlc3NAaWV0Zi5vcmc8bWFpbHRv
OmJlc3NAaWV0Zi5vcmc+Pg0KU3ViamVjdDogUmU6IFttcGxzXSBbSWRyXSBGd2Q6IFdvcmtpbmcg
R3JvdXAgYWRvcHRpb24gcG9sbCBvbiBkcmFmdC1yb3Nlbi1tcGxzLXJmYzMxMDdiaXMNCg0KSGkg
RXJpYywNCg0KV2hpbGUgYWRvcHRpb24gY2FsbCBpcyBzb3J0IG9mIGVuY291cmFnZW1lbnQgZm9y
IGZ1cnRoZXIgaW5wdXQgYmVmb3JlIEkgcmVzcG9uZCB0byBMb2EncyBtYWlsIEkgd291bGQgbGlr
ZSB0byBnZXQgb25lIGFkZGl0aW9uYWwgYW5zd2VyIGZyb20gMzEwN2JpcyBhdXRob3JzIGFuZCBX
R3MgbWVtYmVycy4NCg0KVGhvc2Ugd2hvIHNwZW5kIHllYXJzIGluIG1wbHMgZGVwbG95bWVudCBr
bm93IHF1aXRlIHdlbGwgdGhhdCB0aGUgYmlnZ2VzdCBpc3N1ZSB3aXRoIHRvZGF5J3MgMzEwNyBk
ZXBsb3ltZW50IGlzIGxhY2sgb2YgdGhlIGNsZWFyIGRlZmluaXRpb24gb2YgaXRzIGludGVyYWN0
aW9uIHdpdGggU0FGSS0xLiBXaGlsZSBvbmUgd291bGQgaG9wZSB0aGF0IDMxMDdiaXMgd2l0aCBu
ZXcgY2FwYWJpbGl0eSB3aWxsIGNsZWFuIHRoaXMgbWVzcyBzZWN0aW9uIDUgb2YgeW91ciBkb2N1
bWVudCByYXRoZXIgc3dlZXBzIGl0IGFsbCB1bmRlciB0aGUgY2FycGV0IHN0YXRpbmcgdGhhdCBp
dCBpcyBqdXN0IGxvY2FsIHBvbGljeS4gSU1PIGl0IGlzIG5vdCBhIG1hdHRlciBvZiBsb2NhbCBw
b2xpY3kgbm9yIGl0IGlzIGltcGxlbWVudGF0aW9uIGRldGFpbC4NCg0KTG9jYWwgcG9saWN5IGNh
biBiZSB0byBjaG9vc2Ugd2hpY2ggUklCIChvciBzZXF1ZW5jZSBvZiBSSUJzKSBzaG91bGQgYmUg
dXNlZCBmb3IgcmVzb2x1dGlvbiBvZiBzcGVjaWZpYyBTQUZJcyBhbmQgbm90IGhvdyB0byBtaXgg
U0FGSS0xIHdpdGggU0FGSS00LiBJdCdzIG5vdCBhIGxvY2FsIG1hdHRlciBhdCBhbGwgdG8gaGF2
ZSBkZXBsb3ltZW50IHJlc3VsdGluZyBpbiBpbmNvbnNpc3RlbnQgSUJHUCBiZXN0IHBhdGhzIGFj
cm9zcyBnaXZlbiBkb21haW4uDQoNClRvIG1lIGNsZWFuZXN0IGlzIHRvIHNlcGFyYXRlIHRob3Nl
IHR3byBTQUZJcyBjb21wbGV0ZWx5IGZyb20gZWFjaCBvdGhlciBieSB0aGUgc3BlYyBib3RoIGlu
IEJHUCAoZG9uZSkgYXMgd2VsbCBhcyBsb2NhbCBSSUIgYW5kIEZJQi9MRklCLg0KDQpMaWtld2lz
ZSBJIGRvIG5vdCBxdWl0ZSBhZ3JlZSB0aGF0IFNBRkktNCBzaG91bGQgYmUgImNvbnZlcnRpYmxl
IiB0byBTQUZJLTEuIEFuZCB3ZSBhbGwgcmVhbGl6ZSB0aGF0IG9wcG9zaXRlIGRpcmVjdGlvbiBp
cyByYXRoZXIgaGFyZC4NCg0KQW5vdGhlciBwZXJoYXBzIG1pbm9yIGNsYXJpZmljYXRpb24gd291
bGQgYmUgdG8gZ2V0IGFuIGV4cGxpY2l0IGNvbmZpcm1hdGlvbiB0aGF0IFNBRkktNCBjYW4gYmUg
cmVjdXJzaXZlIG92ZXIgU0FGSS00IG9yIGZvciB0aGF0IG1hdHRlciBTQUZJLTEgKE1QTFMgaW4g
R1JFIG9yIFNSIGluIElQKS4NCg0KVGh4LA0KUi4NCg0K

--_000_D3EC5D037C805aceeciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: <A602A643B0B55243A5ED25A6D1F0FEB1@emea.cisco.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx
NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5IaSBSb2JlcnQs
Jm5ic3A7PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5DdXJyZW50bHksIGV2ZXJ5dGhp
bmcgaW4gZHJhZnQtcm9zZW4tbXBscy1yZmMzMTA3YmlzIGlzIHByZXR0eSBtdWNoIGJhY2t3YXJk
IGNvbXBhdGlibGUgd2l0aCBvdXIgbW9yZSB0aGFuIGEgZGVjYWRlIG9sZCBSRkMgMzEwNyBpbXBs
ZW1lbnRhdGlvbnMgYW5kIGRlcGxveW1lbnRzLiBXaGF0IHlvdSBhcmUgcHJvcG9zaW5nIGlzIG5v
dCBhbmQgaGFzIGltcGxpY2F0aW9ucyBpbiBib3RoIHRoZSBjb250cm9sIGFuZCBmb3J3YXJkaW5n
IHBsYW5lcy4NCiBJZiB5b3UgcmVhbGx5IGJlbGlldmUgdGhhdCB0aGlzIGlzIOKAnHRoZSBiaWdn
ZXN0IGlzc3VlJnF1b3Q7LCBJ4oCZZCBzdWdnZXN0IHlvdSBhcnRpY3VsYXRlIGl0IGluIGEgc2Vw
YXJhdGUgZHJhZnQgd2l0aCBjb25jcmV0ZSB1c2UgY2FzZXMgZm9yIGhhdmluZyBzZXBhcmF0ZSBJ
UCBhbmQgTVBMUyB0b3BvbG9naWVzIGZvciB0aGUgc2FtZSBzZXQgb2YgcHJlZml4ZXMuIFRoZW4g
dGhlIFdHcyBjYW4gZXZhbHVhdGUgdGhlIHJlcXVpcmVtZW50IGFuZCBwcm9wb3NlZA0KIHNvbHV0
aW9uIGluZGVwZW5kZW50IG9mIFJGQyAzMTA3IEJJUy4mbmJzcDs8L2Rpdj4NCjxkaXY+PGJyPg0K
PC9kaXY+DQo8ZGl2PlRoYW5rcyw8L2Rpdj4NCjxkaXY+QWNlZTwvZGl2Pg0KPGRpdj48YnI+DQo8
L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+DQo8ZGl2IHN0eWxlPSJmb250
LWZhbWlseTpDYWxpYnJpOyBmb250LXNpemU6MTFwdDsgdGV4dC1hbGlnbjpsZWZ0OyBjb2xvcjpi
bGFjazsgQk9SREVSLUJPVFRPTTogbWVkaXVtIG5vbmU7IEJPUkRFUi1MRUZUOiBtZWRpdW0gbm9u
ZTsgUEFERElORy1CT1RUT006IDBpbjsgUEFERElORy1MRUZUOiAwaW47IFBBRERJTkctUklHSFQ6
IDBpbjsgQk9SREVSLVRPUDogI2I1YzRkZiAxcHQgc29saWQ7IEJPUkRFUi1SSUdIVDogbWVkaXVt
IG5vbmU7IFBBRERJTkctVE9QOiAzcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQi
PkZyb206IDwvc3Bhbj5tcGxzICZsdDs8YSBocmVmPSJtYWlsdG86bXBscy1ib3VuY2VzQGlldGYu
b3JnIj5tcGxzLWJvdW5jZXNAaWV0Zi5vcmc8L2E+Jmd0OyBvbiBiZWhhbGYgb2YgUm9iZXJ0IFJh
c3p1ayAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJvYmVydEByYXN6dWsubmV0Ij5yb2JlcnRAcmFzenVr
Lm5ldDwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkRhdGU6IDwv
c3Bhbj5XZWRuZXNkYXksIEF1Z3VzdCAzMSwgMjAxNiBhdCA1OjI0IEFNPGJyPg0KPHNwYW4gc3R5
bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlRvOiA8L3NwYW4+RXJpYyBDIFJvc2VuICZsdDs8YSBocmVm
PSJtYWlsdG86ZXJvc2VuQGp1bmlwZXIubmV0Ij5lcm9zZW5AanVuaXBlci5uZXQ8L2E+Jmd0Ozxi
cj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5DYzogPC9zcGFuPklEUiBMaXN0ICZs
dDs8YSBocmVmPSJtYWlsdG86aWRyQGlldGYub3JnIj5pZHJAaWV0Zi5vcmc8L2E+Jmd0OywgJnF1
b3Q7PGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPm1wbHNAaWV0Zi5vcmc8L2E+JnF1b3Q7
ICZsdDs8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyI+bXBsc0BpZXRmLm9yZzwvYT4mZ3Q7
LCAmcXVvdDs8YSBocmVmPSJtYWlsdG86YmVzc0BpZXRmLm9yZyI+YmVzc0BpZXRmLm9yZzwvYT4m
cXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpiZXNzQGlldGYub3JnIj5iZXNzQGlldGYub3JnPC9h
PiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+U3ViamVjdDogPC9zcGFu
PlJlOiBbbXBsc10gW0lkcl0gRndkOiBXb3JraW5nIEdyb3VwIGFkb3B0aW9uIHBvbGwgb24gZHJh
ZnQtcm9zZW4tbXBscy1yZmMzMTA3YmlzPGJyPg0KPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0K
PGJsb2NrcXVvdGUgaWQ9Ik1BQ19PVVRMT09LX0FUVFJJQlVUSU9OX0JMT0NLUVVPVEUiIHN0eWxl
PSJCT1JERVItTEVGVDogI2I1YzRkZiA1IHNvbGlkOyBQQURESU5HOjAgMCAwIDU7IE1BUkdJTjow
IDAgMCA1OyI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXYgZGlyPSJsdHIiPg0KPGRpdiBjbGFzcz0iZ21h
aWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlm
O2ZvbnQtc2l6ZTpzbWFsbCI+DQpIaSBFcmljLDwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfZGVm
YXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQt
c2l6ZTpzbWFsbCI+DQo8YnI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQiIHN0
eWxlPSJmb250LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJpZjtmb250LXNpemU6c21h
bGwiPg0KV2hpbGUgYWRvcHRpb24gY2FsbCBpcyBzb3J0IG9mIGVuY291cmFnZW1lbnQgZm9yIGZ1
cnRoZXIgaW5wdXQgYmVmb3JlIEkgcmVzcG9uZCB0byBMb2EncyBtYWlsIEkgd291bGQgbGlrZSB0
byBnZXQgb25lIGFkZGl0aW9uYWwgYW5zd2VyIGZyb20gMzEwN2JpcyBhdXRob3JzIGFuZCBXR3Mg
bWVtYmVycy4mbmJzcDs8L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJm
b250LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJpZjtmb250LXNpemU6c21hbGwiPg0K
PGJyPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9udC1mYW1p
bHk6YXJpYWwsaGVsdmV0aWNhLHNhbnMtc2VyaWY7Zm9udC1zaXplOnNtYWxsIj4NClRob3NlIHdo
byBzcGVuZCB5ZWFycyBpbiBtcGxzIGRlcGxveW1lbnQga25vdyBxdWl0ZSB3ZWxsIHRoYXQgdGhl
IGJpZ2dlc3QgaXNzdWUgd2l0aCB0b2RheSdzIDMxMDcgZGVwbG95bWVudCBpcyBsYWNrIG9mIHRo
ZSBjbGVhciBkZWZpbml0aW9uIG9mIGl0cyBpbnRlcmFjdGlvbiB3aXRoIFNBRkktMS4gV2hpbGUg
b25lIHdvdWxkIGhvcGUgdGhhdCAzMTA3YmlzIHdpdGggbmV3IGNhcGFiaWxpdHkgd2lsbCBjbGVh
biB0aGlzIG1lc3Mgc2VjdGlvbiA1DQogb2YgeW91ciBkb2N1bWVudCByYXRoZXIgc3dlZXBzIGl0
IGFsbCB1bmRlciB0aGUgY2FycGV0IHN0YXRpbmcgdGhhdCBpdCBpcyBqdXN0IGxvY2FsIHBvbGlj
eS4gSU1PIGl0IGlzIG5vdCBhIG1hdHRlciBvZiBsb2NhbCBwb2xpY3kgbm9yIGl0IGlzIGltcGxl
bWVudGF0aW9uIGRldGFpbC4mbmJzcDs8L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQi
IHN0eWxlPSJmb250LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJpZjtmb250LXNpemU6
c21hbGwiPg0KPGJyPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0i
Zm9udC1mYW1pbHk6YXJpYWwsaGVsdmV0aWNhLHNhbnMtc2VyaWY7Zm9udC1zaXplOnNtYWxsIj4N
CkxvY2FsIHBvbGljeSBjYW4gYmUgdG8gY2hvb3NlIHdoaWNoIFJJQiAob3Igc2VxdWVuY2Ugb2Yg
UklCcykgc2hvdWxkIGJlIHVzZWQgZm9yIHJlc29sdXRpb24gb2Ygc3BlY2lmaWMgU0FGSXMgYW5k
IG5vdCBob3cgdG8gbWl4IFNBRkktMSB3aXRoIFNBRkktNC4gSXQncyBub3QgYSBsb2NhbCBtYXR0
ZXIgYXQgYWxsIHRvIGhhdmUgZGVwbG95bWVudCByZXN1bHRpbmcgaW4gaW5jb25zaXN0ZW50IElC
R1AgYmVzdCBwYXRocyBhY3Jvc3MgZ2l2ZW4gZG9tYWluLiZuYnNwOzwvZGl2Pg0KPGRpdiBjbGFz
cz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5z
LXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQo8YnI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWls
X2RlZmF1bHQiIHN0eWxlPSJmb250LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJpZjtm
b250LXNpemU6c21hbGwiPg0KVG8gbWUgY2xlYW5lc3QgaXMgdG8gc2VwYXJhdGUgdGhvc2UgdHdv
IFNBRklzIGNvbXBsZXRlbHkgZnJvbSBlYWNoIG90aGVyIGJ5IHRoZSBzcGVjIGJvdGggaW4gQkdQ
IChkb25lKSBhcyB3ZWxsIGFzIGxvY2FsIFJJQiBhbmQgRklCL0xGSUIuJm5ic3A7PC9kaXY+DQo8
ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9udC1mYW1pbHk6YXJpYWwsaGVsdmV0
aWNhLHNhbnMtc2VyaWY7Zm9udC1zaXplOnNtYWxsIj4NCjxicj4NCjwvZGl2Pg0KPGRpdiBjbGFz
cz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5z
LXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQpMaWtld2lzZSBJIGRvIG5vdCBxdWl0ZSBhZ3JlZSB0
aGF0IFNBRkktNCBzaG91bGQgYmUgJnF1b3Q7Y29udmVydGlibGUmcXVvdDsgdG8gU0FGSS0xLiBB
bmQgd2UgYWxsIHJlYWxpemUgdGhhdCBvcHBvc2l0ZSBkaXJlY3Rpb24gaXMgcmF0aGVyIGhhcmQu
Jm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9udC1mYW1p
bHk6YXJpYWwsaGVsdmV0aWNhLHNhbnMtc2VyaWY7Zm9udC1zaXplOnNtYWxsIj4NCjxicj4NCjwv
ZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFs
LGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQpBbm90aGVyIHBlcmhhcHMg
bWlub3IgY2xhcmlmaWNhdGlvbiB3b3VsZCBiZSB0byBnZXQgYW4gZXhwbGljaXQgY29uZmlybWF0
aW9uIHRoYXQgU0FGSS00IGNhbiBiZSByZWN1cnNpdmUgb3ZlciBTQUZJLTQgb3IgZm9yIHRoYXQg
bWF0dGVyIFNBRkktMSAoTVBMUyBpbiBHUkUgb3IgU1IgaW4gSVApLiZuYnNwOzwvZGl2Pg0KPGRp
diBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGlj
YSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQo8YnI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9
ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJmb250LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1z
ZXJpZjtmb250LXNpemU6c21hbGwiPg0KVGh4LDxicj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21h
aWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlm
O2ZvbnQtc2l6ZTpzbWFsbCI+DQpSLjwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIg
c3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpz
bWFsbCI+DQo8YnI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90
ZT4NCjwvc3Bhbj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_D3EC5D037C805aceeciscocom_--


From nobody Wed Aug 31 08:10:41 2016
Return-Path: <rraszuk@gmail.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0952F12D62A; Wed, 31 Aug 2016 08:10:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.597
X-Spam-Level: 
X-Spam-Status: No, score=-2.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=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 p8hIxlgjk1R2; Wed, 31 Aug 2016 08:10:32 -0700 (PDT)
Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (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 1FCB012DCB7; Wed, 31 Aug 2016 07:40:25 -0700 (PDT)
Received: by mail-wm0-x236.google.com with SMTP id 1so44958813wmz.1; Wed, 31 Aug 2016 07:40:25 -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:from:date:message-id :subject:to:cc; bh=DtQ5YJ9lnCmuiCEeJPrq9bckvr1B0A+vJi0Or0e5PsU=; b=0HtzafiuUBJKP6aFGESp9BdNs+LqK03BhUFzZy+tv3/GGo1H31IDVRNpjVGrpkNQHe qF4CmEygfmGjJpXanVha6hP28D6zVAVd3uLbl5VS1PFYKgD8YIsNMhqUB3GsfmtDHSyC A/F7qgF/oELlsCzp04JuoDUVGpqWDCwoFzYRpoBcaef9mTVo6LYmAJkHg+16Ua2SgE9r gB/AJ/4vJN9gHIBBrZupSWSnrh64x0kO2rDFsu7SEEe1AwwqvYVINsNVhDWm55Q0Co1a NeXs2sl9fN/7/n3xGSmtJ8Xz+VanwgYQl3r17RdwtcpKZ8bNwVjfCfGQohg3MKifnH7G +EGg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=DtQ5YJ9lnCmuiCEeJPrq9bckvr1B0A+vJi0Or0e5PsU=; b=f3MPG1WJui/a12qciH9MQfrv/npuDDD6FQB+XQjNOo2sE9gZWHXzfwGP7IQDt6az8Z unbo/yZedcwpH53QUbfgQHcxPR45k5Jc/Iq9PJDThQ8kTYEiGfHxzegdYqsyS9Y2zDm2 FgMWJRCbC1XnAGCtF8dmFibckf7GksSdGDq640acKaa2y+SjM/QhjDLBMLzv7qeZ/DI1 OZe4lc5RKWJitPVZZPGmYvxQj2DWI4caZOVTLfDdgpseUhtH7pW58inLXT+pTgNNNirB FA5Mi+Gl4D+pM8W8HQr5mps2QwnudEgduvYR9MxqI634sqnBIxGZqXiB4kMSaSjYAfm5 lstA==
X-Gm-Message-State: AE9vXwOTP5gX7qF3l3HadcWuXhpfzpel/RUzBkbNIu4n3B4BcJTQBYuGiNEGiJDuTuGo5gxQF0DwFazD1D9dVA==
X-Received: by 10.194.89.228 with SMTP id br4mr9322896wjb.187.1472654424286; Wed, 31 Aug 2016 07:40:24 -0700 (PDT)
MIME-Version: 1.0
Sender: rraszuk@gmail.com
Received: by 10.194.60.51 with HTTP; Wed, 31 Aug 2016 07:40:23 -0700 (PDT)
In-Reply-To: <D3EC5D03.7C805%acee@cisco.com>
References: <f1eda3f9-e097-098a-dd47-2386ab3f1a67@pi.nu> <8A502F2D-E7EC-4497-9BF1-1295E1F21A02@pi.nu> <CA+b+ERmp1YemDCKmpbjYBnxF5RPH-8mv0D+ASs3LDMieQn_4CA@mail.gmail.com> <D3EC5D03.7C805%acee@cisco.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Wed, 31 Aug 2016 16:40:23 +0200
X-Google-Sender-Auth: sz8SfHH0JA60m8ByIZNA0wGBzlw
Message-ID: <CA+b+ER=xzBuJiw02RjqzKk_H1McUMn0c74256waWMRJZRKiZfw@mail.gmail.com>
To: "Acee Lindem (acee)" <acee@cisco.com>
Content-Type: multipart/alternative; boundary=047d7bf10adad64b5e053b5f1321
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/I64rybiMsOLPgemqfyQWE8QPk3E>
Cc: idr wg <idr@ietf.org>, "bess@ietf.org" <bess@ietf.org>, Eric Rosen <erosen@juniper.net>, "mpls@ietf.org" <mpls@ietf.org>
Subject: Re: [bess] [mpls] [Idr] Fwd: Working Group adoption poll on draft-rosen-mpls-rfc3107bis
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Aug 2016 15:10:40 -0000

--047d7bf10adad64b5e053b5f1321
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi Acee,

There is no issue for compatibility as new proposal has its new BGP
capability hence there is no issue with deploying it gradually.

Yes it requires new RIB work for those implementations which today use
single RIB for both SAFI 1 and SAFI 4. FIB and LFIB are already separate.
Each SAFI in BGP also normally has it's own separate tables. So if anything
it requires a bit of cleanup work.

Main motivation here would be to help new vendors to make the unified
choice in how they will implement 3107bis so long term we get some
consistent way SAFI 4 is delivered. And if now at the "bis" rfc is not a
good time then what you are really advocating is to stay for years to come
with such undefined randomness across implementations.

Other then consistency I also see folks trying to use labeled BGP as
controller to network device protocol to install labels. For that use case
alone complete separation from SAFI 1 is very helpful.

Thx,
R.



On Wed, Aug 31, 2016 at 4:15 PM, Acee Lindem (acee) <acee@cisco.com> wrote:

> Hi Robert,
>
> Currently, everything in draft-rosen-mpls-rfc3107bis is pretty much
> backward compatible with our more than a decade old RFC 3107
> implementations and deployments. What you are proposing is not and has
> implications in both the control and forwarding planes. If you really
> believe that this is =E2=80=9Cthe biggest issue", I=E2=80=99d suggest you=
 articulate it in
> a separate draft with concrete use cases for having separate IP and MPLS
> topologies for the same set of prefixes. Then the WGs can evaluate the
> requirement and proposed solution independent of RFC 3107 BIS.
>
> Thanks,
> Acee
>
> From: mpls <mpls-bounces@ietf.org> on behalf of Robert Raszuk <
> robert@raszuk.net>
> Date: Wednesday, August 31, 2016 at 5:24 AM
> To: Eric C Rosen <erosen@juniper.net>
> Cc: IDR List <idr@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>, "
> bess@ietf.org" <bess@ietf.org>
> Subject: Re: [mpls] [Idr] Fwd: Working Group adoption poll on
> draft-rosen-mpls-rfc3107bis
>
> Hi Eric,
>
> While adoption call is sort of encouragement for further input before I
> respond to Loa's mail I would like to get one additional answer from
> 3107bis authors and WGs members.
>
> Those who spend years in mpls deployment know quite well that the biggest
> issue with today's 3107 deployment is lack of the clear definition of its
> interaction with SAFI-1. While one would hope that 3107bis with new
> capability will clean this mess section 5 of your document rather sweeps =
it
> all under the carpet stating that it is just local policy. IMO it is not =
a
> matter of local policy nor it is implementation detail.
>
> Local policy can be to choose which RIB (or sequence of RIBs) should be
> used for resolution of specific SAFIs and not how to mix SAFI-1 with
> SAFI-4. It's not a local matter at all to have deployment resulting in
> inconsistent IBGP best paths across given domain.
>
> To me cleanest is to separate those two SAFIs completely from each other
> by the spec both in BGP (done) as well as local RIB and FIB/LFIB.
>
> Likewise I do not quite agree that SAFI-4 should be "convertible" to
> SAFI-1. And we all realize that opposite direction is rather hard.
>
> Another perhaps minor clarification would be to get an explicit
> confirmation that SAFI-4 can be recursive over SAFI-4 or for that matter
> SAFI-1 (MPLS in GRE or SR in IP).
>
> Thx,
> R.
>
>

--047d7bf10adad64b5e053b5f1321
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:arial,he=
lvetica,sans-serif;font-size:small">Hi Acee,</div><div class=3D"gmail_defau=
lt" style=3D"font-family:arial,helvetica,sans-serif;font-size:small"><br></=
div><div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-=
serif;font-size:small">There is no issue for compatibility as new proposal =
has its new BGP capability hence there is no issue with deploying it gradua=
lly.=C2=A0</div><div class=3D"gmail_default" style=3D"font-family:arial,hel=
vetica,sans-serif;font-size:small"><br></div><div class=3D"gmail_default" s=
tyle=3D"font-family:arial,helvetica,sans-serif;font-size:small">Yes it requ=
ires new RIB work for those implementations which today use single RIB for =
both SAFI 1 and SAFI 4. FIB and LFIB are already separate. Each SAFI in BGP=
 also normally has it&#39;s own separate tables. So if anything it requires=
 a bit of cleanup work.=C2=A0</div><div class=3D"gmail_default" style=3D"fo=
nt-family:arial,helvetica,sans-serif;font-size:small"><br></div><div class=
=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif;font-siz=
e:small">Main motivation here would be to help new vendors to make the unif=
ied choice in how they will implement 3107bis so long term we get some cons=
istent way SAFI 4 is delivered. And if now at the &quot;bis&quot; rfc is no=
t a good time then what you are really advocating is to stay for years to c=
ome with such undefined randomness across implementations.=C2=A0</div><div =
class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif;fon=
t-size:small"><br></div><div class=3D"gmail_default" style=3D"font-family:a=
rial,helvetica,sans-serif;font-size:small">Other then consistency I also se=
e folks trying to use labeled BGP as controller to network device protocol =
to install labels. For that use case alone complete separation from SAFI 1 =
is very helpful.=C2=A0</div><div class=3D"gmail_default" style=3D"font-fami=
ly:arial,helvetica,sans-serif;font-size:small"><br></div><div class=3D"gmai=
l_default" style=3D"font-family:arial,helvetica,sans-serif;font-size:small"=
>Thx,</div><div class=3D"gmail_default" style=3D"font-family:arial,helvetic=
a,sans-serif;font-size:small">R.</div><div class=3D"gmail_default" style=3D=
"font-family:arial,helvetica,sans-serif;font-size:small"><br></div><div cla=
ss=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif;font-s=
ize:small"><br></div></div><div class=3D"gmail_extra"><br><div class=3D"gma=
il_quote">On Wed, Aug 31, 2016 at 4:15 PM, Acee Lindem (acee) <span dir=3D"=
ltr">&lt;<a href=3D"mailto:acee@cisco.com" target=3D"_blank">acee@cisco.com=
</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin=
:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style=3D"word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-fam=
ily:Calibri,sans-serif">
<div>Hi Robert,=C2=A0</div>
<div><br>
</div>
<div>Currently, everything in draft-rosen-mpls-rfc3107bis is pretty much ba=
ckward compatible with our more than a decade old RFC 3107 implementations =
and deployments. What you are proposing is not and has implications in both=
 the control and forwarding planes.
 If you really believe that this is =E2=80=9Cthe biggest issue&quot;, I=E2=
=80=99d suggest you articulate it in a separate draft with concrete use cas=
es for having separate IP and MPLS topologies for the same set of prefixes.=
 Then the WGs can evaluate the requirement and proposed
 solution independent of RFC 3107 BIS.=C2=A0</div>
<div><br>
</div>
<div>Thanks,</div>
<div>Acee</div>
<div><br>
</div>
<span>
<div style=3D"font-family:Calibri;font-size:11pt;text-align:left;color:blac=
k;BORDER-BOTTOM:medium none;BORDER-LEFT:medium none;PADDING-BOTTOM:0in;PADD=
ING-LEFT:0in;PADDING-RIGHT:0in;BORDER-TOP:#b5c4df 1pt solid;BORDER-RIGHT:me=
dium none;PADDING-TOP:3pt">
<span style=3D"font-weight:bold">From: </span>mpls &lt;<a href=3D"mailto:mp=
ls-bounces@ietf.org" target=3D"_blank">mpls-bounces@ietf.org</a>&gt; on beh=
alf of Robert Raszuk &lt;<a href=3D"mailto:robert@raszuk.net" target=3D"_bl=
ank">robert@raszuk.net</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Wednesday, August 31, 2016 at=
 5:24 AM<br>
<span style=3D"font-weight:bold">To: </span>Eric C Rosen &lt;<a href=3D"mai=
lto:erosen@juniper.net" target=3D"_blank">erosen@juniper.net</a>&gt;<br>
<span style=3D"font-weight:bold">Cc: </span>IDR List &lt;<a href=3D"mailto:=
idr@ietf.org" target=3D"_blank">idr@ietf.org</a>&gt;, &quot;<a href=3D"mail=
to:mpls@ietf.org" target=3D"_blank">mpls@ietf.org</a>&quot; &lt;<a href=3D"=
mailto:mpls@ietf.org" target=3D"_blank">mpls@ietf.org</a>&gt;, &quot;<a hre=
f=3D"mailto:bess@ietf.org" target=3D"_blank">bess@ietf.org</a>&quot; &lt;<a=
 href=3D"mailto:bess@ietf.org" target=3D"_blank">bess@ietf.org</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>Re: [mpls] [Idr] Fwd: Work=
ing Group adoption poll on draft-rosen-mpls-rfc3107bis<br>
</div><div><div class=3D"h5">
<div><br>
</div>
<blockquote style=3D"BORDER-LEFT:#b5c4df 5 solid;PADDING:0 0 0 5;MARGIN:0 0=
 0 5">
<div>
<div>
<div dir=3D"ltr">
<div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-seri=
f;font-size:small">
Hi Eric,</div>
<div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-seri=
f;font-size:small">
<br>
</div>
<div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-seri=
f;font-size:small">
While adoption call is sort of encouragement for further input before I res=
pond to Loa&#39;s mail I would like to get one additional answer from 3107b=
is authors and WGs members.=C2=A0</div>
<div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-seri=
f;font-size:small">
<br>
</div>
<div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-seri=
f;font-size:small">
Those who spend years in mpls deployment know quite well that the biggest i=
ssue with today&#39;s 3107 deployment is lack of the clear definition of it=
s interaction with SAFI-1. While one would hope that 3107bis with new capab=
ility will clean this mess section 5
 of your document rather sweeps it all under the carpet stating that it is =
just local policy. IMO it is not a matter of local policy nor it is impleme=
ntation detail.=C2=A0</div>
<div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-seri=
f;font-size:small">
<br>
</div>
<div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-seri=
f;font-size:small">
Local policy can be to choose which RIB (or sequence of RIBs) should be use=
d for resolution of specific SAFIs and not how to mix SAFI-1 with SAFI-4. I=
t&#39;s not a local matter at all to have deployment resulting in inconsist=
ent IBGP best paths across given domain.=C2=A0</div>
<div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-seri=
f;font-size:small">
<br>
</div>
<div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-seri=
f;font-size:small">
To me cleanest is to separate those two SAFIs completely from each other by=
 the spec both in BGP (done) as well as local RIB and FIB/LFIB.=C2=A0</div>
<div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-seri=
f;font-size:small">
<br>
</div>
<div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-seri=
f;font-size:small">
Likewise I do not quite agree that SAFI-4 should be &quot;convertible&quot;=
 to SAFI-1. And we all realize that opposite direction is rather hard.=C2=
=A0</div>
<div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-seri=
f;font-size:small">
<br>
</div>
<div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-seri=
f;font-size:small">
Another perhaps minor clarification would be to get an explicit confirmatio=
n that SAFI-4 can be recursive over SAFI-4 or for that matter SAFI-1 (MPLS =
in GRE or SR in IP).=C2=A0</div>
<div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-seri=
f;font-size:small">
<br>
</div>
<div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-seri=
f;font-size:small">
Thx,<br>
</div>
<div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-seri=
f;font-size:small">
R.</div>
<div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-seri=
f;font-size:small">
<br>
</div>
</div>
</div>
</div>
</blockquote>
</div></div></span>
</div>

</blockquote></div><br></div>

--047d7bf10adad64b5e053b5f1321--


From nobody Wed Aug 31 16:41:06 2016
Return-Path: <acee@cisco.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD70912D74E; Wed, 31 Aug 2016 16:41:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.068
X-Spam-Level: 
X-Spam-Status: No, score=-15.068 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.548, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 PXiz7e0pmsyH; Wed, 31 Aug 2016 16:40:59 -0700 (PDT)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 54E5112D743; Wed, 31 Aug 2016 16:40:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=24281; q=dns/txt; s=iport; t=1472686859; x=1473896459; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=bZxW4XbQzLbooaITQpYLX3X/ouxSrCOnHIjCoYrbqF8=; b=NsNv+dVIhKi/kZfu9RyCFI6l4C7B4zDm6e+40FcBtzhb58Jtnintf0re llqXoVRncMHNRn3uLBJhhGH3d3VW3B2KVgUOtbcLCv3B58NHKJYLs5fGj ZrwlyciNBoXuVnYj+uNDnFobFbGA+Aakui1iWoGUmUBM6I/8BsIAFBRcR o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DGAgDtacdX/4cNJK1dgx0zAQEBAQEeg?= =?us-ascii?q?VMHq2yHKIUNggGGHAIcgS04FAECAQEBAQEBAV4nhGEBAQUjVhACAQgRAwECKAM?= =?us-ascii?q?CAgIfERQJCAIEDgUbiBMDF659iTYNgy8BAQEBAQEBAwEBAQEBAQEBAR6JeYEDg?= =?us-ascii?q?kOBYAEBO4JigloFmRw0AYxdglOPV4g/hAmDeAEeNoJ8gTVwhE2BIH8BAQE?=
X-IronPort-AV: E=Sophos;i="5.30,264,1470700800";  d="scan'208,217";a="143997263"
Received: from alln-core-2.cisco.com ([173.36.13.135]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 31 Aug 2016 23:40:58 +0000
Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id u7VNevkK027951 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 31 Aug 2016 23:40:57 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 31 Aug 2016 19:40:57 -0400
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Wed, 31 Aug 2016 19:40:56 -0400
From: "Acee Lindem (acee)" <acee@cisco.com>
To: Robert Raszuk <robert@raszuk.net>
Thread-Topic: [mpls] [Idr] Fwd: Working Group adoption poll on draft-rosen-mpls-rfc3107bis
Thread-Index: AQHSA2mTmZjCk1nk8UG09DsTehNMO6BjHUgAgABKKICAAFP3AA==
Date: Wed, 31 Aug 2016 23:40:56 +0000
Message-ID: <D3ECD848.7C9C7%acee@cisco.com>
References: <f1eda3f9-e097-098a-dd47-2386ab3f1a67@pi.nu> <8A502F2D-E7EC-4497-9BF1-1295E1F21A02@pi.nu> <CA+b+ERmp1YemDCKmpbjYBnxF5RPH-8mv0D+ASs3LDMieQn_4CA@mail.gmail.com> <D3EC5D03.7C805%acee@cisco.com> <CA+b+ER=xzBuJiw02RjqzKk_H1McUMn0c74256waWMRJZRKiZfw@mail.gmail.com>
In-Reply-To: <CA+b+ER=xzBuJiw02RjqzKk_H1McUMn0c74256waWMRJZRKiZfw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.116.152.198]
Content-Type: multipart/alternative; boundary="_000_D3ECD8487C9C7aceeciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/hlsvvV3d1ir_msUI0sLYXLw4qvw>
Cc: idr wg <idr@ietf.org>, "bess@ietf.org" <bess@ietf.org>, Eric Rosen <erosen@juniper.net>, "mpls@ietf.org" <mpls@ietf.org>
Subject: Re: [bess] [mpls] [Idr] Fwd: Working Group adoption poll on draft-rosen-mpls-rfc3107bis
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Aug 2016 23:41:02 -0000

--_000_D3ECD8487C9C7aceeciscocom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkgUm9iZXJ0LA0KDQpGcm9tOiA8cnJhc3p1a0BnbWFpbC5jb208bWFpbHRvOnJyYXN6dWtAZ21h
aWwuY29tPj4gb24gYmVoYWxmIG9mIFJvYmVydCBSYXN6dWsgPHJvYmVydEByYXN6dWsubmV0PG1h
aWx0bzpyb2JlcnRAcmFzenVrLm5ldD4+DQpEYXRlOiBXZWRuZXNkYXksIEF1Z3VzdCAzMSwgMjAx
NiBhdCAxMDo0MCBBTQ0KVG86IEFjZWUgTGluZGVtIDxhY2VlQGNpc2NvLmNvbTxtYWlsdG86YWNl
ZUBjaXNjby5jb20+Pg0KQ2M6IEVyaWMgQyBSb3NlbiA8ZXJvc2VuQGp1bmlwZXIubmV0PG1haWx0
bzplcm9zZW5AanVuaXBlci5uZXQ+PiwgSURSIExpc3QgPGlkckBpZXRmLm9yZzxtYWlsdG86aWRy
QGlldGYub3JnPj4sICJtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPiIgPG1wbHNA
aWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+PiwgImJlc3NAaWV0Zi5vcmc8bWFpbHRvOmJl
c3NAaWV0Zi5vcmc+IiA8YmVzc0BpZXRmLm9yZzxtYWlsdG86YmVzc0BpZXRmLm9yZz4+DQpTdWJq
ZWN0OiBSZTogW21wbHNdIFtJZHJdIEZ3ZDogV29ya2luZyBHcm91cCBhZG9wdGlvbiBwb2xsIG9u
IGRyYWZ0LXJvc2VuLW1wbHMtcmZjMzEwN2Jpcw0KDQpIaSBBY2VlLA0KDQpUaGVyZSBpcyBubyBp
c3N1ZSBmb3IgY29tcGF0aWJpbGl0eSBhcyBuZXcgcHJvcG9zYWwgaGFzIGl0cyBuZXcgQkdQIGNh
cGFiaWxpdHkgaGVuY2UgdGhlcmUgaXMgbm8gaXNzdWUgd2l0aCBkZXBsb3lpbmcgaXQgZ3JhZHVh
bGx5Lg0KDQpUaGUgY3VycmVudCBjYXBhYmlsaXR5IGlzIHNwZWNpZmljIHRvIHN1cHBvcnQgb2Yg
bXVsdGlwbGUgbGFiZWxzIC0gbm90IHlvdXIgcGFyb2NoaWFsIHZpZXcgb24gdGhlIGludGVyYWN0
aW9uIGJldHdlZW4gU0FGSXMuIEFyZSB5b3Ugc3VnZ2VzdGluZyBhIHNlY29uZCBjYXBhYmlsaXR5
PyBBbGwgdGhlIG1vcmUgcmVhc29uIGZvciBhIHNlcGFyYXRlIGRyYWZ0Lg0KDQoNClllcyBpdCBy
ZXF1aXJlcyBuZXcgUklCIHdvcmsgZm9yIHRob3NlIGltcGxlbWVudGF0aW9ucyB3aGljaCB0b2Rh
eSB1c2Ugc2luZ2xlIFJJQiBmb3IgYm90aCBTQUZJIDEgYW5kIFNBRkkgNC4gRklCIGFuZCBMRklC
IGFyZSBhbHJlYWR5IHNlcGFyYXRlLiBFYWNoIFNBRkkgaW4gQkdQIGFsc28gbm9ybWFsbHkgaGFz
IGl0J3Mgb3duIHNlcGFyYXRlIHRhYmxlcy4gU28gaWYgYW55dGhpbmcgaXQgcmVxdWlyZXMgYSBi
aXQgb2YgY2xlYW51cCB3b3JrLg0KDQpTbyB5b3UgYXJlIHNheWluZyBTQUZJIDQgd291bGQgb25s
eSBhcHBseSB0byBJTE0gYW5kIG5vdCBOSExGRSB3aGVuIHRoZSBzYW1lIHByZWZpeCBpcyBhZHZl
cnRpc2VkIGluIGJvdGggU0FGSSAxIGFuZCBTQUZJIDQ/IE1heWJlIEkgYW0gbWlzc2luZyBzb21l
dGhpbmcgYnV0IEkgZG9u4oCZdCBzZWUgdGhhdCB0aGlzIGlzIHVzZWZ1bCBkZXBsb3ltZW50LiBJ
biBhbnkgZXZlbnQsIHRoZSBub24tYmFja3dhcmQgY29tcGF0aWJsZSBiZWhhdmlvciB5b3UgYXJl
IHByb3Bvc2luZyB3b3VsZCBiZSBiZXR0ZXIgc2VydmVkIGluIGEgc2VwYXJhdGUgZHJhZnQgdGhh
biB0byBidXJkZW4gUkZDIDMxMDcgQklTLg0KDQoNCk1haW4gbW90aXZhdGlvbiBoZXJlIHdvdWxk
IGJlIHRvIGhlbHAgbmV3IHZlbmRvcnMgdG8gbWFrZSB0aGUgdW5pZmllZCBjaG9pY2UgaW4gaG93
IHRoZXkgd2lsbCBpbXBsZW1lbnQgMzEwN2JpcyBzbyBsb25nIHRlcm0gd2UgZ2V0IHNvbWUgY29u
c2lzdGVudCB3YXkgU0FGSSA0IGlzIGRlbGl2ZXJlZC4gQW5kIGlmIG5vdyBhdCB0aGUgImJpcyIg
cmZjIGlzIG5vdCBhIGdvb2QgdGltZSB0aGVuIHdoYXQgeW91IGFyZSByZWFsbHkgYWR2b2NhdGlu
ZyBpcyB0byBzdGF5IGZvciB5ZWFycyB0byBjb21lIHdpdGggc3VjaCB1bmRlZmluZWQgcmFuZG9t
bmVzcyBhY3Jvc3MgaW1wbGVtZW50YXRpb25zLg0KDQpJIGFncmVlIHdpdGggdGhlIGN1cnJlbnQg
ZHJhZnQgdGhhdCBpdCBzaG91bGQgYmUgbG9jYWwgcG9saWN5LiBJIGRvbuKAmXQgdGhpbmsgeW91
IGNhbiBhc3N1bWUgdGhhdCBldmVyeW9uZSBhZ3JlZXMgdGhhdCB0aGlzIHNob3VsZCBiZSBzcGVj
aWZpZWQgYW5kIHRoYXQgeW91ciB2aWV3IG9uIGhvdyBpdCBzaG91bGQgd29yayBpcyBjb25zZW5z
dXMuIEhlbmNlLCBwdXQgaXQgaW4gYSBzZXBhcmF0ZSBkcmFmdC4NCg0KDQpPdGhlciB0aGVuIGNv
bnNpc3RlbmN5IEkgYWxzbyBzZWUgZm9sa3MgdHJ5aW5nIHRvIHVzZSBsYWJlbGVkIEJHUCBhcyBj
b250cm9sbGVyIHRvIG5ldHdvcmsgZGV2aWNlIHByb3RvY29sIHRvIGluc3RhbGwgbGFiZWxzLiBG
b3IgdGhhdCB1c2UgY2FzZSBhbG9uZSBjb21wbGV0ZSBzZXBhcmF0aW9uIGZyb20gU0FGSSAxIGlz
IHZlcnkgaGVscGZ1bC4NCg0KWW91IGhhdmUgYm90aCBJTE0gYW5kIE5ITEZFIHRvIGNvbnNpZGVy
IGhlcmUuIEkgbG9vayBmb3J3YXJkIHRvIHJldmlld2luZyB5b3VyIGRyYWZ0IG9uIHRoaXMgdG9w
aWMuIElmIHRoZXJlIGlzIGNvbnNlbnN1cywgbWVyZ2VyIHdpdGggdGhlIGRyYWZ0IHVuZGVyIFdH
IGFkb3B0aW9uIGNhbiBiZSBjb25zaWRlcmVkLg0KDQpUaGFua3MsDQpBY2VlDQoNCg0KDQoNClRo
eCwNClIuDQoNCg0KDQpPbiBXZWQsIEF1ZyAzMSwgMjAxNiBhdCA0OjE1IFBNLCBBY2VlIExpbmRl
bSAoYWNlZSkgPGFjZWVAY2lzY28uY29tPG1haWx0bzphY2VlQGNpc2NvLmNvbT4+IHdyb3RlOg0K
SGkgUm9iZXJ0LA0KDQpDdXJyZW50bHksIGV2ZXJ5dGhpbmcgaW4gZHJhZnQtcm9zZW4tbXBscy1y
ZmMzMTA3YmlzIGlzIHByZXR0eSBtdWNoIGJhY2t3YXJkIGNvbXBhdGlibGUgd2l0aCBvdXIgbW9y
ZSB0aGFuIGEgZGVjYWRlIG9sZCBSRkMgMzEwNyBpbXBsZW1lbnRhdGlvbnMgYW5kIGRlcGxveW1l
bnRzLiBXaGF0IHlvdSBhcmUgcHJvcG9zaW5nIGlzIG5vdCBhbmQgaGFzIGltcGxpY2F0aW9ucyBp
biBib3RoIHRoZSBjb250cm9sIGFuZCBmb3J3YXJkaW5nIHBsYW5lcy4gSWYgeW91IHJlYWxseSBi
ZWxpZXZlIHRoYXQgdGhpcyBpcyDigJx0aGUgYmlnZ2VzdCBpc3N1ZSIsIEnigJlkIHN1Z2dlc3Qg
eW91IGFydGljdWxhdGUgaXQgaW4gYSBzZXBhcmF0ZSBkcmFmdCB3aXRoIGNvbmNyZXRlIHVzZSBj
YXNlcyBmb3IgaGF2aW5nIHNlcGFyYXRlIElQIGFuZCBNUExTIHRvcG9sb2dpZXMgZm9yIHRoZSBz
YW1lIHNldCBvZiBwcmVmaXhlcy4gVGhlbiB0aGUgV0dzIGNhbiBldmFsdWF0ZSB0aGUgcmVxdWly
ZW1lbnQgYW5kIHByb3Bvc2VkIHNvbHV0aW9uIGluZGVwZW5kZW50IG9mIFJGQyAzMTA3IEJJUy4N
Cg0KVGhhbmtzLA0KQWNlZQ0KDQpGcm9tOiBtcGxzIDxtcGxzLWJvdW5jZXNAaWV0Zi5vcmc8bWFp
bHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZz4+IG9uIGJlaGFsZiBvZiBSb2JlcnQgUmFzenVrIDxy
b2JlcnRAcmFzenVrLm5ldDxtYWlsdG86cm9iZXJ0QHJhc3p1ay5uZXQ+Pg0KRGF0ZTogV2VkbmVz
ZGF5LCBBdWd1c3QgMzEsIDIwMTYgYXQgNToyNCBBTQ0KVG86IEVyaWMgQyBSb3NlbiA8ZXJvc2Vu
QGp1bmlwZXIubmV0PG1haWx0bzplcm9zZW5AanVuaXBlci5uZXQ+Pg0KQ2M6IElEUiBMaXN0IDxp
ZHJAaWV0Zi5vcmc8bWFpbHRvOmlkckBpZXRmLm9yZz4+LCAibXBsc0BpZXRmLm9yZzxtYWlsdG86
bXBsc0BpZXRmLm9yZz4iIDxtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPj4sICJi
ZXNzQGlldGYub3JnPG1haWx0bzpiZXNzQGlldGYub3JnPiIgPGJlc3NAaWV0Zi5vcmc8bWFpbHRv
OmJlc3NAaWV0Zi5vcmc+Pg0KU3ViamVjdDogUmU6IFttcGxzXSBbSWRyXSBGd2Q6IFdvcmtpbmcg
R3JvdXAgYWRvcHRpb24gcG9sbCBvbiBkcmFmdC1yb3Nlbi1tcGxzLXJmYzMxMDdiaXMNCg0KSGkg
RXJpYywNCg0KV2hpbGUgYWRvcHRpb24gY2FsbCBpcyBzb3J0IG9mIGVuY291cmFnZW1lbnQgZm9y
IGZ1cnRoZXIgaW5wdXQgYmVmb3JlIEkgcmVzcG9uZCB0byBMb2EncyBtYWlsIEkgd291bGQgbGlr
ZSB0byBnZXQgb25lIGFkZGl0aW9uYWwgYW5zd2VyIGZyb20gMzEwN2JpcyBhdXRob3JzIGFuZCBX
R3MgbWVtYmVycy4NCg0KVGhvc2Ugd2hvIHNwZW5kIHllYXJzIGluIG1wbHMgZGVwbG95bWVudCBr
bm93IHF1aXRlIHdlbGwgdGhhdCB0aGUgYmlnZ2VzdCBpc3N1ZSB3aXRoIHRvZGF5J3MgMzEwNyBk
ZXBsb3ltZW50IGlzIGxhY2sgb2YgdGhlIGNsZWFyIGRlZmluaXRpb24gb2YgaXRzIGludGVyYWN0
aW9uIHdpdGggU0FGSS0xLiBXaGlsZSBvbmUgd291bGQgaG9wZSB0aGF0IDMxMDdiaXMgd2l0aCBu
ZXcgY2FwYWJpbGl0eSB3aWxsIGNsZWFuIHRoaXMgbWVzcyBzZWN0aW9uIDUgb2YgeW91ciBkb2N1
bWVudCByYXRoZXIgc3dlZXBzIGl0IGFsbCB1bmRlciB0aGUgY2FycGV0IHN0YXRpbmcgdGhhdCBp
dCBpcyBqdXN0IGxvY2FsIHBvbGljeS4gSU1PIGl0IGlzIG5vdCBhIG1hdHRlciBvZiBsb2NhbCBw
b2xpY3kgbm9yIGl0IGlzIGltcGxlbWVudGF0aW9uIGRldGFpbC4NCg0KTG9jYWwgcG9saWN5IGNh
biBiZSB0byBjaG9vc2Ugd2hpY2ggUklCIChvciBzZXF1ZW5jZSBvZiBSSUJzKSBzaG91bGQgYmUg
dXNlZCBmb3IgcmVzb2x1dGlvbiBvZiBzcGVjaWZpYyBTQUZJcyBhbmQgbm90IGhvdyB0byBtaXgg
U0FGSS0xIHdpdGggU0FGSS00LiBJdCdzIG5vdCBhIGxvY2FsIG1hdHRlciBhdCBhbGwgdG8gaGF2
ZSBkZXBsb3ltZW50IHJlc3VsdGluZyBpbiBpbmNvbnNpc3RlbnQgSUJHUCBiZXN0IHBhdGhzIGFj
cm9zcyBnaXZlbiBkb21haW4uDQoNClRvIG1lIGNsZWFuZXN0IGlzIHRvIHNlcGFyYXRlIHRob3Nl
IHR3byBTQUZJcyBjb21wbGV0ZWx5IGZyb20gZWFjaCBvdGhlciBieSB0aGUgc3BlYyBib3RoIGlu
IEJHUCAoZG9uZSkgYXMgd2VsbCBhcyBsb2NhbCBSSUIgYW5kIEZJQi9MRklCLg0KDQpMaWtld2lz
ZSBJIGRvIG5vdCBxdWl0ZSBhZ3JlZSB0aGF0IFNBRkktNCBzaG91bGQgYmUgImNvbnZlcnRpYmxl
IiB0byBTQUZJLTEuIEFuZCB3ZSBhbGwgcmVhbGl6ZSB0aGF0IG9wcG9zaXRlIGRpcmVjdGlvbiBp
cyByYXRoZXIgaGFyZC4NCg0KQW5vdGhlciBwZXJoYXBzIG1pbm9yIGNsYXJpZmljYXRpb24gd291
bGQgYmUgdG8gZ2V0IGFuIGV4cGxpY2l0IGNvbmZpcm1hdGlvbiB0aGF0IFNBRkktNCBjYW4gYmUg
cmVjdXJzaXZlIG92ZXIgU0FGSS00IG9yIGZvciB0aGF0IG1hdHRlciBTQUZJLTEgKE1QTFMgaW4g
R1JFIG9yIFNSIGluIElQKS4NCg0KVGh4LA0KUi4NCg0KDQo=

--_000_D3ECD8487C9C7aceeciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: <DDB04ACDAACA1141BCB5B81EFA4DBFCF@emea.cisco.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx
NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5IaSBSb2JlcnQs
Jm5ic3A7PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9T
RUNUSU9OIj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7IGZvbnQtc2l6ZToxMXB0
OyB0ZXh0LWFsaWduOmxlZnQ7IGNvbG9yOmJsYWNrOyBCT1JERVItQk9UVE9NOiBtZWRpdW0gbm9u
ZTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGluOyBQQURESU5H
LUxFRlQ6IDBpbjsgUEFERElORy1SSUdIVDogMGluOyBCT1JERVItVE9QOiAjYjVjNGRmIDFwdCBz
b2xpZDsgQk9SREVSLVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElORy1UT1A6IDNwdCI+DQo8c3Bh
biBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RnJvbTogPC9zcGFuPiZsdDs8YSBocmVmPSJtYWls
dG86cnJhc3p1a0BnbWFpbC5jb20iPnJyYXN6dWtAZ21haWwuY29tPC9hPiZndDsgb24gYmVoYWxm
IG9mIFJvYmVydCBSYXN6dWsgJmx0OzxhIGhyZWY9Im1haWx0bzpyb2JlcnRAcmFzenVrLm5ldCI+
cm9iZXJ0QHJhc3p1ay5uZXQ8L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpi
b2xkIj5EYXRlOiA8L3NwYW4+V2VkbmVzZGF5LCBBdWd1c3QgMzEsIDIwMTYgYXQgMTA6NDAgQU08
YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+VG86IDwvc3Bhbj5BY2VlIExpbmRl
bSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFjZWVAY2lzY28uY29tIj5hY2VlQGNpc2NvLmNvbTwvYT4m
Z3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkNjOiA8L3NwYW4+RXJpYyBD
IFJvc2VuICZsdDs8YSBocmVmPSJtYWlsdG86ZXJvc2VuQGp1bmlwZXIubmV0Ij5lcm9zZW5AanVu
aXBlci5uZXQ8L2E+Jmd0OywgSURSIExpc3QgJmx0OzxhIGhyZWY9Im1haWx0bzppZHJAaWV0Zi5v
cmciPmlkckBpZXRmLm9yZzwvYT4mZ3Q7LCAmcXVvdDs8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRm
Lm9yZyI+bXBsc0BpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzptcGxzQGll
dGYub3JnIj5tcGxzQGlldGYub3JnPC9hPiZndDssDQogJnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmJl
c3NAaWV0Zi5vcmciPmJlc3NAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86
YmVzc0BpZXRmLm9yZyI+YmVzc0BpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZv
bnQtd2VpZ2h0OmJvbGQiPlN1YmplY3Q6IDwvc3Bhbj5SZTogW21wbHNdIFtJZHJdIEZ3ZDogV29y
a2luZyBHcm91cCBhZG9wdGlvbiBwb2xsIG9uIGRyYWZ0LXJvc2VuLW1wbHMtcmZjMzEwN2Jpczxi
cj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIGlkPSJNQUNfT1VUTE9P
S19BVFRSSUJVVElPTl9CTE9DS1FVT1RFIiBzdHlsZT0iQk9SREVSLUxFRlQ6ICNiNWM0ZGYgNSBz
b2xpZDsgUEFERElORzowIDAgMCA1OyBNQVJHSU46MCAwIDAgNTsiPg0KPGRpdj4NCjxkaXY+DQo8
ZGl2IGRpcj0ibHRyIj4NCjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJmb250LWZh
bWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJpZjtmb250LXNpemU6c21hbGwiPg0KSGkgQWNl
ZSw8L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJmb250LWZhbWlseTph
cmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJpZjtmb250LXNpemU6c21hbGwiPg0KPGJyPg0KPC9kaXY+
DQo8ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9udC1mYW1pbHk6YXJpYWwsaGVs
dmV0aWNhLHNhbnMtc2VyaWY7Zm9udC1zaXplOnNtYWxsIj4NClRoZXJlIGlzIG5vIGlzc3VlIGZv
ciBjb21wYXRpYmlsaXR5IGFzIG5ldyBwcm9wb3NhbCBoYXMgaXRzIG5ldyBCR1AgY2FwYWJpbGl0
eSBoZW5jZSB0aGVyZSBpcyBubyBpc3N1ZSB3aXRoIGRlcGxveWluZyBpdCBncmFkdWFsbHkuJm5i
c3A7PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L3NwYW4+
DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5UaGUgY3VycmVudCBjYXBhYmlsaXR5IGlzIHNwZWNp
ZmljIHRvIHN1cHBvcnQgb2YgbXVsdGlwbGUgbGFiZWxzIC0gbm90IHlvdXIgcGFyb2NoaWFsIHZp
ZXcgb24gdGhlIGludGVyYWN0aW9uIGJldHdlZW4gU0FGSXMuIEFyZSB5b3Ugc3VnZ2VzdGluZyBh
IHNlY29uZCBjYXBhYmlsaXR5PyBBbGwgdGhlIG1vcmUgcmVhc29uIGZvciBhIHNlcGFyYXRlIGRy
YWZ0LiZuYnNwOzwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JP
RFlfU0VDVElPTiI+DQo8YmxvY2txdW90ZSBpZD0iTUFDX09VVExPT0tfQVRUUklCVVRJT05fQkxP
Q0tRVU9URSIgc3R5bGU9IkJPUkRFUi1MRUZUOiAjYjVjNGRmIDUgc29saWQ7IFBBRERJTkc6MCAw
IDAgNTsgTUFSR0lOOjAgMCAwIDU7Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdiBkaXI9Imx0ciI+DQo8
ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9udC1mYW1pbHk6YXJpYWwsaGVsdmV0
aWNhLHNhbnMtc2VyaWY7Zm9udC1zaXplOnNtYWxsIj4NCjxicj4NCjwvZGl2Pg0KPGRpdiBjbGFz
cz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5z
LXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQpZZXMgaXQgcmVxdWlyZXMgbmV3IFJJQiB3b3JrIGZv
ciB0aG9zZSBpbXBsZW1lbnRhdGlvbnMgd2hpY2ggdG9kYXkgdXNlIHNpbmdsZSBSSUIgZm9yIGJv
dGggU0FGSSAxIGFuZCBTQUZJIDQuIEZJQiBhbmQgTEZJQiBhcmUgYWxyZWFkeSBzZXBhcmF0ZS4g
RWFjaCBTQUZJIGluIEJHUCBhbHNvIG5vcm1hbGx5IGhhcyBpdCdzIG93biBzZXBhcmF0ZSB0YWJs
ZXMuIFNvIGlmIGFueXRoaW5nIGl0IHJlcXVpcmVzIGEgYml0IG9mIGNsZWFudXAgd29yay4mbmJz
cDs8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvc3Bhbj4N
CjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlNvIHlvdSBhcmUgc2F5aW5nIFNBRkkgNCB3b3VsZCBv
bmx5IGFwcGx5IHRvIElMTSBhbmQgbm90IE5ITEZFIHdoZW4gdGhlIHNhbWUgcHJlZml4IGlzIGFk
dmVydGlzZWQgaW4gYm90aCBTQUZJIDEgYW5kIFNBRkkgND8gTWF5YmUgSSBhbSBtaXNzaW5nIHNv
bWV0aGluZyBidXQgSSBkb27igJl0IHNlZSB0aGF0IHRoaXMgaXMgdXNlZnVsIGRlcGxveW1lbnQu
IEluIGFueSBldmVudCwgdGhlIG5vbi1iYWNrd2FyZCBjb21wYXRpYmxlIGJlaGF2aW9yDQogeW91
IGFyZSBwcm9wb3Npbmcgd291bGQgYmUgYmV0dGVyIHNlcnZlZCBpbiBhIHNlcGFyYXRlIGRyYWZ0
IHRoYW4gdG8gYnVyZGVuIFJGQyAzMTA3IEJJUy4mbmJzcDs8L2Rpdj4NCjxkaXY+PGJyPg0KPC9k
aXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0KPGJsb2NrcXVvdGUgaWQ9Ik1B
Q19PVVRMT09LX0FUVFJJQlVUSU9OX0JMT0NLUVVPVEUiIHN0eWxlPSJCT1JERVItTEVGVDogI2I1
YzRkZiA1IHNvbGlkOyBQQURESU5HOjAgMCAwIDU7IE1BUkdJTjowIDAgMCA1OyI+DQo8ZGl2Pg0K
PGRpdj4NCjxkaXYgZGlyPSJsdHIiPg0KPGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9
ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+
DQo8YnI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJmb250LWZh
bWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJpZjtmb250LXNpemU6c21hbGwiPg0KTWFpbiBt
b3RpdmF0aW9uIGhlcmUgd291bGQgYmUgdG8gaGVscCBuZXcgdmVuZG9ycyB0byBtYWtlIHRoZSB1
bmlmaWVkIGNob2ljZSBpbiBob3cgdGhleSB3aWxsIGltcGxlbWVudCAzMTA3YmlzIHNvIGxvbmcg
dGVybSB3ZSBnZXQgc29tZSBjb25zaXN0ZW50IHdheSBTQUZJIDQgaXMgZGVsaXZlcmVkLiBBbmQg
aWYgbm93IGF0IHRoZSAmcXVvdDtiaXMmcXVvdDsgcmZjIGlzIG5vdCBhIGdvb2QgdGltZSB0aGVu
IHdoYXQgeW91IGFyZSByZWFsbHkgYWR2b2NhdGluZyBpcw0KIHRvIHN0YXkgZm9yIHllYXJzIHRv
IGNvbWUgd2l0aCBzdWNoIHVuZGVmaW5lZCByYW5kb21uZXNzIGFjcm9zcyBpbXBsZW1lbnRhdGlv
bnMuJm5ic3A7PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8
L3NwYW4+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5JIGFncmVlIHdpdGggdGhlIGN1cnJlbnQg
ZHJhZnQgdGhhdCBpdCBzaG91bGQgYmUgbG9jYWwgcG9saWN5LiBJIGRvbuKAmXQgdGhpbmsgeW91
IGNhbiBhc3N1bWUgdGhhdCBldmVyeW9uZSBhZ3JlZXMgdGhhdCB0aGlzIHNob3VsZCBiZSBzcGVj
aWZpZWQgYW5kIHRoYXQgeW91ciB2aWV3IG9uIGhvdyBpdCBzaG91bGQgd29yayBpcyBjb25zZW5z
dXMuIEhlbmNlLCBwdXQgaXQgaW4gYSBzZXBhcmF0ZSBkcmFmdC4mbmJzcDs8L2Rpdj4NCjxkaXY+
PGJyPg0KPC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0KPGJsb2NrcXVv
dGUgaWQ9Ik1BQ19PVVRMT09LX0FUVFJJQlVUSU9OX0JMT0NLUVVPVEUiIHN0eWxlPSJCT1JERVIt
TEVGVDogI2I1YzRkZiA1IHNvbGlkOyBQQURESU5HOjAgMCAwIDU7IE1BUkdJTjowIDAgMCA1OyI+
DQo8ZGl2Pg0KPGRpdj4NCjxkaXYgZGlyPSJsdHIiPg0KPGRpdiBjbGFzcz0iZ21haWxfZGVmYXVs
dCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6
ZTpzbWFsbCI+DQo8YnI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxl
PSJmb250LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJpZjtmb250LXNpemU6c21hbGwi
Pg0KT3RoZXIgdGhlbiBjb25zaXN0ZW5jeSBJIGFsc28gc2VlIGZvbGtzIHRyeWluZyB0byB1c2Ug
bGFiZWxlZCBCR1AgYXMgY29udHJvbGxlciB0byBuZXR3b3JrIGRldmljZSBwcm90b2NvbCB0byBp
bnN0YWxsIGxhYmVscy4gRm9yIHRoYXQgdXNlIGNhc2UgYWxvbmUgY29tcGxldGUgc2VwYXJhdGlv
biBmcm9tIFNBRkkgMSBpcyB2ZXJ5IGhlbHBmdWwuJm5ic3A7PC9kaXY+DQo8L2Rpdj4NCjwvZGl2
Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L3NwYW4+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRp
dj5Zb3UgaGF2ZSBib3RoIElMTSBhbmQgTkhMRkUgdG8gY29uc2lkZXIgaGVyZS4gSSBsb29rIGZv
cndhcmQgdG8gcmV2aWV3aW5nIHlvdXIgZHJhZnQgb24gdGhpcyB0b3BpYy4gSWYgdGhlcmUgaXMg
Y29uc2Vuc3VzLCBtZXJnZXIgd2l0aCB0aGUgZHJhZnQgdW5kZXIgV0cgYWRvcHRpb24gY2FuIGJl
IGNvbnNpZGVyZWQuJm5ic3A7PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5UaGFua3Ms
PC9kaXY+DQo8ZGl2PkFjZWUmbmJzcDs8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pjxi
cj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VD
VElPTiI+DQo8YmxvY2txdW90ZSBpZD0iTUFDX09VVExPT0tfQVRUUklCVVRJT05fQkxPQ0tRVU9U
RSIgc3R5bGU9IkJPUkRFUi1MRUZUOiAjYjVjNGRmIDUgc29saWQ7IFBBRERJTkc6MCAwIDAgNTsg
TUFSR0lOOjAgMCAwIDU7Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdiBkaXI9Imx0ciI+DQo8ZGl2IGNs
YXNzPSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9udC1mYW1pbHk6YXJpYWwsaGVsdmV0aWNhLHNh
bnMtc2VyaWY7Zm9udC1zaXplOnNtYWxsIj4NCjxicj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21h
aWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlm
O2ZvbnQtc2l6ZTpzbWFsbCI+DQpUaHgsPC9kaXY+DQo8ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0
IiBzdHlsZT0iZm9udC1mYW1pbHk6YXJpYWwsaGVsdmV0aWNhLHNhbnMtc2VyaWY7Zm9udC1zaXpl
OnNtYWxsIj4NClIuPC9kaXY+DQo8ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9u
dC1mYW1pbHk6YXJpYWwsaGVsdmV0aWNhLHNhbnMtc2VyaWY7Zm9udC1zaXplOnNtYWxsIj4NCjxi
cj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5
OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQo8YnI+DQo8L2Rp
dj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxicj4NCjxkaXYgY2xhc3M9Imdt
YWlsX3F1b3RlIj5PbiBXZWQsIEF1ZyAzMSwgMjAxNiBhdCA0OjE1IFBNLCBBY2VlIExpbmRlbSAo
YWNlZSkgPHNwYW4gZGlyPSJsdHIiPg0KJmx0OzxhIGhyZWY9Im1haWx0bzphY2VlQGNpc2NvLmNv
bSIgdGFyZ2V0PSJfYmxhbmsiPmFjZWVAY2lzY28uY29tPC9hPiZndDs8L3NwYW4+IHdyb3RlOjxi
cj4NCjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowIDAgMCAu
OGV4O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPg0KPGRpdiBz
dHlsZT0id29yZC13cmFwOmJyZWFrLXdvcmQ7Y29sb3I6cmdiKDAsMCwwKTtmb250LXNpemU6MTRw
eDtmb250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWYiPg0KPGRpdj5IaSBSb2JlcnQsJm5ic3A7
PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5DdXJyZW50bHksIGV2ZXJ5dGhpbmcgaW4g
ZHJhZnQtcm9zZW4tbXBscy1yZmMzMTA3YmlzIGlzIHByZXR0eSBtdWNoIGJhY2t3YXJkIGNvbXBh
dGlibGUgd2l0aCBvdXIgbW9yZSB0aGFuIGEgZGVjYWRlIG9sZCBSRkMgMzEwNyBpbXBsZW1lbnRh
dGlvbnMgYW5kIGRlcGxveW1lbnRzLiBXaGF0IHlvdSBhcmUgcHJvcG9zaW5nIGlzIG5vdCBhbmQg
aGFzIGltcGxpY2F0aW9ucyBpbiBib3RoIHRoZSBjb250cm9sIGFuZCBmb3J3YXJkaW5nIHBsYW5l
cy4NCiBJZiB5b3UgcmVhbGx5IGJlbGlldmUgdGhhdCB0aGlzIGlzIOKAnHRoZSBiaWdnZXN0IGlz
c3VlJnF1b3Q7LCBJ4oCZZCBzdWdnZXN0IHlvdSBhcnRpY3VsYXRlIGl0IGluIGEgc2VwYXJhdGUg
ZHJhZnQgd2l0aCBjb25jcmV0ZSB1c2UgY2FzZXMgZm9yIGhhdmluZyBzZXBhcmF0ZSBJUCBhbmQg
TVBMUyB0b3BvbG9naWVzIGZvciB0aGUgc2FtZSBzZXQgb2YgcHJlZml4ZXMuIFRoZW4gdGhlIFdH
cyBjYW4gZXZhbHVhdGUgdGhlIHJlcXVpcmVtZW50IGFuZCBwcm9wb3NlZA0KIHNvbHV0aW9uIGlu
ZGVwZW5kZW50IG9mIFJGQyAzMTA3IEJJUy4mbmJzcDs8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+
DQo8ZGl2PlRoYW5rcyw8L2Rpdj4NCjxkaXY+QWNlZTwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4N
CjxzcGFuPg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTtmb250LXNpemU6MTFwdDt0
ZXh0LWFsaWduOmxlZnQ7Y29sb3I6YmxhY2s7Qk9SREVSLUJPVFRPTTptZWRpdW0gbm9uZTtCT1JE
RVItTEVGVDptZWRpdW0gbm9uZTtQQURESU5HLUJPVFRPTTowaW47UEFERElORy1MRUZUOjBpbjtQ
QURESU5HLVJJR0hUOjBpbjtCT1JERVItVE9QOiNiNWM0ZGYgMXB0IHNvbGlkO0JPUkRFUi1SSUdI
VDptZWRpdW0gbm9uZTtQQURESU5HLVRPUDozcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0
OmJvbGQiPkZyb206IDwvc3Bhbj5tcGxzICZsdDs8YSBocmVmPSJtYWlsdG86bXBscy1ib3VuY2Vz
QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bXBscy1ib3VuY2VzQGlldGYub3JnPC9hPiZndDsg
b24gYmVoYWxmIG9mIFJvYmVydCBSYXN6dWsgJmx0OzxhIGhyZWY9Im1haWx0bzpyb2JlcnRAcmFz
enVrLm5ldCIgdGFyZ2V0PSJfYmxhbmsiPnJvYmVydEByYXN6dWsubmV0PC9hPiZndDs8YnI+DQo8
c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RGF0ZTogPC9zcGFuPldlZG5lc2RheSwgQXVn
dXN0IDMxLCAyMDE2IGF0IDU6MjQgQU08YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9s
ZCI+VG86IDwvc3Bhbj5FcmljIEMgUm9zZW4gJmx0OzxhIGhyZWY9Im1haWx0bzplcm9zZW5AanVu
aXBlci5uZXQiIHRhcmdldD0iX2JsYW5rIj5lcm9zZW5AanVuaXBlci5uZXQ8L2E+Jmd0Ozxicj4N
CjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5DYzogPC9zcGFuPklEUiBMaXN0ICZsdDs8
YSBocmVmPSJtYWlsdG86aWRyQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+aWRyQGlldGYub3Jn
PC9hPiZndDssICZxdW90OzxhIGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIiB0YXJnZXQ9Il9i
bGFuayI+bXBsc0BpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzptcGxzQGll
dGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bXBsc0BpZXRmLm9yZzwvYT4mZ3Q7LCAmcXVvdDs8YSBo
cmVmPSJtYWlsdG86YmVzc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmJlc3NAaWV0Zi5vcmc8
L2E+JnF1b3Q7DQogJmx0OzxhIGhyZWY9Im1haWx0bzpiZXNzQGlldGYub3JnIiB0YXJnZXQ9Il9i
bGFuayI+YmVzc0BpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0
OmJvbGQiPlN1YmplY3Q6IDwvc3Bhbj5SZTogW21wbHNdIFtJZHJdIEZ3ZDogV29ya2luZyBHcm91
cCBhZG9wdGlvbiBwb2xsIG9uIGRyYWZ0LXJvc2VuLW1wbHMtcmZjMzEwN2Jpczxicj4NCjwvZGl2
Pg0KPGRpdj4NCjxkaXYgY2xhc3M9Img1Ij4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8YmxvY2txdW90
ZSBzdHlsZT0iQk9SREVSLUxFRlQ6I2I1YzRkZiA1IHNvbGlkO1BBRERJTkc6MCAwIDAgNTtNQVJH
SU46MCAwIDAgNSI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXYgZGlyPSJsdHIiPg0KPGRpdiBjbGFzcz0i
Z21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNl
cmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQpIaSBFcmljLDwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxf
ZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2Zv
bnQtc2l6ZTpzbWFsbCI+DQo8YnI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQi
IHN0eWxlPSJmb250LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJpZjtmb250LXNpemU6
c21hbGwiPg0KV2hpbGUgYWRvcHRpb24gY2FsbCBpcyBzb3J0IG9mIGVuY291cmFnZW1lbnQgZm9y
IGZ1cnRoZXIgaW5wdXQgYmVmb3JlIEkgcmVzcG9uZCB0byBMb2EncyBtYWlsIEkgd291bGQgbGlr
ZSB0byBnZXQgb25lIGFkZGl0aW9uYWwgYW5zd2VyIGZyb20gMzEwN2JpcyBhdXRob3JzIGFuZCBX
R3MgbWVtYmVycy4mbmJzcDs8L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxl
PSJmb250LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJpZjtmb250LXNpemU6c21hbGwi
Pg0KPGJyPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9udC1m
YW1pbHk6YXJpYWwsaGVsdmV0aWNhLHNhbnMtc2VyaWY7Zm9udC1zaXplOnNtYWxsIj4NClRob3Nl
IHdobyBzcGVuZCB5ZWFycyBpbiBtcGxzIGRlcGxveW1lbnQga25vdyBxdWl0ZSB3ZWxsIHRoYXQg
dGhlIGJpZ2dlc3QgaXNzdWUgd2l0aCB0b2RheSdzIDMxMDcgZGVwbG95bWVudCBpcyBsYWNrIG9m
IHRoZSBjbGVhciBkZWZpbml0aW9uIG9mIGl0cyBpbnRlcmFjdGlvbiB3aXRoIFNBRkktMS4gV2hp
bGUgb25lIHdvdWxkIGhvcGUgdGhhdCAzMTA3YmlzIHdpdGggbmV3IGNhcGFiaWxpdHkgd2lsbCBj
bGVhbiB0aGlzIG1lc3Mgc2VjdGlvbiA1DQogb2YgeW91ciBkb2N1bWVudCByYXRoZXIgc3dlZXBz
IGl0IGFsbCB1bmRlciB0aGUgY2FycGV0IHN0YXRpbmcgdGhhdCBpdCBpcyBqdXN0IGxvY2FsIHBv
bGljeS4gSU1PIGl0IGlzIG5vdCBhIG1hdHRlciBvZiBsb2NhbCBwb2xpY3kgbm9yIGl0IGlzIGlt
cGxlbWVudGF0aW9uIGRldGFpbC4mbmJzcDs8L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1
bHQiIHN0eWxlPSJmb250LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJpZjtmb250LXNp
emU6c21hbGwiPg0KPGJyPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBzdHls
ZT0iZm9udC1mYW1pbHk6YXJpYWwsaGVsdmV0aWNhLHNhbnMtc2VyaWY7Zm9udC1zaXplOnNtYWxs
Ij4NCkxvY2FsIHBvbGljeSBjYW4gYmUgdG8gY2hvb3NlIHdoaWNoIFJJQiAob3Igc2VxdWVuY2Ug
b2YgUklCcykgc2hvdWxkIGJlIHVzZWQgZm9yIHJlc29sdXRpb24gb2Ygc3BlY2lmaWMgU0FGSXMg
YW5kIG5vdCBob3cgdG8gbWl4IFNBRkktMSB3aXRoIFNBRkktNC4gSXQncyBub3QgYSBsb2NhbCBt
YXR0ZXIgYXQgYWxsIHRvIGhhdmUgZGVwbG95bWVudCByZXN1bHRpbmcgaW4gaW5jb25zaXN0ZW50
IElCR1AgYmVzdCBwYXRocyBhY3Jvc3MgZ2l2ZW4gZG9tYWluLiZuYnNwOzwvZGl2Pg0KPGRpdiBj
bGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxz
YW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQo8YnI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9Imdt
YWlsX2RlZmF1bHQiIHN0eWxlPSJmb250LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fucy1zZXJp
Zjtmb250LXNpemU6c21hbGwiPg0KVG8gbWUgY2xlYW5lc3QgaXMgdG8gc2VwYXJhdGUgdGhvc2Ug
dHdvIFNBRklzIGNvbXBsZXRlbHkgZnJvbSBlYWNoIG90aGVyIGJ5IHRoZSBzcGVjIGJvdGggaW4g
QkdQIChkb25lKSBhcyB3ZWxsIGFzIGxvY2FsIFJJQiBhbmQgRklCL0xGSUIuJm5ic3A7PC9kaXY+
DQo8ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9udC1mYW1pbHk6YXJpYWwsaGVs
dmV0aWNhLHNhbnMtc2VyaWY7Zm9udC1zaXplOnNtYWxsIj4NCjxicj4NCjwvZGl2Pg0KPGRpdiBj
bGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxz
YW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQpMaWtld2lzZSBJIGRvIG5vdCBxdWl0ZSBhZ3Jl
ZSB0aGF0IFNBRkktNCBzaG91bGQgYmUgJnF1b3Q7Y29udmVydGlibGUmcXVvdDsgdG8gU0FGSS0x
LiBBbmQgd2UgYWxsIHJlYWxpemUgdGhhdCBvcHBvc2l0ZSBkaXJlY3Rpb24gaXMgcmF0aGVyIGhh
cmQuJm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9udC1m
YW1pbHk6YXJpYWwsaGVsdmV0aWNhLHNhbnMtc2VyaWY7Zm9udC1zaXplOnNtYWxsIj4NCjxicj4N
CjwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFy
aWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQpBbm90aGVyIHBlcmhh
cHMgbWlub3IgY2xhcmlmaWNhdGlvbiB3b3VsZCBiZSB0byBnZXQgYW4gZXhwbGljaXQgY29uZmly
bWF0aW9uIHRoYXQgU0FGSS00IGNhbiBiZSByZWN1cnNpdmUgb3ZlciBTQUZJLTQgb3IgZm9yIHRo
YXQgbWF0dGVyIFNBRkktMSAoTVBMUyBpbiBHUkUgb3IgU1IgaW4gSVApLiZuYnNwOzwvZGl2Pg0K
PGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZl
dGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQo8YnI+DQo8L2Rpdj4NCjxkaXYgY2xh
c3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJmb250LWZhbWlseTphcmlhbCxoZWx2ZXRpY2Esc2Fu
cy1zZXJpZjtmb250LXNpemU6c21hbGwiPg0KVGh4LDxicj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0i
Z21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNl
cmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQpSLjwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfZGVmYXVs
dCIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLGhlbHZldGljYSxzYW5zLXNlcmlmO2ZvbnQtc2l6
ZTpzbWFsbCI+DQo8YnI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2tx
dW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L3NwYW4+PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rp
dj4NCjxicj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvc3Bhbj4N
CjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_D3ECD8487C9C7aceeciscocom_--


From nobody Wed Aug 31 16:52:39 2016
Return-Path: <acee@cisco.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AFFB612D7AF; Wed, 31 Aug 2016 16:52:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.068
X-Spam-Level: 
X-Spam-Status: No, score=-15.068 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.548, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 rDNx39XTEdNC; Wed, 31 Aug 2016 16:52:36 -0700 (PDT)
Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0869312D1A4; Wed, 31 Aug 2016 16:52:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10681; q=dns/txt; s=iport; t=1472687555; x=1473897155; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=nUqpz3hEvORryrgvKGcKqF4zoz33pm4zl7+vnZ8dZxI=; b=HFlqMjO6tyaHNJ7gf/i12SXqMqLTp2aUO/76ZfoADQMvGYtu8Iy3gDBn uI3e1ZCrb+P8xaG09S+Tm1eSm5HU3H1oXXP0usLmj1cml5Ku6ZXIJCrsg aUvli7JcTLPnZxGZUIraSPi8LIo3Ar9+sRGzl3pSofrVxTjP8pBvTrPLV c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DHAgCObMdX/5NdJa1dgx0zAQEBAQEeV?= =?us-ascii?q?3wHsxSFDYIBJIV4AhyBLTgUAQIBAQEBAQEBXieEYQEBBQEBIUgDGQICAQgRAwE?= =?us-ascii?q?CKAMCAgIZDAsUCQgCBAESiEgOrl+McgEBAQEBAQEBAQEBAQEBAQEBAQEBARcFB?= =?us-ascii?q?Yp3hBIRASIRCRaCTIJaBZlQAY8wgW2EXYkNjEiDeAEeNoJ8gTVwhE2BIH8BAQE?=
X-IronPort-AV: E=Sophos;i="5.30,264,1470700800";  d="scan'208,217";a="142184941"
Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 31 Aug 2016 23:52:34 +0000
Received: from XCH-RTP-012.cisco.com (xch-rtp-012.cisco.com [64.101.220.152]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id u7VNqXbI008632 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 31 Aug 2016 23:52:34 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-012.cisco.com (64.101.220.152) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 31 Aug 2016 19:52:32 -0400
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Wed, 31 Aug 2016 19:52:33 -0400
From: "Acee Lindem (acee)" <acee@cisco.com>
To: Loa Andersson <loa@pi.nu>, "idr@ietf.org" <idr@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [Idr] Fwd: [mpls] Working Group adoption poll on draft-rosen-mpls-rfc3107bis
Thread-Index: AQHSA+K9B0JSxsuCGk2Zx4Q7BFcHng==
Date: Wed, 31 Aug 2016 23:52:32 +0000
Message-ID: <D3ECE5BF.7CA53%acee@cisco.com>
References: <f1eda3f9-e097-098a-dd47-2386ab3f1a67@pi.nu> <8A502F2D-E7EC-4497-9BF1-1295E1F21A02@pi.nu>
In-Reply-To: <8A502F2D-E7EC-4497-9BF1-1295E1F21A02@pi.nu>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.116.152.198]
Content-Type: multipart/alternative; boundary="_000_D3ECE5BF7CA53aceeciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/n8llQ1FW18q8cy3oG7slAJ3MxnY>
Subject: Re: [bess] [Idr] Fwd: [mpls] Working Group adoption poll on draft-rosen-mpls-rfc3107bis
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Aug 2016 23:52:37 -0000

--_000_D3ECE5BF7CA53aceeciscocom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SW4gY2FzZSBpdCBpcyBub3Qgb2J2aW91cywgSSBzdXBwb3J0IE1QTFMgV0cgYWRvcHRpb24gb2Yg
dGhlIHN1YmplY3QgZHJhZnQgaW4gaXRzIGN1cnJlbnQgZm9ybSA7XikuIEkgYWxyZWFkeSBzdXBw
b3J0ZWQgaXQgb24gdGhlIE1QTFMgbGlzdC4NClRoYW5rcywNCkFjZWUNCg0KRnJvbTogSWRyIDxp
ZHItYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86aWRyLWJvdW5jZXNAaWV0Zi5vcmc+PiBvbiBiZWhh
bGYgb2YgTG9hIEFuZGVyc3NvbiA8bG9hQHBpLm51PG1haWx0bzpsb2FAcGkubnU+Pg0KRGF0ZTog
V2VkbmVzZGF5LCBBdWd1c3QgMzEsIDIwMTYgYXQgMTI6MjggQU0NClRvOiBJRFIgTGlzdCA8aWRy
QGlldGYub3JnPG1haWx0bzppZHJAaWV0Zi5vcmc+PiwgImJlc3NAaWV0Zi5vcmc8bWFpbHRvOmJl
c3NAaWV0Zi5vcmc+IiA8YmVzc0BpZXRmLm9yZzxtYWlsdG86YmVzc0BpZXRmLm9yZz4+DQpTdWJq
ZWN0OiBbSWRyXSBGd2Q6IFttcGxzXSBXb3JraW5nIEdyb3VwIGFkb3B0aW9uIHBvbGwgb24gZHJh
ZnQtcm9zZW4tbXBscy1yZmMzMTA3YmlzDQoNCldvcmtpbmcgR3JvdXBzLA0KDQpQbGVhc2Ugbm90
ZSB0aGF0IHRoZSB3b3JraW5nIGdyb3VwIGFkb3B0aW9uIHBvbGwgZm9yIGRyYWZ0LXJvc2VuLW1w
bHMtcmZjMzEwN2JpcyBoYXMgYmVlbiBzdGFydGVkIGluIHRoZSBtcGxzIHdnLiBQbGVhc2Ugc2Vu
ZCB5b3VyIGNvbW1lbnRzIHRvIHRoZSBtcGxzIHdnIG1haWxpbmcgbGlzdCAobXBsc0BpZXRmLm9y
ZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4pLg0KDQovTG9hDQptcGxzIHdnIGNvLWNoYWlyDQoNClNl
bnQgZnJvbSBteSBpUGhvbmUNCg0KQmVnaW4gZm9yd2FyZGVkIG1lc3NhZ2U6DQoNCkZyb206IExv
YSBBbmRlcnNzb24gPGxvYUBwaS5udTxtYWlsdG86bG9hQHBpLm51Pj4NCkRhdGU6IDMwIGF1Z3Vz
dGkgMjAxNiAwODoxMDoxMyBHTVQrOA0KVG86ICJtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGll
dGYub3JnPiIgPG1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+Pg0KQ2M6ICJkcmFm
dC1yb3Nlbi1tcGxzLXJmYzMxMDdiaXMuYWxsQGlldGYub3JnPG1haWx0bzpkcmFmdC1yb3Nlbi1t
cGxzLXJmYzMxMDdiaXMuYWxsQGlldGYub3JnPiIgPGRyYWZ0LXJvc2VuLW1wbHMtcmZjMzEwN2Jp
cy5hbGxAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LXJvc2VuLW1wbHMtcmZjMzEwN2Jpcy5hbGxAaWV0
Zi5vcmc+PiwgIm1wbHMtY2hhaXJzQGlldGYub3JnPG1haWx0bzptcGxzLWNoYWlyc0BpZXRmLm9y
Zz4iIDxtcGxzLWNoYWlyc0BpZXRmLm9yZzxtYWlsdG86bXBscy1jaGFpcnNAaWV0Zi5vcmc+Pg0K
U3ViamVjdDogW21wbHNdIFdvcmtpbmcgR3JvdXAgYWRvcHRpb24gcG9sbCBvbiBkcmFmdC1yb3Nl
bi1tcGxzLXJmYzMxMDdiaXMNCg0KV29ya2luZyBHcm91cCwNCg0KVGhpcyBpcyB0byBzdGFydCBh
IHR3byB3ZWVrIHBvbGwgb24gYWRvcHRpbmcgZHJhZnQtcm9zZW4tbXBscy1yZmMzMTA3YmlzDQph
cyBhbiBNUExTIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQuDQoNClBsZWFzZSBzZW5kIHlvdXIgY29t
bWVudHMgKHN1cHBvcnQvbm90IHN1cHBvcnQpIHRvIHRoZSBtcGxzIHdvcmtpbmcNCmdyb3VwIG1h
aWxpbmcgbGlzdCAobXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4pLiBQbGVhc2Ug
Z2l2ZSBhIHRlY2huaWNhbA0KbW90aXZhdGlvbiBmb3IgeW91ciBzdXBwb3J0L25vdCBzdXBwb3J0
LCBlc3BlY2lhbGx5IGlmIHlvdSB0aGluayB0aGF0DQp0aGUgZG9jdW1lbnQgc2hvdWxkIG5vdCBi
ZSBhZG9wdGVkIGFzIGEgd29ya2luZyBncm91cCBkb2N1bWVudC4NCg0KVGhlcmUgYXJlIG5vIElQ
UiBkaXNjbG9zdXJlcyBhZ2FpbnN0IHRoaXMgZG9jdW1lbnQuDQoNCkFsbCB0aGUgYXV0aG9ycyBo
YXMgc3RhdGVkIG9uIHRoZSBvbiB0aGUgbXBscyB3ZyBtYWlsaW5nIGxpc3QgdGhhdCB0aGV5DQph
cmUgbm90IGF3YXJlIG9mIGFueSBJUFJzIHRoYXQgcmVsYXRlIHRvIHRoaXMgZG9jdW1lbnQuDQoN
ClRoZSB3b3JraW5nIGdyb3VwIGFkb3B0aW9uIHBvbGwgZW5kcyBTZXB0ZW1iZXIgMTQsIDIwMTYu
DQoNCi9Mb2ENCg0KTVBMUyB3ZyBjby1jaGFpci4NCi0tDQoNCg0KTG9hIEFuZGVyc3NvbiAgICAg
ICAgICAgICAgICAgICAgICAgIGVtYWlsOiBsb2FAbWFpbDAxLmh1YXdlaS5jb208bWFpbHRvOmxv
YUBtYWlsMDEuaHVhd2VpLmNvbT4NClNlbmlvciBNUExTIEV4cGVydCAgICAgICAgICAgICAgICAg
ICAgICAgICAgbG9hQHBpLm51PG1haWx0bzpsb2FAcGkubnU+DQpIdWF3ZWkgVGVjaG5vbG9naWVz
IChjb25zdWx0YW50KSAgICAgcGhvbmU6ICs0NiA3MzkgODEgMjEgNjQNCg0KX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm1wbHMgbWFpbGluZyBsaXN0DQpt
cGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcv
bWFpbG1hbi9saXN0aW5mby9tcGxzDQo=

--_000_D3ECE5BF7CA53aceeciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: <47FA3DA1FCA4404E8269473AF00D0961@emea.cisco.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx
NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5JbiBjYXNlIGl0
IGlzIG5vdCBvYnZpb3VzLCBJIHN1cHBvcnQgTVBMUyBXRyBhZG9wdGlvbiBvZiB0aGUgc3ViamVj
dCBkcmFmdCBpbiBpdHMgY3VycmVudCBmb3JtIDteKS4gSSBhbHJlYWR5IHN1cHBvcnRlZCBpdCBv
biB0aGUgTVBMUyBsaXN0LiZuYnNwOzwvZGl2Pg0KPGRpdj5UaGFua3MsPC9kaXY+DQo8ZGl2PkFj
ZWU8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJ
T04iPg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTsgZm9udC1zaXplOjExcHQ7IHRl
eHQtYWxpZ246bGVmdDsgY29sb3I6YmxhY2s7IEJPUkRFUi1CT1RUT006IG1lZGl1bSBub25lOyBC
T1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFBBRERJTkctQk9UVE9NOiAwaW47IFBBRERJTkctTEVG
VDogMGluOyBQQURESU5HLVJJR0hUOiAwaW47IEJPUkRFUi1UT1A6ICNiNWM0ZGYgMXB0IHNvbGlk
OyBCT1JERVItUklHSFQ6IG1lZGl1bSBub25lOyBQQURESU5HLVRPUDogM3B0Ij4NCjxzcGFuIHN0
eWxlPSJmb250LXdlaWdodDpib2xkIj5Gcm9tOiA8L3NwYW4+SWRyICZsdDs8YSBocmVmPSJtYWls
dG86aWRyLWJvdW5jZXNAaWV0Zi5vcmciPmlkci1ib3VuY2VzQGlldGYub3JnPC9hPiZndDsgb24g
YmVoYWxmIG9mIExvYSBBbmRlcnNzb24gJmx0OzxhIGhyZWY9Im1haWx0bzpsb2FAcGkubnUiPmxv
YUBwaS5udTwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkRhdGU6
IDwvc3Bhbj5XZWRuZXNkYXksIEF1Z3VzdCAzMSwgMjAxNiBhdCAxMjoyOCBBTTxicj4NCjxzcGFu
IHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5UbzogPC9zcGFuPklEUiBMaXN0ICZsdDs8YSBocmVm
PSJtYWlsdG86aWRyQGlldGYub3JnIj5pZHJAaWV0Zi5vcmc8L2E+Jmd0OywgJnF1b3Q7PGEgaHJl
Zj0ibWFpbHRvOmJlc3NAaWV0Zi5vcmciPmJlc3NAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBo
cmVmPSJtYWlsdG86YmVzc0BpZXRmLm9yZyI+YmVzc0BpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPHNw
YW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlN1YmplY3Q6IDwvc3Bhbj5bSWRyXSBGd2Q6IFtt
cGxzXSBXb3JraW5nIEdyb3VwIGFkb3B0aW9uIHBvbGwgb24gZHJhZnQtcm9zZW4tbXBscy1yZmMz
MTA3YmlzPGJyPg0KPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgaWQ9Ik1B
Q19PVVRMT09LX0FUVFJJQlVUSU9OX0JMT0NLUVVPVEUiIHN0eWxlPSJCT1JERVItTEVGVDogI2I1
YzRkZiA1IHNvbGlkOyBQQURESU5HOjAgMCAwIDU7IE1BUkdJTjowIDAgMCA1OyI+DQo8ZGl2Pg0K
PGRpdiBkaXI9ImF1dG8iPg0KPGRpdj5Xb3JraW5nIEdyb3Vwcyw8L2Rpdj4NCjxkaXYgaWQ9IkFw
cGxlTWFpbFNpZ25hdHVyZSI+PGJyPg0KPC9kaXY+DQo8ZGl2IGlkPSJBcHBsZU1haWxTaWduYXR1
cmUiPlBsZWFzZSBub3RlIHRoYXQgdGhlIHdvcmtpbmcgZ3JvdXAgYWRvcHRpb24gcG9sbCBmb3Ig
ZHJhZnQtcm9zZW4tbXBscy1yZmMzMTA3YmlzIGhhcyBiZWVuIHN0YXJ0ZWQgaW4gdGhlIG1wbHMg
d2cuIFBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgdG8gdGhlIG1wbHMgd2cgbWFpbGluZyBsaXN0
ICg8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyI+bXBsc0BpZXRmLm9yZzwvYT4pLiZuYnNw
OzwvZGl2Pg0KPGRpdiBpZD0iQXBwbGVNYWlsU2lnbmF0dXJlIj48YnI+DQo8L2Rpdj4NCjxkaXYg
aWQ9IkFwcGxlTWFpbFNpZ25hdHVyZSI+L0xvYTwvZGl2Pg0KPGRpdiBpZD0iQXBwbGVNYWlsU2ln
bmF0dXJlIj5tcGxzIHdnIGNvLWNoYWlyPGJyPg0KPGJyPg0KU2VudCBmcm9tIG15IGlQaG9uZTwv
ZGl2Pg0KPGRpdj48YnI+DQpCZWdpbiBmb3J3YXJkZWQgbWVzc2FnZTo8YnI+DQo8YnI+DQo8L2Rp
dj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPg0KPGRpdj48Yj5Gcm9tOjwvYj4gTG9hIEFuZGVy
c3NvbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmxvYUBwaS5udSI+bG9hQHBpLm51PC9hPiZndDs8YnI+
DQo8Yj5EYXRlOjwvYj4gMzAgYXVndXN0aSAyMDE2IDA4OjEwOjEzIEdNVCYjNDM7ODxicj4NCjxi
PlRvOjwvYj4gJnF1b3Q7PGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPm1wbHNAaWV0Zi5v
cmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyI+bXBsc0BpZXRm
Lm9yZzwvYT4mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiAmcXVvdDs8YSBocmVmPSJtYWlsdG86ZHJhZnQt
cm9zZW4tbXBscy1yZmMzMTA3YmlzLmFsbEBpZXRmLm9yZyI+ZHJhZnQtcm9zZW4tbXBscy1yZmMz
MTA3YmlzLmFsbEBpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1y
b3Nlbi1tcGxzLXJmYzMxMDdiaXMuYWxsQGlldGYub3JnIj5kcmFmdC1yb3Nlbi1tcGxzLXJmYzMx
MDdiaXMuYWxsQGlldGYub3JnPC9hPiZndDssICZxdW90OzxhIGhyZWY9Im1haWx0bzptcGxzLWNo
YWlyc0BpZXRmLm9yZyI+bXBscy1jaGFpcnNAaWV0Zi5vcmc8L2E+JnF1b3Q7DQogJmx0OzxhIGhy
ZWY9Im1haWx0bzptcGxzLWNoYWlyc0BpZXRmLm9yZyI+bXBscy1jaGFpcnNAaWV0Zi5vcmc8L2E+
Jmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiA8Yj5bbXBsc10gV29ya2luZyBHcm91cCBhZG9wdGlv
biBwb2xsIG9uIGRyYWZ0LXJvc2VuLW1wbHMtcmZjMzEwN2JpczwvYj48YnI+DQo8YnI+DQo8L2Rp
dj4NCjwvYmxvY2txdW90ZT4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPg0KPGRpdj48c3Bhbj5X
b3JraW5nIEdyb3VwLDwvc3Bhbj48YnI+DQo8c3Bhbj48L3NwYW4+PGJyPg0KPHNwYW4+VGhpcyBp
cyB0byBzdGFydCBhIHR3byB3ZWVrIHBvbGwgb24gYWRvcHRpbmcgZHJhZnQtcm9zZW4tbXBscy1y
ZmMzMTA3YmlzPC9zcGFuPjxicj4NCjxzcGFuPmFzIGFuIE1QTFMgd29ya2luZyBncm91cCBkb2N1
bWVudC48L3NwYW4+PGJyPg0KPHNwYW4+PC9zcGFuPjxicj4NCjxzcGFuPlBsZWFzZSBzZW5kIHlv
dXIgY29tbWVudHMgKHN1cHBvcnQvbm90IHN1cHBvcnQpIHRvIHRoZSBtcGxzIHdvcmtpbmc8L3Nw
YW4+PGJyPg0KPHNwYW4+Z3JvdXAgbWFpbGluZyBsaXN0ICg8YSBocmVmPSJtYWlsdG86bXBsc0Bp
ZXRmLm9yZyI+bXBsc0BpZXRmLm9yZzwvYT4pLiBQbGVhc2UgZ2l2ZSBhIHRlY2huaWNhbDwvc3Bh
bj48YnI+DQo8c3Bhbj5tb3RpdmF0aW9uIGZvciB5b3VyIHN1cHBvcnQvbm90IHN1cHBvcnQsIGVz
cGVjaWFsbHkgaWYgeW91IHRoaW5rIHRoYXQ8L3NwYW4+PGJyPg0KPHNwYW4+dGhlIGRvY3VtZW50
IHNob3VsZCBub3QgYmUgYWRvcHRlZCBhcyBhIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQuPC9zcGFu
Pjxicj4NCjxzcGFuPjwvc3Bhbj48YnI+DQo8c3Bhbj5UaGVyZSBhcmUgbm8gSVBSIGRpc2Nsb3N1
cmVzIGFnYWluc3QgdGhpcyBkb2N1bWVudC48L3NwYW4+PGJyPg0KPHNwYW4+PC9zcGFuPjxicj4N
CjxzcGFuPkFsbCB0aGUgYXV0aG9ycyBoYXMgc3RhdGVkIG9uIHRoZSBvbiB0aGUgbXBscyB3ZyBt
YWlsaW5nIGxpc3QgdGhhdCB0aGV5PC9zcGFuPjxicj4NCjxzcGFuPmFyZSBub3QgYXdhcmUgb2Yg
YW55IElQUnMgdGhhdCByZWxhdGUgdG8gdGhpcyBkb2N1bWVudC48L3NwYW4+PGJyPg0KPHNwYW4+
PC9zcGFuPjxicj4NCjxzcGFuPlRoZSB3b3JraW5nIGdyb3VwIGFkb3B0aW9uIHBvbGwgZW5kcyBT
ZXB0ZW1iZXIgMTQsIDIwMTYuPC9zcGFuPjxicj4NCjxzcGFuPjwvc3Bhbj48YnI+DQo8c3Bhbj4v
TG9hPC9zcGFuPjxicj4NCjxzcGFuPjwvc3Bhbj48YnI+DQo8c3Bhbj5NUExTIHdnIGNvLWNoYWly
Ljwvc3Bhbj48YnI+DQo8c3Bhbj4tLSA8L3NwYW4+PGJyPg0KPHNwYW4+PC9zcGFuPjxicj4NCjxz
cGFuPjwvc3Bhbj48YnI+DQo8c3Bhbj5Mb2EgQW5kZXJzc29uICZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwO2VtYWlsOiA8YSBocmVmPSJtYWlsdG86bG9hQG1haWwwMS5odWF3ZWkuY29tIj4NCmxvYUBt
YWlsMDEuaHVhd2VpLmNvbTwvYT48L3NwYW4+PGJyPg0KPHNwYW4+U2VuaW9yIE1QTFMgRXhwZXJ0
ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9Im1haWx0bzpsb2FA
cGkubnUiPmxvYUBwaS5udTwvYT48L3NwYW4+PGJyPg0KPHNwYW4+SHVhd2VpIFRlY2hub2xvZ2ll
cyAoY29uc3VsdGFudCkgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7cGhvbmU6ICYjNDM7NDYgNzM5
IDgxIDIxIDY0PC9zcGFuPjxicj4NCjxzcGFuPjwvc3Bhbj48YnI+DQo8c3Bhbj5fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvc3Bhbj48YnI+DQo8c3Bhbj5t
cGxzIG1haWxpbmcgbGlzdDwvc3Bhbj48YnI+DQo8c3Bhbj48YSBocmVmPSJtYWlsdG86bXBsc0Bp
ZXRmLm9yZyI+bXBsc0BpZXRmLm9yZzwvYT48L3NwYW4+PGJyPg0KPHNwYW4+PGEgaHJlZj0iaHR0
cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzIj5odHRwczovL3d3dy5pZXRm
Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHM8L2E+PC9zcGFuPjxicj4NCjwvZGl2Pg0KPC9ibG9j
a3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvc3Bhbj4NCjwvYm9keT4N
CjwvaHRtbD4NCg==

--_000_D3ECE5BF7CA53aceeciscocom_--


From nobody Wed Aug 31 18:41:36 2016
Return-Path: <liviumarius-g@is.naist.jp>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6169212D78D; Wed, 31 Aug 2016 18:41:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.448
X-Spam-Level: 
X-Spam-Status: No, score=-2.448 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.548, 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 E1Tl9ADggvSQ; Wed, 31 Aug 2016 18:41:25 -0700 (PDT)
Received: from mailrelay22.naist.jp (mailrelay22.naist.jp [IPv6:2001:200:16a:50::91]) by ietfa.amsl.com (Postfix) with ESMTP id D9FFE12D89B; Wed, 31 Aug 2016 18:39:38 -0700 (PDT)
Received: from mailpost22.naist.jp (mailscan22.naist.jp [163.221.80.59]) by mailrelay22.naist.jp (Postfix) with ESMTP id 49EDC2A7; Thu,  1 Sep 2016 10:39:37 +0900 (JST)
Received: from naist-wavenet124-244.naist.jp (naist-wavenet124-244.naist.jp [163.221.124.244]) by mailpost22.naist.jp (Postfix) with ESMTPSA id 30E5A2A6; Thu,  1 Sep 2016 10:39:37 +0900 (JST)
Content-Type: multipart/alternative; boundary="Apple-Mail=_3BE43784-5D92-4982-B3B2-5832A3E63565"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
From: Marius Georgescu <liviumarius-g@is.naist.jp>
In-Reply-To: <BN6PR05MB2963FB62BBC7DA0864204930C2EC0@BN6PR05MB2963.namprd05.prod.outlook.com>
Date: Thu, 1 Sep 2016 10:39:36 +0900
Message-Id: <45482D45-3528-4779-B820-65C267777A33@is.naist.jp>
References: <BN6PR05MB2963FB62BBC7DA0864204930C2EC0@BN6PR05MB2963.namprd05.prod.outlook.com>
To: Sudhin Jacob <sjacob@juniper.net>
X-Mailer: Apple Mail (2.2104)
X-TM-AS-MML: No
X-TM-AS-Product-Ver: IMSS-7.1.0.1392-8.0.0.1202-22548.004
X-TM-AS-Result: No--10.612-5.0-31-10
X-imss-scan-details: No--10.612-5.0-31-10
X-TMASE-MatchedRID: y0LiLrpAiCqPvrMjLFD6eB5+URxv1WlBGcfGM6EiL4ZScXQMxepe+zmU QE0H1wVioDXxJNSw0wMkJA0oLWybYw7WYEeNmTZnkE7MrqaPYs2FBoWoxESWCfpy1dQbrq3E4tJ 1U/a1mfks98e1CBonTPtot0BX37EWOg4q4lJPNt8AWFA94fzR/zGZtPrBBPZrbXSaqChLKctnkE suGK0jPw8I07MxO6suUgas0VXX1YQHcwuOcL6OnfHkpkyUphL9X5TqQagR07drKNt7ipQiY71qf qj3ukkvNLrw4qvvPTxrJ+z6MUAArTp281S6OuSvHPCema1j/6t8yGO3dvk8/QJ1vk7thYuGUdfE Kc10rU4vcgUibwrcmjBRo1ocFJvbRezVZvE21Usvj6wHfIGxyZ03C0fPk8xKFLXUWU5hGiGlc5x sI5B5rZw4OPYmb2xzM3qKTAmesCNTGXOWPWl+0UOZWaJBszmqL3CpqoxHGN6zZf8joBUxbEenfb +klTH6T92nUW38QIaEuF2kRKympd9bqYxZO1l05BgEdUqqANR9LQinZ4QefK9dKZJ2Vxiasuf7R WbvUtyJL2rLVqwNULL1D3ZkqVjazhcsGxgF64K8mofWgmFAh90lPMYxmDF1QG/6eTYmNkXUG2gi lbfNQNcxs/UIRu80Y/tA/ze/D6po2ZLmf3MJd2y6wivdO2nN7Rx6QHAKu704pGEEKuXomA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/oPrNFoJKnahiHB7QkR4BSg-85kQ>
Cc: "bess@ietf.org" <bess@ietf.org>, "bmwg@ietf.org" <bmwg@ietf.org>
Subject: Re: [bess] [bmwg] REG: Draft https://datatracker.ietf.org/doc/draft-kishjac-bmwg-evpntest/
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Sep 2016 01:41:35 -0000

--Apple-Mail=_3BE43784-5D92-4982-B3B2-5832A3E63565
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Hi Sudhin,

Here are my comments for:
https://tools.ietf.org/html/draft-kishjac-bmwg-evpntest-02 =
<https://tools.ietf.org/html/draft-kishjac-bmwg-evpntest-02>

I think that including PBB-EVPN was a good start towards improving this =
draft.=20
It also didn=E2=80=99t seem very difficult to do.

My comments about your other draft =
(https://tools.ietf.org/html/draft-jacpra-bmwg-pmtest-01 =
<https://tools.ietf.org/html/draft-jacpra-bmwg-pmtest-01>), I think =
stand here as well.

-1- Better structure, clarity and proofreading. It is a bit hard from my =
perspective to read the document as is.=20
I assume that an improved sections layout and an English check should =
help.

-2- Reporting format is not clear for the proposed benchmarks.

-3- Traffic setup is clearer than the other draft, but maybe =
specifically mentioning the Ethernet frames format, or some wording on =
that, should help.

As a plus, I would add the following.

-4- =46rom the test setup/test diagram it is difficult to understand how =
the test traffic is flowing from one element to the other.

-5- EVPN setup.
In one instance you say=20
=E2=80=9CAll four  routers except CE are running mpls,[space after =
comma]bgp
"

Some wording on how that should be set up, I think would help.

Regards,
Marius




> On Aug 26, 2016, at 22:46, Sudhin Jacob <sjacob@juniper.net> wrote:
>=20
> Hi All,
> =20
> I have uploaded draft after incorporating the comments received by =
IETF 96. Kindly review it and let us know the feedback for adoption.
> =20
> Regards,
> Sudhin
> =20
> _______________________________________________
> bmwg mailing list
> bmwg@ietf.org <mailto:bmwg@ietf.org>
> https://www.ietf.org/mailman/listinfo/bmwg =
<https://www.ietf.org/mailman/listinfo/bmwg>

--Apple-Mail=_3BE43784-5D92-4982-B3B2-5832A3E63565
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D"">Hi Sudhin,<div class=3D""><br class=3D""></div><div =
class=3D"">Here are my comments for:</div><div class=3D""><a =
href=3D"https://tools.ietf.org/html/draft-kishjac-bmwg-evpntest-02" =
class=3D"">https://tools.ietf.org/html/draft-kishjac-bmwg-evpntest-02</a><=
/div><div class=3D""><br class=3D""></div><div class=3D"">I think that =
including&nbsp;PBB-EVPN was a good start towards improving this =
draft.&nbsp;</div><div class=3D"">It also didn=E2=80=99t seem very =
difficult to do.</div><div class=3D""><br class=3D""></div><div =
class=3D"">My comments about your other draft (<a =
href=3D"https://tools.ietf.org/html/draft-jacpra-bmwg-pmtest-01" =
class=3D"">https://tools.ietf.org/html/draft-jacpra-bmwg-pmtest-01</a>), =
I think stand here as well.</div><div class=3D""><br class=3D""></div><div=
 class=3D"">-1- Better structure, clarity and proofreading. It is a bit =
hard from my perspective to read the document as is.&nbsp;</div><div =
class=3D"">I assume that an improved sections layout and an English =
check should help.</div><div class=3D""><br class=3D""></div><div =
class=3D"">-2- Reporting format is not clear for the proposed =
benchmarks.</div><div class=3D""><br class=3D""></div><div class=3D"">-3- =
Traffic setup is clearer than the other draft, but maybe specifically =
mentioning the Ethernet frames format, or some wording on that, should =
help.</div><div class=3D""><br class=3D""></div><div class=3D"">As a =
plus, I would add the following.</div><div class=3D""><br =
class=3D""></div><div class=3D"">-4- =46rom the test setup/test diagram =
it is difficult to understand how the test traffic is flowing from one =
element to the other.</div><div class=3D""><br class=3D""></div><div =
class=3D"">-5- EVPN setup.</div><div class=3D"">In one instance you =
say&nbsp;</div><div class=3D"">=E2=80=9C<span style=3D"font-size: =
13.3333px; orphans: 2; widows: 2;" class=3D"">All four</span><span =
style=3D"font-size: 13.3333px; orphans: 2; widows: 2;" class=3D"">&nbsp; =
routers except CE are running mpls,[space after =
comma]bgp</span></div><div class=3D"">"</div><div class=3D""><br =
class=3D""></div><div class=3D"">Some wording on how that should be set =
up, I think would help.</div><div class=3D""><br class=3D""></div><div =
class=3D"">Regards,</div><div class=3D"">Marius</div><div class=3D""><br =
class=3D""></div><div class=3D""><br class=3D""><div =
apple-content-edited=3D"true" class=3D""><br =
class=3D"Apple-interchange-newline">
</div>
<br class=3D""><div><blockquote type=3D"cite" class=3D""><div =
class=3D"">On Aug 26, 2016, at 22:46, Sudhin Jacob &lt;<a =
href=3D"mailto:sjacob@juniper.net" class=3D"">sjacob@juniper.net</a>&gt; =
wrote:</div><br class=3D"Apple-interchange-newline"><div class=3D""><font =
face=3D"Arial" size=3D"3" style=3D"font-style: normal; font-variant: =
normal; font-weight: normal; letter-spacing: normal; line-height: =
normal; orphans: auto; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; widows: auto; word-spacing: =
0px; -webkit-text-stroke-width: 0px;" class=3D""><span style=3D"font-size:=
 12pt;" class=3D""><div class=3D"">Hi All,</div><div =
class=3D"">&nbsp;</div><div class=3D"">I have uploaded draft after =
incorporating the comments received by IETF 96. Kindly review it and let =
us know the feedback for adoption.</div><div class=3D""><font =
face=3D"Calibri" size=3D"2" class=3D""><span style=3D"font-size: 11pt;" =
class=3D"">&nbsp;</span></font></div><div class=3D"">Regards,</div><div =
class=3D"">Sudhin</div><div class=3D""><font face=3D"Calibri" size=3D"2" =
class=3D""><span style=3D"font-size: 11pt;" =
class=3D"">&nbsp;</span></font></div></span></font><span =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant: normal; font-weight: normal; letter-spacing: normal; =
line-height: normal; orphans: auto; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; widows: auto; word-spacing: =
0px; -webkit-text-stroke-width: 0px; float: none; display: inline =
!important;" =
class=3D"">_______________________________________________</span><br =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant: normal; font-weight: normal; letter-spacing: normal; =
line-height: normal; orphans: auto; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; widows: auto; word-spacing: =
0px; -webkit-text-stroke-width: 0px;" class=3D""><span =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant: normal; font-weight: normal; letter-spacing: normal; =
line-height: normal; orphans: auto; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; widows: auto; word-spacing: =
0px; -webkit-text-stroke-width: 0px; float: none; display: inline =
!important;" class=3D"">bmwg mailing list</span><br style=3D"font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant: normal; =
font-weight: normal; letter-spacing: normal; line-height: normal; =
orphans: auto; text-align: start; text-indent: 0px; text-transform: =
none; white-space: normal; widows: auto; word-spacing: 0px; =
-webkit-text-stroke-width: 0px;" class=3D""><a =
href=3D"mailto:bmwg@ietf.org" style=3D"font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant: normal; font-weight: =
normal; letter-spacing: normal; line-height: normal; orphans: auto; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: =
0px;" class=3D"">bmwg@ietf.org</a><br style=3D"font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant: normal; font-weight: =
normal; letter-spacing: normal; line-height: normal; orphans: auto; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: =
0px;" class=3D""><a href=3D"https://www.ietf.org/mailman/listinfo/bmwg" =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant: normal; font-weight: normal; letter-spacing: normal; =
line-height: normal; orphans: auto; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; widows: auto; word-spacing: =
0px; -webkit-text-stroke-width: 0px;" =
class=3D"">https://www.ietf.org/mailman/listinfo/bmwg</a></div></blockquot=
e></div><br class=3D""></div></body></html>=

--Apple-Mail=_3BE43784-5D92-4982-B3B2-5832A3E63565--


From nobody Wed Aug 31 20:51:40 2016
Return-Path: <sjacob@juniper.net>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E84D12D0B2; Wed, 31 Aug 2016 20:51:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.921
X-Spam-Level: 
X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.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 Uzkmh7jCKMeI; Wed, 31 Aug 2016 20:51:36 -0700 (PDT)
Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0113.outbound.protection.outlook.com [104.47.34.113]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3725312D0AE; Wed, 31 Aug 2016 20:51:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=lAOTYuZTWLFQgWyeZLD3XZHUYlxK59MSa9wXBRk+VBA=; b=E7ssXDktid8YsK5pQhZIFiJL6If5jNtVLQW7B+Hs67fMAXX6V6nEDWiisxRVQu5qKTMx5YpuHAc9RBgovrCXa8X7NujDLIQ8hLDOQLEVPiriwnb/anQoZDgJ3AqkuUm6dwm5a7zlO4J2tqPLoS8+hkW7X53xfZx4O+Gv3crdt34=
Received: from BN6PR05MB2963.namprd05.prod.outlook.com (10.173.18.148) by BN6PR05MB2963.namprd05.prod.outlook.com (10.173.18.148) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.609.3; Thu, 1 Sep 2016 03:51:32 +0000
Received: from BN6PR05MB2963.namprd05.prod.outlook.com ([10.173.18.148]) by BN6PR05MB2963.namprd05.prod.outlook.com ([10.173.18.148]) with mapi id 15.01.0609.006; Thu, 1 Sep 2016 03:51:32 +0000
From: Sudhin Jacob <sjacob@juniper.net>
To: Marius Georgescu <liviumarius-g@is.naist.jp>
Thread-Topic: [bmwg] REG: Draft https://datatracker.ietf.org/doc/draft-kishjac-bmwg-evpntest/
Thread-Index: AdH/n9bHs133tIA9R5GK2RG3tve7hAEUdt8AAASXF8A=
Date: Thu, 1 Sep 2016 03:51:32 +0000
Message-ID: <BN6PR05MB29635EF711BA9DDFC7E94A4EC2E20@BN6PR05MB2963.namprd05.prod.outlook.com>
References: <BN6PR05MB2963FB62BBC7DA0864204930C2EC0@BN6PR05MB2963.namprd05.prod.outlook.com> <45482D45-3528-4779-B820-65C267777A33@is.naist.jp>
In-Reply-To: <45482D45-3528-4779-B820-65C267777A33@is.naist.jp>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=sjacob@juniper.net; 
x-originating-ip: [116.197.184.10]
x-ms-office365-filtering-correlation-id: 05ed0912-21f8-43ac-c759-08d3d21b4366
x-microsoft-exchange-diagnostics: 1; BN6PR05MB2963; 6:3LtK1a5J8BQ1Y1sRRz3cbDoBuaDzN+zTEMlfrFUF/jKIG9McW2T4QZsHZkucqsUOUtnDJsixFMAGn24Rf7k2TIZcEvnBN+MbNRj+A0KaWkrO5xexeDvm2r9gC98ycM9ZPbcjhC91kDCoUq6yFd2GlwVgUUtDolYGY4HkjlwOYDKuHOQKmyyKsminuKjUf7CUrb6dZQVbyqWyHFVCQizoGZGuOSm1nOC9KUKrRJj1mPk+IA4r6hjTiBivYISW2i78DvnEBGUKBcuvujDc7dhQW92ihc3ngnrBMZGIYhmnnapoDcFdniuRjhI6MdiCvDB6Zkmiyyw8DtmUoLHdCFktyg==; 5:KptJWYfacfJWLWwsbNnuSd/0uwaMT+Cp3y+YemrN35f0AeJFlQI8wvu+cAlXTUCZot8VOjBsf0KZJpG1BFKwV6Me09D4vVugOaCJ3e8cI7mtVe1MLjMjRY6SgwsOyyn2pprtOQV7W6WvcfwwpmxIOA==; 24:AxOttTKDITepgHjpMiQADOqkjlVsdIYs+hs+utYauy1J7mVxRSuGRH0o2DHOsTFLEl1nWpVMCyl3j6d6y68NEGZA+EeZ048LD+hoZXck4pU=; 7:yg3/gfirryqwyVPaKVY3anSt3rJOeVV/6+q0HSwy1j45Lb+MY++YrXSh2hJVujk3KP/J4HiPG/UijYi+gU0mGzFw2G51Q8gmEpT8JcCh2v5WDdudJ2Kw93WxWdJdKykGAamzdeSLfOtFEbBy3Q/aQhqqdNi5xrrLGN/a45wca5eQnrjjpZKtGeMbL52RpC343ChCC9uz404gSvfDHUBzKuf12mcNbXXlH/drgJV6oP0lYEbl5UjFtPoX0VZlYR/Q
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN6PR05MB2963;
x-microsoft-antispam-prvs: <BN6PR05MB2963DD8875245ECC9EC73557C2E20@BN6PR05MB2963.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(120809045254105)(138986009662008)(21748063052155)(211171220733660); 
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026); SRVR:BN6PR05MB2963; BCL:0; PCL:0; RULEID:; SRVR:BN6PR05MB2963; 
x-forefront-prvs: 0052308DC6
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(51914003)(189002)(24454002)(53754006)(51444003)(199003)(377454003)(230783001)(5002640100001)(106356001)(7696003)(7736002)(92566002)(68736007)(7906003)(74316002)(189998001)(122556002)(16236675004)(6116002)(5660300001)(19609705001)(102836003)(3846002)(110136002)(586003)(15975445007)(77096005)(7846002)(19617315012)(790700001)(11100500001)(97736004)(8676002)(86362001)(3280700002)(3660700001)(4326007)(105586002)(76576001)(2950100001)(33656002)(19625215002)(19580405001)(19580395003)(9326002)(54356999)(8936002)(9686002)(2906002)(50986999)(81166006)(76176999)(87936001)(81156014)(2900100001)(101416001)(99286002)(10400500002)(19300405004)(66066001); DIR:OUT; SFP:1102; SCL:1; SRVR:BN6PR05MB2963; H:BN6PR05MB2963.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_BN6PR05MB29635EF711BA9DDFC7E94A4EC2E20BN6PR05MB2963namp_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Sep 2016 03:51:32.3829 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR05MB2963
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/L1yNwX6wYt1OgeJ2nZGxz4MCaqc>
Cc: "bess@ietf.org" <bess@ietf.org>, "bmwg@ietf.org" <bmwg@ietf.org>
Subject: Re: [bess] [bmwg] REG: Draft https://datatracker.ietf.org/doc/draft-kishjac-bmwg-evpntest/
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Sep 2016 03:51:39 -0000

--_000_BN6PR05MB29635EF711BA9DDFC7E94A4EC2E20BN6PR05MB2963namp_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkgTWFyaXVzLA0KDQpUaGFua3MgZm9yIHRoZSBjb21tZW50LiBNdWNoIGFwcHJlY2lhdGVkLiBJ
IHdpbGwgaW5jb3Jwb3JhdGUgYWxsIHlvdXIgZmluZGluZ3MuDQoNClJlZ2FyZHMsDQpTdWRoaW4N
Cg0KRnJvbTogTWFyaXVzIEdlb3JnZXNjdSBbbWFpbHRvOmxpdml1bWFyaXVzLWdAaXMubmFpc3Qu
anBdDQpTZW50OiBUaHVyc2RheSwgU2VwdGVtYmVyIDEsIDIwMTYgNzoxMCBBTQ0KVG86IFN1ZGhp
biBKYWNvYiA8c2phY29iQGp1bmlwZXIubmV0Pg0KQ2M6IGJtd2dAaWV0Zi5vcmc7IGJlc3NAaWV0
Zi5vcmcNClN1YmplY3Q6IFJlOiBbYm13Z10gUkVHOiBEcmFmdCBodHRwczovL2RhdGF0cmFja2Vy
LmlldGYub3JnL2RvYy9kcmFmdC1raXNoamFjLWJtd2ctZXZwbnRlc3QvDQoNCkhpIFN1ZGhpbiwN
Cg0KSGVyZSBhcmUgbXkgY29tbWVudHMgZm9yOg0KaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1s
L2RyYWZ0LWtpc2hqYWMtYm13Zy1ldnBudGVzdC0wMg0KDQpJIHRoaW5rIHRoYXQgaW5jbHVkaW5n
IFBCQi1FVlBOIHdhcyBhIGdvb2Qgc3RhcnQgdG93YXJkcyBpbXByb3ZpbmcgdGhpcyBkcmFmdC4N
Ckl0IGFsc28gZGlkbuKAmXQgc2VlbSB2ZXJ5IGRpZmZpY3VsdCB0byBkby4NCg0KTXkgY29tbWVu
dHMgYWJvdXQgeW91ciBvdGhlciBkcmFmdCAoaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry
YWZ0LWphY3ByYS1ibXdnLXBtdGVzdC0wMSksIEkgdGhpbmsgc3RhbmQgaGVyZSBhcyB3ZWxsLg0K
DQotMS0gQmV0dGVyIHN0cnVjdHVyZSwgY2xhcml0eSBhbmQgcHJvb2ZyZWFkaW5nLiBJdCBpcyBh
IGJpdCBoYXJkIGZyb20gbXkgcGVyc3BlY3RpdmUgdG8gcmVhZCB0aGUgZG9jdW1lbnQgYXMgaXMu
DQpJIGFzc3VtZSB0aGF0IGFuIGltcHJvdmVkIHNlY3Rpb25zIGxheW91dCBhbmQgYW4gRW5nbGlz
aCBjaGVjayBzaG91bGQgaGVscC4NCg0KLTItIFJlcG9ydGluZyBmb3JtYXQgaXMgbm90IGNsZWFy
IGZvciB0aGUgcHJvcG9zZWQgYmVuY2htYXJrcy4NCg0KLTMtIFRyYWZmaWMgc2V0dXAgaXMgY2xl
YXJlciB0aGFuIHRoZSBvdGhlciBkcmFmdCwgYnV0IG1heWJlIHNwZWNpZmljYWxseSBtZW50aW9u
aW5nIHRoZSBFdGhlcm5ldCBmcmFtZXMgZm9ybWF0LCBvciBzb21lIHdvcmRpbmcgb24gdGhhdCwg
c2hvdWxkIGhlbHAuDQoNCkFzIGEgcGx1cywgSSB3b3VsZCBhZGQgdGhlIGZvbGxvd2luZy4NCg0K
LTQtIEZyb20gdGhlIHRlc3Qgc2V0dXAvdGVzdCBkaWFncmFtIGl0IGlzIGRpZmZpY3VsdCB0byB1
bmRlcnN0YW5kIGhvdyB0aGUgdGVzdCB0cmFmZmljIGlzIGZsb3dpbmcgZnJvbSBvbmUgZWxlbWVu
dCB0byB0aGUgb3RoZXIuDQoNCi01LSBFVlBOIHNldHVwLg0KSW4gb25lIGluc3RhbmNlIHlvdSBz
YXkNCuKAnEFsbCBmb3VyICByb3V0ZXJzIGV4Y2VwdCBDRSBhcmUgcnVubmluZyBtcGxzLFtzcGFj
ZSBhZnRlciBjb21tYV1iZ3ANCiINCg0KU29tZSB3b3JkaW5nIG9uIGhvdyB0aGF0IHNob3VsZCBi
ZSBzZXQgdXAsIEkgdGhpbmsgd291bGQgaGVscC4NCg0KUmVnYXJkcywNCk1hcml1cw0KDQoNCg0K
DQpPbiBBdWcgMjYsIDIwMTYsIGF0IDIyOjQ2LCBTdWRoaW4gSmFjb2IgPHNqYWNvYkBqdW5pcGVy
Lm5ldDxtYWlsdG86c2phY29iQGp1bmlwZXIubmV0Pj4gd3JvdGU6DQoNCkhpIEFsbCwNCg0KSSBo
YXZlIHVwbG9hZGVkIGRyYWZ0IGFmdGVyIGluY29ycG9yYXRpbmcgdGhlIGNvbW1lbnRzIHJlY2Vp
dmVkIGJ5IElFVEYgOTYuIEtpbmRseSByZXZpZXcgaXQgYW5kIGxldCB1cyBrbm93IHRoZSBmZWVk
YmFjayBmb3IgYWRvcHRpb24uDQoNClJlZ2FyZHMsDQpTdWRoaW4NCg0KX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmJtd2cgbWFpbGluZyBsaXN0DQpibXdn
QGlldGYub3JnPG1haWx0bzpibXdnQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp
bG1hbi9saXN0aW5mby9ibXdnDQoNCg==

--_000_BN6PR05MB29635EF711BA9DDFC7E94A4EC2E20BN6PR05MB2963namp_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UN
Cgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAz
IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAx
NSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFs
LCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90
dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3
IFJvbWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1w
cmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0K
YTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0
eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1z
b25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1l
Om1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGlu
Ow0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250
LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNw
YW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQt
ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERl
ZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9
DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGlu
IDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlv
bjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVs
dHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0t
W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlk
bWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2Vu
ZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJw
dXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IaSBNYXJpdXMsPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5
N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGFua3MgZm9yIHRoZSBjb21tZW50LiBNdWNo
IGFwcHJlY2lhdGVkLiBJIHdpbGwgaW5jb3Jwb3JhdGUgYWxsIHlvdXIgZmluZGluZ3MuPG86cD48
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv
bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5SZWdhcmRzLDxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj
MUY0OTdEIj5TdWRoaW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp
JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0Ux
RTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+
IE1hcml1cyBHZW9yZ2VzY3UgW21haWx0bzpsaXZpdW1hcml1cy1nQGlzLm5haXN0LmpwXQ0KPGJy
Pg0KPGI+U2VudDo8L2I+IFRodXJzZGF5LCBTZXB0ZW1iZXIgMSwgMjAxNiA3OjEwIEFNPGJyPg0K
PGI+VG86PC9iPiBTdWRoaW4gSmFjb2IgJmx0O3NqYWNvYkBqdW5pcGVyLm5ldCZndDs8YnI+DQo8
Yj5DYzo8L2I+IGJtd2dAaWV0Zi5vcmc7IGJlc3NAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0Ojwv
Yj4gUmU6IFtibXdnXSBSRUc6IERyYWZ0IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j
L2RyYWZ0LWtpc2hqYWMtYm13Zy1ldnBudGVzdC88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp
dj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSBTdWRoaW4sPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj5IZXJlIGFyZSBteSBjb21tZW50cyBmb3I6PG86cD48L286cD48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJodHRwczov
L3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQta2lzaGphYy1ibXdnLWV2cG50ZXN0LTAyIj5odHRw
czovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQta2lzaGphYy1ibXdnLWV2cG50ZXN0LTAyPC9h
PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86
cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5J
IHRoaW5rIHRoYXQgaW5jbHVkaW5nJm5ic3A7UEJCLUVWUE4gd2FzIGEgZ29vZCBzdGFydCB0b3dh
cmRzIGltcHJvdmluZyB0aGlzIGRyYWZ0LiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SXQgYWxzbyBkaWRu4oCZdCBzZWVtIHZlcnkgZGlm
ZmljdWx0IHRvIGRvLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj5NeSBjb21tZW50cyBhYm91dCB5b3VyIG90aGVyIGRyYWZ0ICg8YSBocmVmPSJo
dHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtamFjcHJhLWJtd2ctcG10ZXN0LTAxIj5o
dHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtamFjcHJhLWJtd2ctcG10ZXN0LTAxPC9h
PiksIEkgdGhpbmsgc3RhbmQgaGVyZSBhcyB3ZWxsLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tMS0gQmV0dGVyIHN0cnVjdHVyZSwgY2xhcml0
eSBhbmQgcHJvb2ZyZWFkaW5nLiBJdCBpcyBhIGJpdCBoYXJkIGZyb20gbXkgcGVyc3BlY3RpdmUg
dG8gcmVhZCB0aGUgZG9jdW1lbnQgYXMgaXMuJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGFzc3VtZSB0aGF0IGFuIGltcHJvdmVkIHNl
Y3Rpb25zIGxheW91dCBhbmQgYW4gRW5nbGlzaCBjaGVjayBzaG91bGQgaGVscC48bzpwPjwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LTItIFJlcG9ydGlu
ZyBmb3JtYXQgaXMgbm90IGNsZWFyIGZvciB0aGUgcHJvcG9zZWQgYmVuY2htYXJrcy48bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LTMtIFRyYWZm
aWMgc2V0dXAgaXMgY2xlYXJlciB0aGFuIHRoZSBvdGhlciBkcmFmdCwgYnV0IG1heWJlIHNwZWNp
ZmljYWxseSBtZW50aW9uaW5nIHRoZSBFdGhlcm5ldCBmcmFtZXMgZm9ybWF0LCBvciBzb21lIHdv
cmRpbmcgb24gdGhhdCwgc2hvdWxkIGhlbHAuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFzIGEgcGx1cywgSSB3b3VsZCBhZGQgdGhlIGZvbGxv
d2luZy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+LTQtIEZyb20gdGhlIHRlc3Qgc2V0dXAvdGVzdCBkaWFncmFtIGl0IGlzIGRpZmZpY3VsdCB0
byB1bmRlcnN0YW5kIGhvdyB0aGUgdGVzdCB0cmFmZmljIGlzIGZsb3dpbmcgZnJvbSBvbmUgZWxl
bWVudCB0byB0aGUgb3RoZXIuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPi01LSBFVlBOIHNldHVwLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SW4gb25lIGluc3RhbmNlIHlvdSBzYXkmbmJzcDs8
bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPuKAnDxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0Ij5BbGwgZm91ciZuYnNwOyByb3V0ZXJzIGV4Y2Vw
dCBDRSBhcmUgcnVubmluZyBtcGxzLFtzcGFjZSBhZnRlciBjb21tYV1iZ3A8L3NwYW4+PG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mcXVvdDs8bzpw
PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U29tZSB3
b3JkaW5nIG9uIGhvdyB0aGF0IHNob3VsZCBiZSBzZXQgdXAsIEkgdGhpbmsgd291bGQgaGVscC48
bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UmVn
YXJkcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
Pk1hcml1czxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m
bmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4w
cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24g
QXVnIDI2LCAyMDE2LCBhdCAyMjo0NiwgU3VkaGluIEphY29iICZsdDs8YSBocmVmPSJtYWlsdG86
c2phY29iQGp1bmlwZXIubmV0Ij5zamFjb2JAanVuaXBlci5uZXQ8L2E+Jmd0OyB3cm90ZTo8bzpw
PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286
cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5IaSBBbGwsPG86cD48L286
cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5J
IGhhdmUgdXBsb2FkZWQgZHJhZnQgYWZ0ZXIgaW5jb3Jwb3JhdGluZyB0aGUgY29tbWVudHMgcmVj
ZWl2ZWQgYnkgSUVURiA5Ni4gS2luZGx5IHJldmlldyBpdCBhbmQgbGV0IHVzIGtub3cgdGhlIGZl
ZWRiYWNrIGZvciBhZG9wdGlvbi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48c3Bh
biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48
L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPlJlZ2Fy
ZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2Vy
aWYiPlN1ZGhpbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJm
b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj48bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPl9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KYm13ZyBt
YWlsaW5nIGxpc3Q8YnI+DQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmJtd2dAaWV0Zi5vcmciPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1
b3Q7LHNhbnMtc2VyaWYiPmJtd2dAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYi
Pjxicj4NCjwvc3Bhbj48YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp
bmZvL2Jtd2ciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v
bGlzdGluZm8vYm13Zzwvc3Bhbj48L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2tx
dW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+
DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_BN6PR05MB29635EF711BA9DDFC7E94A4EC2E20BN6PR05MB2963namp_--

