From nobody Mon Jun 1 09:36:28 2020 Return-Path: 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 428DF3A0962; Mon, 1 Jun 2020 09:36:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=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 XybRBd_Uj4OT; Mon, 1 Jun 2020 09:36:24 -0700 (PDT) Received: from mta5.iomartmail.com (mta5.iomartmail.com [62.128.193.155]) (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 9E04E3A005C; Mon, 1 Jun 2020 09:36:24 -0700 (PDT) Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta5.iomartmail.com (8.14.4/8.14.4) with ESMTP id 051GaKYK009672; Mon, 1 Jun 2020 17:36:20 +0100 Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 0AF772203C; Mon, 1 Jun 2020 17:36:19 +0100 (BST) Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs1.iomartmail.com (Postfix) with ESMTPS id E9ED92203D; Mon, 1 Jun 2020 17:36:18 +0100 (BST) Received: from LAPTOPK7AS653V ([84.93.26.18]) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id 051GaI5t007719 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 1 Jun 2020 17:36:18 +0100 Reply-To: From: "Adrian Farrel" To: "'Boris Hassanov'" , , , References: <320040086.3360130.1584266420178.ref@mail.yahoo.com> <320040086.3360130.1584266420178@mail.yahoo.com> In-Reply-To: <320040086.3360130.1584266420178@mail.yahoo.com> Date: Mon, 1 Jun 2020 17:36:16 +0100 Organization: Old Dog Consulting Message-ID: <01ba01d63832$c5d529d0$517f7d70$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQEtfqaseucytuaXDPOtWKVEsjT+YAFkXw6vqgpCv4A= Content-Language: en-gb X-Originating-IP: 84.93.26.18 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25456.001 X-TM-AS-Result: No--11.897-10.0-31-10 X-imss-scan-details: No--11.897-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25456.001 X-TMASE-Result: 10--11.896700-10.000000 X-TMASE-MatchedRID: 3cWr5C6+ksYtjw5zGtj91Jjq85Whe1jnw1UuY7testfaOIP2b6ZfX7yy tY11UFOHktBmj/3UlYMeR0iAFEaV00kkO4zqprNOLIrMljt3adsp7CfTKkEjpWvxMifzTnhCujw 9BXXmuOCX5BxTRNgxF/zODOpp7iT+9le5XmUu9sBk6FBGYAZadILsLasl5ROhtt6LcQKYDf7Z3y a1EhGxQ8md6nkfaj2INhXX3Q3nsoIHY/00co/Bj3RSJt6Kzp0QGIMg4+U4kbVvNs77F4nIWu6z9 Az0/zdX29XMyLxGh55H1t/3L+o21+w8rrYji/74TPsVRSNcbWP348e2CE/wYpm3TxN83Lo41RxZ gJv+/2iurF6alys342Mbwhlr0L2igUs6XLP3taFFeAr5guIYJvXuWpt5ue19h7/KLUHlCEJwMIv KpZiNqNAQM9mVvwuwYlIJOTnR4x4BV5iskNQhp7YfInv9i1SV+KgiyLtJrSA8guXXRtiXICit4v P4nSn3585VzGMOFzB5p6uVey/LCFOm2gN+nomsxEHRux+uk8h+ICquNi0WJD+Kfjh1SjrMerGpk 9BqJBBS/c+0wiYo7/iPbC7wtyo6ftwZ3X11IV0= X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [bess] FURTHER REMINDER Re: WG Last Call, IPR and Implementation Poll for draft-ietf-bess-datacenter-gateway-04 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 16:36:26 -0000 Hi Boris, We waited for a prompt for the chairs to find out what the disposition = of the draft was. > I read the draft and personally support its publication. Thanks. > Here are some comments: > > 1) Introduction part has the following statement: "Segment Routing = (SR) [RFC8402] > is a popular protocol mechanism for use within a DC...". I would love = to see SR as > popular mechanism within DC worldwide, but such statement requires = either a=20 > reference to some cases/examples of SR-baced DCs or, IMO, has to be = changed > to something like "...become a popular mechanism..."=20 Depends on the meaning of popular =F0=9F=98=8A Changed text in Abstract to... Segment Routing is a protocol mechanism that can be used within a = data center, and also for steering traffic that flows between two data center = sites. ...and in the Introduction to... Segment Routing (SR) [RFC8402] is a protocol mechanism that can be = used within a DC, and also for steering traffic that flows between two DC sites. > > 2) Fig 1, IMO, needs additional information about which AS/ ASes > are used for Ingress and Egress SR Domains (Guess AS1 and AS2=20 > respectively, but it has to be shown). Current version looks a bit > confusing, for example, why we need AS3 on Fig.1? I'm looking at the figure and I don't understand your confusion: sorry. The ASes are not used for Ingress and Egress SR Domains. The two domains = are marked separately. Packets are routed from the Ingress SR domain to the Egress SR domain = through the Gateways (also marked) and across the ASes that provide = connectivity. > 3) If new Tunnel Encapsulation is defined as SR Tunnel, will=20 > ietf-idr-tunnel-encaps be updated accordingly? 15th version > does not have it so far I don't believe that other document needs to be updated. The code point has already been assigned for this draft. You can see it = at = https://www.iana.org/assignments/bgp-parameters/bgp-parameters.xhtml#tunn= el-types Best, Adrian From nobody Mon Jun 1 09:39:32 2020 Return-Path: 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 4C4903A0911; Mon, 1 Jun 2020 09:39:27 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.1.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <159102956726.19793.2346789028530199938@ietfa.amsl.com> Date: Mon, 01 Jun 2020 09:39:27 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-datacenter-gateway-06.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 16:39:27 -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 WG of the IETF. Title : Gateway Auto-Discovery and Route Advertisement for Segment Routing Enabled Domain Interconnection Authors : Adrian Farrel John Drake Eric Rosen Keyur Patel Luay Jalil Filename : draft-ietf-bess-datacenter-gateway-06.txt Pages : 12 Date : 2020-06-01 Abstract: Data centers are critical components of the infrastructure used by network operators to provide services to their customers. Data centers are attached to the Internet or a backbone network by gateway routers. One data center typically has more than one gateway for commercial, load balancing, and resiliency reasons. Segment Routing is a protocol mechanism that can be used within a data center, and also for steering traffic that flows between two data center sites. In order that one data center site may load balance the traffic it sends to another data center site, it needs to know the complete set of gateway routers at the remote data center, the points of connection from those gateways to the backbone network, and the connectivity across the backbone network. Segment Routing may also be operated in other domains, such as access networks. Those domains also need to be connected across backbone networks through gateways. This document defines a mechanism using the BGP Tunnel Encapsulation attribute to allow each gateway router to advertise the routes to the prefixes in the Segment Routing domains to which it provides access, and also to advertise on behalf of each other gateway to the same Segment Routing domain. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-datacenter-gateway/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-datacenter-gateway-06 https://datatracker.ietf.org/doc/html/draft-ietf-bess-datacenter-gateway-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-datacenter-gateway-06 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 Jun 1 11:28:22 2020 Return-Path: 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 56B2D3A1403 for ; Mon, 1 Jun 2020 11:28:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.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 XJ2_0oD6UEAn for ; Mon, 1 Jun 2020 11:28:18 -0700 (PDT) Received: from sonic310-14.consmr.mail.bf2.yahoo.com (sonic310-14.consmr.mail.bf2.yahoo.com [74.6.135.124]) (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 CDB753A13FE for ; Mon, 1 Jun 2020 11:28:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1591036096; bh=1YcLsFQMaQGY7g2cBgaboB7KexmE/zORZ93b8ossVmI=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject; b=Hnnodx+ur3DClTNuy+QdIMRlAQ01x+F+WS/i8TuCWSjt3/mSQvrLsG7VBJQ2ICnMXfiUP1geIVfmozQiykdEiAipRmFiWaBxNJ/vPn4R9BKU1bosPEoCrgsnM/XD72uCohEpq1qb5R+E9W0hEJ2chKfFlLg5jwgGfcY+C3o4WPtQkRcCkeGMS1PZVhTm4SV6//z80ZxTfPbwHtGq3s+vwKyXWXmkNcJDevAzXQ3xeGQr3+GMc9WI5c53pWV/LRySyVLqrB3jKg0XOGbcWBoVbaAOQfzgmynJ+Y8PntFJ4Vp0wXbo+XUnaV7KY8J5U/yMuw5AJho97mqOdj4TrBE22A== X-YMail-OSG: orczgdsVM1lq0EsJWDXoYNcqt91PQOoCyrKtkaksQ2nr9foquuiq7UQoUqdorx1 FEyWYKWeIFb74yZvEnd5norfuWs1dZyPSig4.nI0oZeyJDl4A2QPhbc4n7KLLDmIALXCiV8i266O 9H.1lGU96SqRIXIUS50WYQYkodPS6nx0AqRAMG.gviPe9yPghbCAem03IzomDu9GUmiaBDgpth_V pFHTDCCzQ73SNjjSvaCJgpwIvBpfnH4PDak2TUXxORH6_PbS3.pFYBUpWpQN.Gx0fPYPequjCnFL 3ZNv.2BGNksxweAZ7vjMivnYyPNE6puVtSMNRYT2uywBHkSnG90vYHy8e8XpMfpnYu05hOjUCD7w yVmCWl3poUmBKiHBHJjr2c_hpJBZsdcxgrJBQqTAQCwa8iEoGwZbdrQwV19uHN2O5GyEYr55yNl_ 6Fg_kbv3tgswzc_QrtllCPxeMCTZOkErHw1pB57pl0PSHQJ_ntG9HSrNw0F0tcqZVqe_04d5ffDu 4shIJjBSIkNhd2.O_Ntq9Bgh_OwLkkn3wgi9CERsVLF3Ycxo2zaZZ3eEo4FYEA54wA145v_q0VFl SHyF1NI1tftiAJb0vC8Dx6WxTthIpnu4WzWsrXyiOUUZgDe5kgOEFTJxKoao1fQwwOlD6fejrJF7 dEgNTv7ia651sa4t1RZ0SmbEkbleFt0DbczOvwTnMQzMky1LUzT6GMW48DXrFWk4HEGNFQ6VL6V2 RrVg7rpR7CigA.wjHNqNdd7XMzzQJC7IRu0NeOkoTZyvhk7csaVURbyz6QIwAAW7_jsd6qaHPPio kiPrejmD2lAQAK4oD0fGnwubQlKyWhZk2GTdctyhbV42Qw87bLcY.HL.YityOlHUs6nY_E220uft IvAx9Xtnd842KeMYdc0GP.5zznncg1Lv9xfGKGLErDeIyrMZXuSYsWZ3wq6eQWgz4Zx6VF5AsFAe CZU_ySLTG025w1QTBo.rS7tYD_lRUR_EeQw2zXUAPwkthj88W4dGvdYho7rbshivyJ6mcBXQbRgw RGViwORcQQWU9p3GkT_snpk5WzJqbrRhI_5Nf625JXEVbpXnjifqVmkWEKPBY7H7Eg3PmbbSVKNW .n67Tf6l4iO7tsdAN75xWKw5F4bDp5_LOVop.dezevZghCgXZUVaTDoZ9SzcnDQViaLMJmfWnUgc 6N2pzV8C0wvoHYcuKeHZsfsKvjL8S_7JXEuoiP2HVkfIW33bVOCJhUbiSWdgTu32UVSZ4DsXbNXR OYKLNcx5ysjw4pmahr.SmSEurMXThBN15WcAQ75q0Ye9VxA4yabgs88hCCkI.nmdheDb1wkEbEcX e1VMPxjDx7Oiy_o.lfl61B6co7g-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.bf2.yahoo.com with HTTP; Mon, 1 Jun 2020 18:28:16 +0000 Date: Mon, 1 Jun 2020 18:28:13 +0000 (UTC) From: Boris Hassanov To: matthew.bocci@nokia.com, bess@ietf.org, draft-ietf-bess-datacenter-gateway@ietf.org, Adrian Farrel Message-ID: <1865498947.683420.1591036093899@mail.yahoo.com> In-Reply-To: <01ba01d63832$c5d529d0$517f7d70$@olddog.co.uk> References: <320040086.3360130.1584266420178.ref@mail.yahoo.com> <320040086.3360130.1584266420178@mail.yahoo.com> <01ba01d63832$c5d529d0$517f7d70$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_683419_1694096773.1591036093896" X-Mailer: WebService/1.1.16037 YMailNorrin Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:76.0) Gecko/20100101 Firefox/76.0 Archived-At: Subject: Re: [bess] FURTHER REMINDER Re: WG Last Call, IPR and Implementation Poll for draft-ietf-bess-datacenter-gateway-04 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 18:28:21 -0000 ------=_Part_683419_1694096773.1591036093896 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Adrian and all, Thanks a lot for getting back. My replies are inline, BKH>. SY,Boris On Monday, June 1, 2020, 7:36:41 PM GMT+3, Adrian Farrel wrote: =20 =20 Hi Boris, We waited for a prompt for the chairs to find out what the disposition of t= he draft was. > I read the draft and personally support its publication. Thanks. > Here are some comments: > > 1) Introduction part has the following statement: "Segment Routing (SR) [= RFC8402] >=C2=A0 is a popular protocol mechanism for use within a DC...". I would lo= ve to see SR as >=C2=A0 popular mechanism within DC worldwide, but such statement requires = either=C2=A0 a=20 >=C2=A0 reference to some cases/examples of SR-baced DCs or, IMO, has to be= changed >=C2=A0 to something like "...become a popular mechanism..."=20 Depends on the meaning of popular =F0=9F=98=8A Changed text in Abstract to... =C2=A0 Segment Routing is a protocol mechanism that can be used within a da= ta center, =C2=A0 and also for steering traffic that flows between two data center sit= es. ...and in the Introduction to... =C2=A0 Segment Routing (SR) [RFC8402] is a protocol mechanism that can be u= sed within =C2=A0 a DC, and also for steering traffic that flows between two DC sites. BKH> Agree, sounds good. > > 2) Fig 1, IMO, needs additional information about which AS/ ASes >=C2=A0 are used for Ingress and Egress SR Domains (Guess AS1 and AS2=20 >=C2=A0 respectively, but it has to be shown). Current version looks a bit >=C2=A0 confusing, for example, why we need AS3 on Fig.1? I'm looking at the figure and I don't understand your confusion: sorry. The ASes are not used for Ingress and Egress SR Domains. The two domains ar= e marked separately. Packets are routed from the Ingress SR domain to the Egress SR domain throu= gh the Gateways (also marked) and across the ASes that provide connectivity= . BKH>=C2=A0 The text after Fig.1 says about limitations of BGP Add-Path espe= cially in Inter-AS case with ASBRs in regards to GW identity, but Fig.1 als= o have AS3, it makes some dissonance with that message, IMO. That is why I = was confused. May be I was just too focused on details :) > 3) If new Tunnel Encapsulation is defined as SR Tunnel, will=20 >=C2=A0 ietf-idr-tunnel-encaps be updated accordingly?=C2=A0 15th version >=C2=A0 does not have it so far I don't believe that other document needs to be updated. The code point has already been assigned for this draft. You can see it at = https://www.iana.org/assignments/bgp-parameters/bgp-parameters.xhtml#tunnel= -types BKH> Adrian, sorry, one last question:Part 3. SR Domain GW AD...To avoid th= e side effect of applying the Tunnel Encapsulation attribute to any packet that is addressed to the GW itself, the GW SHOULD use a different loopback address for the two cases.Am I correct t= hat these two cases do mean: 1) Loopback for AD route 2) Loopback for other= purposes (i.e. receiving packets addressed to the GW itself) ? So GW should advertise 2 different loopbacks, one with Tunnel Encapsulation= attribute and another without it. Thanks again. =20 Best, Adrian _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess =20 ------=_Part_683419_1694096773.1591036093896 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Adrian and all,

Thanks a lot for getting back.

My replies are = inline, BKH>.
<= span>
SY,
Boris
=


=20
=20
On Monday, June 1, 2020, 7:36:41 PM GMT+3, Adrian Farre= l <adrian@olddog.co.uk> wrote:


Hi Boris,

We waited for a prompt for the chairs to find out what the dispos= ition of the draft was.

> I read th= e draft and personally support its publication.

Thanks.

> Here are some c= omments:
>
> 1) Introduction part= has the following statement: "Segment Routing (SR) [RFC8402]
>  is a popular protocol mechanism for use within a DC...". I = would love to see SR as
>  popular mechanism with= in DC worldwide, but such statement requires either  a
>  reference to some cases/examples of SR-baced DCs or, IMO, ha= s to be changed
>  to something like "...become a= popular mechanism..."

Depends on the= meaning of popular =F0=9F=98=8A

Chang= ed text in Abstract to...
  Segment Routing is a pr= otocol mechanism that can be used within a data center,
&= nbsp; and also for steering traffic that flows between two data center sit= es.
...and in the Introduction to...
&n= bsp; Segment Routing (SR) [RFC8402] is a protocol mechanism that can be us= ed within
  a DC, and also for steering traffi= c that flows between two DC sites.

BKH> Agree, sounds good.

= >
> 2) Fig 1, IMO, needs additional information abo= ut which AS/ ASes
>  are used for Ingress and Egr= ess SR Domains (Guess AS1 and AS2
>  respectivel= y, but it has to be shown). Current version looks a bit
&= gt;  confusing, for example, why we need AS3 on Fig.1?

I'm looking at the figure and I don't understand your= confusion: sorry.
The ASes are not used for Ingress and = Egress SR Domains. The two domains are marked separately.
Packets are routed from the Ingress SR domain to the Egress SR domain thro= ugh the Gateways (also marked) and across the ASes that provide connectivit= y.

BKH>  The text after Fig.1 says about limitations of BGP= Add-Path especially in Inter-AS case with ASBRs in regards to GW ide= ntity, but Fig.1 also have AS3, it makes some dissonance with that m= essage, IMO. That is why I was confused. May be I was just too focused on d= etails :)

> 3)= If new Tunnel Encapsulation is defined as SR Tunnel, will
>  ietf-idr-tunnel-encaps be updated accordingly?  15th ver= sion
>  does not have it so far


I don't believe that other document needs to be u= pdated.
The code point has already been assigned for this= draft. You can see it at https://www.iana.org/assignments/bgp-parameters/bgp-par= ameters.xhtml#tunnel-types

BKH> Adrian, sorry, one last question:
=
Part 3. SR Domain GW AD
...
To avoid the side effect of app=
lying the Tunnel Encapsulation
   attribute to any packet that is addressed to the GW itself, the GW
   SHOULD use a different loopback address for the two cases.
Am I correct that these two cases do m= ean: 1) Loopback for AD route 2) Loopback for other purposes (i.e. receivin= g packets addressed to the GW itself) ?
So GW should advertise 2 different loopbacks, one w= ith Tunnel Encapsulation attribute and another without it.

Thanks again.


Best,
Adrian


______________________= _________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess

------=_Part_683419_1694096773.1591036093896-- From nobody Mon Jun 1 13:15:59 2020 Return-Path: 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 1AA3C3A1530; Mon, 1 Jun 2020 13:15:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=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 eRsjA6W2tGLI; Mon, 1 Jun 2020 13:15:55 -0700 (PDT) Received: from mta5.iomartmail.com (mta5.iomartmail.com [62.128.193.155]) (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 E605F3A152E; Mon, 1 Jun 2020 13:15:54 -0700 (PDT) Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta5.iomartmail.com (8.14.4/8.14.4) with ESMTP id 051KFqwp031335; Mon, 1 Jun 2020 21:15:52 +0100 Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id C17E02203A; Mon, 1 Jun 2020 21:15:51 +0100 (BST) Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs3.iomartmail.com (Postfix) with ESMTPS id AC13B22032; Mon, 1 Jun 2020 21:15:51 +0100 (BST) Received: from LAPTOPK7AS653V ([84.93.26.18]) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id 051KFo3E000613 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 1 Jun 2020 21:15:50 +0100 Reply-To: From: "Adrian Farrel" To: "'Boris Hassanov'" , , , References: <320040086.3360130.1584266420178.ref@mail.yahoo.com> <320040086.3360130.1584266420178@mail.yahoo.com> <01ba01d63832$c5d529d0$517f7d70$@olddog.co.uk> <1865498947.683420.1591036093899@mail.yahoo.com> In-Reply-To: <1865498947.683420.1591036093899@mail.yahoo.com> Date: Mon, 1 Jun 2020 21:15:48 +0100 Organization: Old Dog Consulting Message-ID: <022b01d63851$71242930$536c7b90$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_022C_01D63859.D2E97B90" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQEtfqaseucytuaXDPOtWKVEsjT+YAFkXw6vAnI+h3QDJbNBQqndtz2A Content-Language: en-gb X-Originating-IP: 84.93.26.18 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25456.002 X-TM-AS-Result: No--22.661-10.0-31-10 X-imss-scan-details: No--22.661-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25456.002 X-TMASE-Result: 10--22.660700-10.000000 X-TMASE-MatchedRID: vvufNx6lgHktjw5zGtj91Jjq85Whe1jnw1UuY7testfaOIP2b6ZfXzez KlEFhGa63bzvU6za9nAaQrQ5Xlm+RP9I+10gkYyQiJwEp8weVXwfkDOlTQgzYVAoBBK61Bhcnno aR/3NxyzQdQyOJl5lEwFT28k3gPtveM8+fnna4pQTS0S9JNzCsSlayzmQ9QV0huUwwoGE6JR/3c vtLd5DU0yj0tEhXI5ZJy/+zd87nOQtKOzPn9tt9IpHR9xEGhE1zQQ2zkt0Ifnmhh0u6cujg6f4O 0AyJYLdvvT5LnFeRWiJZSbFIBVZ8XkbhjW2P21NhjlBjwpom1NQXEq/7YCYyH5Isu006IGGiE3d RTeE2jPIynCRr635/8ix45d/0wZDz3nQvl/XanBcrmR4Jr5uaLzETYfYS4xZEt/W/Pt5w8eqOoX FwPbOpIgDvrwnxnWRzzU2+MLrDVS4YfyCujuUkQPZZctd3P4B2u6+oPMdQ+7CtB5AXGRY21bTHo McnwxG+EcDBrMwMLfRnd327aTojEdb73gUDwkXwbRQ2BpmliraCn4DqCiXNtcS1tDil/IjyHgEL oGTDQRbcjR0YZo7XwJZUTDWynxt2vAIkf50eYPClTVZIGXfyB4huWEfRKfpXQUjgYAOK0WBXTjm 7XtB14iKkuq59taCexFu2ndtjxcMRVPkzQcfhW7YrQpJ3G0Z8gryAriuOnLwJYZa/L83HS4OGhH 6pkfXb+C12lE8cwjOYC0ICABQfkDhU8Vgq6Fv5rnnDTmVbKq08Z6Wwo67iKYTXzZbQuUmtBERhm bbLKdLZZ3utgmLwbQXTCyZUYKfL4mw8l0xIAWeAiCmPx4NwGmRqNBHmBve1B0Hk1Q1KyI9euiYe 3o8eGLHjeGkjh9Xpj6kIuG2UdWw7M6dyuYKg+EmMBEXHLXtOBQdpLEFuQT1cc1q6DIgNN0FpakT ofPfjMTr4mrbphE= X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [bess] FURTHER REMINDER Re: WG Last Call, IPR and Implementation Poll for draft-ietf-bess-datacenter-gateway-04 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 20:15:58 -0000 This is a multipart message in MIME format. ------=_NextPart_000_022C_01D63859.D2E97B90 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello again, =20 [snip] =20 >>> 2) Fig 1, IMO, needs additional information about which AS/ ASes >>> are used for Ingress and Egress SR Domains (Guess AS1 and AS2=20 >>> respectively, but it has to be shown). Current version looks a bit >>> confusing, for example, why we need AS3 on Fig.1? >> >> I'm looking at the figure and I don't understand your confusion: = sorry. >> The ASes are not used for Ingress and Egress SR Domains. The two >> domains are marked separately. >> Packets are routed from the Ingress SR domain to the Egress SR >> domain through the Gateways (also marked) and across the ASes >> that provide connectivity. >=20 > BKH> The text after Fig.1 says about limitations of BGP Add-Path > especially in Inter-AS case with ASBRs in regards to GW identity, > but Fig.1 also have AS3, it makes some dissonance with that > message, IMO. That is why I was confused. May be I was just too > focused on details :) =20 I=E2=80=99m not sure. Maybe if we had numbered the ASes differently so = that the obvious least AS-hops (=E2=80=9Cshortest=E2=80=9D) path was = through AS1, and AS2/AS3 was the path that would lose the GW identities? =20 But I still don=E2=80=99t see the problem you are raising, and I really = want to. =20 The figure shows that there are multiple possible routes from ingress = domain to egress domain: * GW-AS3-GW2 * GW-AS1-[choice of ASBRs]-AS2-GW1 * GW-AS1-[choice of ASBRs]-AS2-GW2 The text notes that: * Add-Paths enables the presentation of {AS3} and {AS1, AS2} as paths * Add-Paths loses the identities and so choice of GW1 and GW2 in the = {AS1, AS2} case =20 >>> 3) If new Tunnel Encapsulation is defined as SR Tunnel, will=20 >>> ietf-idr-tunnel-encaps be updated accordingly? 15th version >>> does not have it so far >> >> I don't believe that other document needs to be updated. >> The code point has already been assigned for this draft. You can see >> it at = https://www.iana.org/assignments/bgp-parameters/bgp-parameters.xhtml#tunn= el-types >=20 > Adrian, sorry, one last question: > Part 3. SR Domain GW AD >... > To avoid the side effect of applying the Tunnel Encapsulation > attribute to any packet that is addressed to the GW itself, the GW > SHOULD use a different loopback address for the two cases. > Am I correct that these two cases do mean:=20 > 1) Loopback for AD route=20 > 2) Loopback for other purposes (i.e. receiving packets addressed > to the GW itself) ? > So GW should advertise 2 different loopbacks, one with Tunnel > Encapsulation attribute and another without it. =20 Yes, you got it. =20 Best, Adrian ------=_NextPart_000_022C_01D63859.D2E97B90 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hello = again,

 

[snip]

 

>>> 2) Fig 1, IMO, needs additional = information about which AS/ ASes
>>>  are used for Ingress and Egress SR = Domains (Guess AS1 and AS2
>>>  respectively, but it has to be = shown). Current version looks a bit
>>>  confusing, for example, why we need = AS3 on Fig.1?
>>
>> I'm looking at the figure and I don't understand = your confusion: sorry.
>> The ASes are not used for Ingress and Egress SR = Domains. The two

>> domains are marked separately.
>> = Packets are routed from the Ingress SR = domain to the Egress SR

>> domain through the Gateways (also marked) and across the = ASes=

>> that provide connectivity.

> 

> BKH>  The text after Fig.1 says about = limitations of BGP Add-Path

> especially in Inter-AS case with ASBRs in regards to GW = identity,=

> but Fig.1 also have AS3, it makes some dissonance with = that=

> message, IMO. That is why I was confused. May be I was just = too=

> focused on details = :)

 =

I=E2=80=99m not sure. Maybe if we = had numbered the ASes differently so that the obvious least AS-hops = (=E2=80=9Cshortest=E2=80=9D) path was through AS1, and AS2/AS3 was the = path that would lose the GW identities?

 

But I still = don=E2=80=99t see the problem you are raising, and I really want = to.

 

The figure shows that there are multiple possible = routes from ingress domain to egress domain:

  • GW-AS3-GW2
  • GW-AS1-[choice of = ASBRs]-AS2-GW1
  • GW-AS1-[choice of = ASBRs]-AS2-GW2

The text notes = that:

  • Add-Paths enables the presentation of {AS3} and {AS1, AS2} as = paths
  • Add-Paths loses the = identities and so choice of GW1 and GW2 in the {AS1, AS2} = case

 

>>> 3) If new Tunnel Encapsulation is = defined as SR Tunnel, will
>>>  ietf-idr-tunnel-encaps be updated = accordingly?  15th version
>>>  does not have it so = far

>>
>> I don't believe that other document needs to be = updated.
>> The code point = has already been assigned for this draft. You can = see

>> it at https://www.iana.org/assignments/bgp-parameters/bgp-par= ameters.xhtml#tunnel-types

> 

> Adrian, sorry, one last = question:

> Part 3. SR Domain GW = AD

>...

<= pre>> To avoid the side effect of = applying the Tunnel Encapsulation
> attribute to any packet that is addressed to =
the GW itself, the GW
> SHOULD use a different loopback address for the =
two cases.

> Am I correct that these two cases do mean: =

> 1) Loopback for AD route =

> 2) Loopback for other purposes (i.e. receiving packets = addressed=

>=C2=A0 =C2=A0to the GW itself) = ?

> So GW should advertise 2 different loopbacks, = one with Tunnel

> = Encapsulation attribute and another without it.=

 

Yes, you got it.

 

Best,

Adrian

------=_NextPart_000_022C_01D63859.D2E97B90-- From nobody Tue Jun 2 01:05:05 2020 Return-Path: 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 E8EF23A0925; Tue, 2 Jun 2020 01:04:59 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.1.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <159108509991.5912.16514719446084750890@ietfa.amsl.com> Date: Tue, 02 Jun 2020 01:04:59 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-nsh-bgp-control-plane-14.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2020 08:05:00 -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 WG of the IETF. Title : BGP Control Plane for the Network Service Header in Service Function Chaining Authors : Adrian Farrel John Drake Eric Rosen Jim Uttaro Luay Jalil Filename : draft-ietf-bess-nsh-bgp-control-plane-14.txt Pages : 68 Date : 2020-06-02 Abstract: This document describes the use of BGP as a control plane for networks that support Service Function Chaining (SFC). The document introduces a new BGP address family called the SFC Address Family Identifier / Subsequent Address Family Identifier (SFC AFI/SAFI) with two route types. One route type is originated by a node to advertise that it hosts a particular instance of a specified service function. This route type also provides "instructions" on how to send a packet to the hosting node in a way that indicates that the service function has to be applied to the packet. The other route type is used by a Controller to advertise the paths of "chains" of service functions, and to give a unique designator to each such path so that they can be used in conjunction with the Network Service Header defined in RFC 8300. This document adopts the SFC architecture described in RFC 7665. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-nsh-bgp-control-plane/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-nsh-bgp-control-plane-14 https://datatracker.ietf.org/doc/html/draft-ietf-bess-nsh-bgp-control-plane-14 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-nsh-bgp-control-plane-14 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 Jun 2 01:38:00 2020 Return-Path: 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 DD6603A0A2C for ; Tue, 2 Jun 2020 01:37:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=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 N28LUkOBTa3P for ; Tue, 2 Jun 2020 01:37:57 -0700 (PDT) Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (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 BF5F43A0A27 for ; Tue, 2 Jun 2020 01:37:55 -0700 (PDT) Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta7.iomartmail.com (8.14.4/8.14.4) with ESMTP id 0528bsPq026021 for ; Tue, 2 Jun 2020 09:37:54 +0100 Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 0CA0D2215D for ; Tue, 2 Jun 2020 09:37:54 +0100 (BST) Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs3.iomartmail.com (Postfix) with ESMTPS id E99622215A for ; Tue, 2 Jun 2020 09:37:53 +0100 (BST) Received: from LAPTOPK7AS653V ([84.93.26.18]) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id 0528bqMR001400 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 2 Jun 2020 09:37:53 +0100 Reply-To: From: "Adrian Farrel" To: References: <159108509991.5912.16514719446084750890@ietfa.amsl.com> In-Reply-To: <159108509991.5912.16514719446084750890@ietfa.amsl.com> Date: Tue, 2 Jun 2020 09:37:51 +0100 Organization: Old Dog Consulting Message-ID: <033a01d638b9$1b26a130$5173e390$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQI09My+aEJOCFA9buzDh6jYtqYdhagHhefg Content-Language: en-gb X-Originating-IP: 84.93.26.18 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25456.006 X-TM-AS-Result: No--21.903-10.0-31-10 X-imss-scan-details: No--21.903-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25456.006 X-TMASE-Result: 10--21.903000-10.000000 X-TMASE-MatchedRID: x2HXvaraFolor4mPA3EMtnFPUrVDm6jtP1EB4PPRVRsgcEd8uJSjxHQJ Zgvb9SmrOuoe+1KQdDrFCFz33zrM+ECT547EIg6fTNDKZy5/hvQHgh3sKJBzP3vsbfoZixUTxdm SBHvTmJN9G8KjyQ654zxsaRLxoFD4H7OvhmslZN3QfyKEYQc1R0H25SKd6AXRLraGNlLRahiMy8 hIFiZqQf39Jkt00RkiQyVYY35fMC109yt1Yp3gny0x8J2DopENCRjsEqumlCkcNByoSo036Q9aE SljuMCwYVGs9zCr477lqt8kcWfWk8bcufj3Z2WPZ1f+XQd5zc/PFq5A6gp9a6ANamSpMq+hQbNT sIpfWx2Zo1vRBAA4bdZ96yGb+tGlEBkCs6lc9Fch/RMTVV2429ruvqDzHUPumHjEz2gByy23Q87 FtwytXjX58ZQBKb6P363fb6EBgcnvIFTfZ/qPLmXaK3KHx/xpcDE+oNxhOFBo5YsPsbyLXWEF27 aUugFT+XAU8IyFS7Z7YxPveVwbenwwxS/qCrlePBWF0O0+23O5I3Jkp5qIPmjrQRbVRX+ut0kCU pthFqCPvzCryM/S55GTpe1iiCJqtD9qpBlNF8qWwBC0tiSzK4tkBWmEtb9tKrauXd3MZDUMFsa+ 1wyh/JRMZUCEHkRt X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [bess] I-D Action: draft-ietf-bess-nsh-bgp-control-plane-14.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2020 08:37:59 -0000 Hi Bess, You may have seen me responding to various IESG Discusses and Comments, and to the Routing Directorate review for this draft. This revision makes all of the associated changes. There is a fairly high level of change, but we believe that the changes are not very substantive. Please take some time to look at the diffs and shout if anything is alarming or unclear. Many thanks, Adrian -----Original Message----- From: I-D-Announce On Behalf Of internet-drafts@ietf.org Sent: 02 June 2020 09:05 To: i-d-announce@ietf.org Cc: bess@ietf.org Subject: I-D Action: draft-ietf-bess-nsh-bgp-control-plane-14.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : BGP Control Plane for the Network Service Header in Service Function Chaining Authors : Adrian Farrel John Drake Eric Rosen Jim Uttaro Luay Jalil Filename : draft-ietf-bess-nsh-bgp-control-plane-14.txt Pages : 68 Date : 2020-06-02 Abstract: This document describes the use of BGP as a control plane for networks that support Service Function Chaining (SFC). The document introduces a new BGP address family called the SFC Address Family Identifier / Subsequent Address Family Identifier (SFC AFI/SAFI) with two route types. One route type is originated by a node to advertise that it hosts a particular instance of a specified service function. This route type also provides "instructions" on how to send a packet to the hosting node in a way that indicates that the service function has to be applied to the packet. The other route type is used by a Controller to advertise the paths of "chains" of service functions, and to give a unique designator to each such path so that they can be used in conjunction with the Network Service Header defined in RFC 8300. This document adopts the SFC architecture described in RFC 7665. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-nsh-bgp-control-plane/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-nsh-bgp-control-plane-14 https://datatracker.ietf.org/doc/html/draft-ietf-bess-nsh-bgp-control-plane- 14 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-nsh-bgp-control-plane-14 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/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt From nobody Wed Jun 3 01:19:43 2020 Return-Path: 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 880073A0944 for ; Wed, 3 Jun 2020 01:19:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.101 X-Spam-Level: X-Spam-Status: No, score=-2.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 saCvoiZGN99o for ; Wed, 3 Jun 2020 01:19:40 -0700 (PDT) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50080.outbound.protection.outlook.com [40.107.5.80]) (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 CD58C3A0946 for ; Wed, 3 Jun 2020 01:19:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fXMKmcuyUv1Gs8fzWQOjI6NHV8PrpGRANGp5ISAUZaA2klZ8QiHFE+3KmPsHWjzuNnn0nRKV8izEcZYK1m8+LwZELjEHlq31N06yXC3ftEWEjTSGFJJfNXsJpQFrQOnt37Sir9rmzQw24Ay5XdEST83eCro87WszvRUuE8CL3Zuri06d1LWJxIH+vEMqlSd18Q36MvZ5RELY9Ail+XbsEE54kF2OOFFfXHSEYbQOPKOgmQ+3j5pBOm59mF/zPa9zaiDCjVMexGvj9+3N2oAp4ht5nUxObdmqUvS+A+CyRN6l+8W2g92u2RhH0BKqBVJA8mDXLXBJr9wixzsaNKlnVw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=IAnKanANHe698b6ppWKGGLNLqWiZpha9hjkpISsgwjM=; b=m8siJ+gomGkrB2+woOEZgfsPowj8SJvLlH/CW6qauJJ9bGia5CW1n5qZ/LIC3TNov44YUyjyjHFZ7h6s7+jLjvn5GVKjNOQTUS+R4Jby7fyFI6ISG5AeQvna+U1WwP5VV1iVT+QaCdc43GNWgNidMNo7f+kpuvU+7YMAJXqiFDqMvWM1np0gnI7YJYBDWxBxgTu2Cr5DRL8VEOaWdRtfpMUzLrsiWTRUEvj40fv8v0YLIoB4SGQZS2orT0rG0J/W+EHhF7Q0G9SNUR8hIQ+yCIPnKX8F/cuyeeRqQq/sELiG+nNCjHwVT/JaR/LgR0AudsAGoS4kQlDozul4hc/WNQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=IAnKanANHe698b6ppWKGGLNLqWiZpha9hjkpISsgwjM=; b=QY0+1g3Epj9HBLH8ZupMKCVaJn6yAww/Y0+DH5/n/IXGdPUn4MrL7gt34woHMffjzeRPf8tvjjOTco1pD4Xe/xWgMaFZPFR2kiOcbDaIbCtdPXZuKErmOfBdNA9h10CDmr2x75UK7DkY9jnCNSB6huUrwnUaPV5MpGTnIW40fWM= Received: from VI1PR07MB3168.eurprd07.prod.outlook.com (2603:10a6:802:25::19) by VI1PR07MB6016.eurprd07.prod.outlook.com (2603:10a6:803:d8::32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3066.8; Wed, 3 Jun 2020 08:19:35 +0000 Received: from VI1PR07MB3168.eurprd07.prod.outlook.com ([fe80::ec5a:3462:759d:44e5]) by VI1PR07MB3168.eurprd07.prod.outlook.com ([fe80::ec5a:3462:759d:44e5%6]) with mapi id 15.20.3066.016; Wed, 3 Jun 2020 08:19:35 +0000 From: Jiang He To: "bess@ietf.org" Thread-Topic: Draft submitted - EVPN Split Horizon Filtering Enhancement Thread-Index: AdY5f0YxKi1MTdgtT1GWlSiT0GpSRA== Date: Wed, 3 Jun 2020 08:19:35 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [119.28.22.196] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1dbd1817-4e22-4d47-1852-08d80796da26 x-ms-traffictypediagnostic: VI1PR07MB6016: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:2201; x-forefront-prvs: 04238CD941 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 8G0SNDCHDpfHZqEHloLEEzTAYS7xiBjyUuzBLEwf8n4kNpJ4pypG56PwFWdMI7zS6jKo+p0NJf/vhpNc3t7tYnMuqJ1fwHwETw/pcsV+AGyTST/tTowpnT3hrcGrRfAHQlA/V5FoI5c0tsAeWx1SN3uKvH4LpY5fUdQuJ0EaaaoELFReT6MhDe4g1apXTybMwe0YLdQcu1KyHUCOJnLeJJxPs5zeCs+mz1AzjGUlovnF68D7QYf8K1eGiNrdg/1bcJmPLV82QGY4/TXqlTeFfS9DGqL7g4OByPZHrUqDdBhKRvrv5hl3aUl0J4o6GNsyDZOW0jhyVoX7NMuYAXIa/+oRqDZ1H1Fr3pFYWauQrYuuBZon+7ucnkahp4AWkYOhaFveOq5NiE+xQCSSBk8o1w== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:VI1PR07MB3168.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(39860400002)(396003)(366004)(136003)(376002)(346002)(55016002)(4744005)(7696005)(44832011)(66556008)(33656002)(6916009)(66946007)(52536014)(8936002)(5660300002)(86362001)(966005)(64756008)(186003)(478600001)(9686003)(66446008)(66476007)(2906002)(9326002)(71200400001)(76116006)(6506007)(26005)(8676002)(316002)(166002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: MMk1Q6bREhp8XP4IWaSxTsBTM5s/OHHzhdF1HAs/xWUINkk1iAi2VTX0qFGdRl9Yrk9Q1icy8DG0Qg1rtKfQRnjgnlW9zOTtVGf9lQmYklP3c0CpMC6tfWhZXKgldZfO5u37XVFykv7/bxYMnF0q4ypchICd86PhQD/9QMTX88kFP3La4sgVg9wtHfuYoVBG3sIqS+EV6RHM1zSjP2ZVzuF5p/fg9/DxMcPuCrNybjVbbSQ+0br2Tn9y/b97JY3pRojLvc9QXeAS5vExCEQmHJxLDp2MkmJ4KPtUWcAl3k6/8o7UmYSseuXH2UKCE7K/sZIu+z0P9xWWdSoTvQsY1Q188gBSt13m28KuIsClyZW10ef8h+fHPrvK29kgGy4bY5XL3F8HlfpiZPG6GkOKvgaAA6hKCIbVRczUGlewTadw5HxFGCbRUD0nqi3F2DmxGztDu8fmqSYhKI8KEfCgxxP53duAH01vZ0ss/G+ran+q4psJispJ6ieFx/tBbBNA x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_VI1PR07MB3168270D4E8FE8CCF0391884E1880VI1PR07MB3168eurp_" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-Network-Message-Id: 1dbd1817-4e22-4d47-1852-08d80796da26 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Jun 2020 08:19:35.8370 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: mxjUSMYocbnN5mYq5n0/JEhRc3SEkHX0M5RfjjnFPcd9sgwl7n9YIzQo/oFF0Yhj3asVlCq0Cf86MkZZYsEzaQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB6016 Archived-At: Subject: [bess] Draft submitted - EVPN Split Horizon Filtering Enhancement X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2020 08:19:42 -0000 --_000_VI1PR07MB3168270D4E8FE8CCF0391884E1880VI1PR07MB3168eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello All, I just submitted a draft, https://datatracker.ietf.org/doc/draft-jiang-bess= -evpn-split-horizon-enhancement/ . it describes an approach to enhance cur= rent split horizon filtering mechanism. No additional EVPN routes introduce= d. The purpose is to simplify data plane behaviors. Your comments are highly appreciated! Regards, Jiang --_000_VI1PR07MB3168270D4E8FE8CCF0391884E1880VI1PR07MB3168eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello All,

I just submitted a draft, https://datatracker.ietf.org/doc/draft-jiang-bess-evpn-split-horizon-enhanc= ement/ .  it describes an approach to enhance current split horizo= n filtering mechanism. No additional EVPN routes introduced.  The purp= ose is to simplify data plane behaviors.

 

Your comments are highly appreciated!

 

Regards,

Jiang

--_000_VI1PR07MB3168270D4E8FE8CCF0391884E1880VI1PR07MB3168eurp_-- From nobody Wed Jun 3 12:37:07 2020 Return-Path: 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 196583A0EB3 for ; Wed, 3 Jun 2020 12:37:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.698 X-Spam-Level: X-Spam-Status: No, score=-0.698 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.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 APVUdgyWlNEf for ; Wed, 3 Jun 2020 12:37:04 -0700 (PDT) Received: from sonic304-10.consmr.mail.bf2.yahoo.com (sonic304-10.consmr.mail.bf2.yahoo.com [74.6.128.33]) (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 716AF3A0EB5 for ; Wed, 3 Jun 2020 12:37:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1591213023; bh=NCyGDmcHF1fLRumhjnP71nCh8bEbmN38/L12TiA3P34=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject; b=H7Bx9jm3ngPQy+CpfjmyK+8YzCGqGDGp0BBU0xy04ijHej6dibnPCnuza6slTe5Qp43rDzYdO+fHquakH0eJqNo89oGPwnHjGosfZ+xq82RwMmKNO4LQ75ZE5NHy8EsNIGuAe3Uro3MvXDKz8A+JXba9AS4RQf0z7VvqrilSu0INQsdX8QqO2gQ6Teg1NsV0km/796uk30F3vn8mxwymWldZ/UOKPL6W/4QN0ISIvAt7wihuskQQIqBRQP/KvthhGHU1Lzw5T1MWkzler+EvJu5IvpapZh28pTt4x9CiYiXKFfyd4+DQdRFlZ55SIne75VEp6ZA86KHgolch8cKfDg== X-YMail-OSG: cmIyJQgVM1nW7BefO34KqUqwklFmx4Q87Y1EYCMO8oE.TPnWsbPEuxuzEtnNZKF YcQl3TnLdv_PXhwLEWeCqy_jP558YfMpldxjXszPrK9tc9naBefS5GFzGFSBhBW4vlSoetpFTLOW 1q.qHOPpJHd_mL2hBPYWgqqnQEiZj_y6MLGZEXXWIZo672hmOn3ybsNBuCLRd9RoOwGXVCgFTbEl VvPvSsXgBbuNmamEV5nTRy3LGBIhwEYxfD2etvjLE8nXd9b5CcijGZxvSIYIOG9at4GhWEETxw7I 1cE3AAPdf35_.tueBRD89upP5NuyuqXk3rBgxYUp20L5VkQulrcCIxsJuG9wgwYbpPUcpFry2YqB apxmPdW3YZy4h_FusQ3LOlNh0c0ARaxp7HPzK3w0t.k.hUBCQRY77MDVRmHpoQgREZapMIy6nJYM d5mhqHVn7nB6Um36bL_W9nbJrvHJl5K2AfOEh.VNqk9fTKbkMFRUFDq7EUq6ZGi3jYPVlFxxZT6v GZf7Hvq6VJpw_LSti7_ajeAyRwlhwcofApTZufZq0cYUEvo1Em0VZuJFRE9B4kMjUp9GZlLW5w4t deIKmWVQHDjGrRKWrdd.avcI5prbU0cYBdQWFrgIqg6F1hs82qDW4XivgnJoP1crfcLCMqtbQ63K 4tjtHOe3zQyefISoOqiNeBPVShoQED4qPBFpyUkQhZK52.6rdolo96UOiB3.lvyKm_w9whSPOXRn q9GqdbP1QzSUXB_b1cWzUF37xAj9l2r87K32Ux6dGTjGVBz978UG.wpIjWs7MNWk1toqMd_gUXXX tCsbuBA5nyDuy9xJTfzM7VelRlI.xHUhzFsEZ6shCkrJpjccnfUtIlYAdP6j1jBzgEHRpBop3FCz MNAXrv.dSgPiJfdnsUFzm1hx3RCxkg9z5vZak48B1OlDZ.VQZEQZKhEG7Yg1a6TqSq3_J1Z_U5pM vurNYO2cVrtFu9TS4ZgrY3btShiIYxiiiH1J3J.Q61YVTjVXRdzrY_xu0qUz1hW3kME84icFd0C_ 8IRA.B87cBHqe4juvAslgya6zgUfLQGtGcaqX09RzXe7BvwmlxpWOH8GSjPQVrLOYm_QPC.gOOsQ 2gX4tw8ALqq8AhC9Gqb92VIHZ4bHV_6MOT0vyE7LRD1I.iBTzmhHds8K_rFBJ4_ibNLWvX4etTd3 4jmRDVdtK4JDlMOjnAA11JXdmgt111XON4OiUcxtUz5cglfJhSKVX4gAsjJpZia5EPkjzsEBX6XQ GXOtPidZ3w5nNFckqHBmqSzlAIb6yma34rjcsZbP.fcBD5hVDx0C7wdUqk_aPM5QN2YEyt41WW58 XYXOub_XChAMO8Jo.9hfe9kYuvw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.bf2.yahoo.com with HTTP; Wed, 3 Jun 2020 19:37:03 +0000 Date: Wed, 3 Jun 2020 19:34:39 +0000 (UTC) From: Boris Hassanov To: matthew.bocci@nokia.com, bess@ietf.org, Adrian Farrel , "draft-ietf-bess-datacenter-gateway@ietf.org" Message-ID: <1437837099.1566664.1591212879375@mail.yahoo.com> In-Reply-To: <022b01d63851$71242930$536c7b90$@olddog.co.uk> References: <320040086.3360130.1584266420178.ref@mail.yahoo.com> <320040086.3360130.1584266420178@mail.yahoo.com> <01ba01d63832$c5d529d0$517f7d70$@olddog.co.uk> <1865498947.683420.1591036093899@mail.yahoo.com> <022b01d63851$71242930$536c7b90$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1566663_622512656.1591212879373" X-Mailer: WebService/1.1.16037 YMailNorrin Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:76.0) Gecko/20100101 Firefox/76.0 Archived-At: Subject: Re: [bess] FURTHER REMINDER Re: WG Last Call, IPR and Implementation Poll for draft-ietf-bess-datacenter-gateway-04 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2020 19:37:06 -0000 ------=_Part_1566663_622512656.1591212879373 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =C2=A0 Hi Adrian!My comment is below. Thank you. SY,Boris =20 On Monday, June 1, 2020, 11:16:17 PM GMT+3, Adrian Farrel wrote: =20 =20 =20 Hello again, =C2=A0 [snip] =C2=A0 >>> 2) Fig 1, IMO, needs additional information about which AS/ ASes >>>=C2=A0 are used for Ingress and Egress SR Domains (Guess AS1 and AS2=20 >>>=C2=A0 respectively, but it has to be shown). Current version looks a bi= t >>>=C2=A0 confusing, for example, why we need AS3 on Fig.1? >> >> I'm looking at the figure and I don't understand your confusion: sorry. >> The ASes are not used for Ingress and Egress SR Domains. The two >> domains are marked separately. >> Packets are routed from the Ingress SR domain to the Egress SR >> domain through the Gateways (also marked) and across the ASes >> that provide connectivity. > =C2=A0 > BKH>=C2=A0 The text after Fig.1 says about limitations of BGP Add-Path > especially in Inter-AS case with ASBRs in regards to GW identity, > but Fig.1 also have AS3, it makes some dissonance with that > message, IMO. That is why I was confused. May be I was just too > focused on details :) =C2=A0 I=E2=80=99m not sure. Maybe if we had numbered the ASes differently so that= the obvious least AS-hops (=E2=80=9Cshortest=E2=80=9D) path was through AS= 1, and AS2/AS3 was the path that would lose the GW identities? =C2=A0 But I still don=E2=80=99t see the problem you are raising, and I really wan= t to. =C2=A0 The figure shows that there are multiple possible routes from ingress domai= n to egress domain: =20 - GW-AS3-GW2 - GW-AS1-[choice of ASBRs]-AS2-GW1 - GW-AS1-[choice of ASBRs]-AS2-GW2 The text notes that: =20 - Add-Paths enables the presentation of {AS3} and {AS1, AS2} as paths = =20 - Add-Paths loses the identities and so choice of GW1 and GW2 in the {AS= 1, AS2} case =C2=A0BKH> I think, that t would be better to clarify the relationship betw= een Ingress and Egress SR domains with AS1,AS2,AS3 from BGP point of view o= n FIg 1. Are they=C2=A0 just part of AS3 (so IBGP between GW and PE of AS3)= or=C2=A0 separate ASes (EBGP), it will be much easier to understand the fu= rther steps in regards to why Add Path is not suitable there. =20 ------=_Part_1566663_622512656.1591212879373 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
 
Hi Adrian!
My comment is below.

<= /div>
Thank you.

SY= ,
Boris

=20
=20

On Monday, June 1, 2020, 11:16:17 PM GMT+3, Adrian Farr= el <adrian@olddog.co.uk> wrote:


Hello again,

 = ;

[snip]

 

>>> 2) Fig 1, IMO, needs additional information about = which AS/ ASes
>>>  are used for Ingress and Egress SR Domains (Guess AS1 and AS= 2
>>>&nbs= p; respectively, but it has to be shown). Current version looks a bit
>>>  confu= sing, for example, why we need AS3 on Fig.1?
>&= gt;
>> I'm looking at the figure and I don't understand y= our confusion: sorry.
>> The ASes are not used for Ingress and Egress SR Domains. The tw= o

>> domains are marked separately.
>> Packets are routed from the Ingress SR domain to the= Egress SR

>> domain through the Gateways (also marked) and = across the ASes

>> that provide connectivity.

= >  

> BKH>  = The text after Fig.1 says about limitations of BGP Add-Path

&g= t; e= specially in Inter-AS case with ASBRs in regards to GW identity,

> but Fig.1 also= have AS3, it makes some dissonance with that

> message, IMO. That is why I was c= onfused. May be I was just too

> focused on details :)

 

I=E2=80=99m not sure. Maybe if we had numbe= red the ASes differently so that the obvious least AS-hops (=E2=80=9Cshorte= st=E2=80=9D) path was through AS1, and AS2/AS3 was the path that would lose= the GW identities?

 

But I still don=E2=80=99t see the problem you are= raising, and I really want to.

 

The figure shows that there are multi= ple possible routes from ingress domain to egress domain:

  • GW-AS3-GW2
  • GW-AS1-[choice of ASBRs]-AS2-GW1
  • GW-AS1-[choice of ASBRs]-AS2-GW2

The text not= es that:

  • Add-= Paths enables the presentation of {AS3} and {AS1, AS2} as paths
    • Add-Paths loses the identities and so choice o= f GW1 and GW2 in the {AS1, AS2} case

     BKH> I think, that t would be better to clar= ify the relationship between Ingress and Egress SR domains with AS1,AS2,AS3 from BGP point of= =20 view on FIg 1. Are they  just part of AS3 (so IBGP between GW and PE o= f AS3) or  separate ASes (EBGP), it will be=20 much easier to understand the further steps in regards to why Add Path=20 is not suitable there.


    ------=_Part_1566663_622512656.1591212879373-- From nobody Thu Jun 4 08:16:04 2020 Return-Path: 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 6DD253A08EA; Thu, 4 Jun 2020 08:16:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=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 KK-cqzpk1icW; Thu, 4 Jun 2020 08:16:00 -0700 (PDT) Received: from mta5.iomartmail.com (mta5.iomartmail.com [62.128.193.155]) (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 D3A623A0869; Thu, 4 Jun 2020 08:15:59 -0700 (PDT) Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta5.iomartmail.com (8.14.4/8.14.4) with ESMTP id 054FFtmb009204; Thu, 4 Jun 2020 16:15:55 +0100 Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 511CE2203A; Thu, 4 Jun 2020 16:15:55 +0100 (BST) Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs1.iomartmail.com (Postfix) with ESMTPS id 3B4262204A; Thu, 4 Jun 2020 16:15:55 +0100 (BST) Received: from LAPTOPK7AS653V ([84.93.26.18]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id 054FFrbJ021697 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 4 Jun 2020 16:15:54 +0100 Reply-To: From: "Adrian Farrel" To: "'Boris Hassanov'" , , , References: <320040086.3360130.1584266420178.ref@mail.yahoo.com> <320040086.3360130.1584266420178@mail.yahoo.com> <01ba01d63832$c5d529d0$517f7d70$@olddog.co.uk> <1865498947.683420.1591036093899@mail.yahoo.com> <022b01d63851$71242930$536c7b90$@olddog.co.uk> <1437837099.1566664.1591212879375@mail.yahoo.com> In-Reply-To: <1437837099.1566664.1591212879375@mail.yahoo.com> Date: Thu, 4 Jun 2020 16:15:53 +0100 Organization: Old Dog Consulting Message-ID: <076101d63a83$0ab35520$2019ff60$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0762_01D63A8B.6C78A780" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQEtfqaseucytuaXDPOtWKVEsjT+YAFkXw6vAnI+h3QDJbNBQgGTKBLeAe40ogupxhrwgA== Content-Language: en-gb X-Originating-IP: 84.93.26.18 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25462.000 X-TM-AS-Result: No--23.210-10.0-31-10 X-imss-scan-details: No--23.210-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25462.000 X-TMASE-Result: 10--23.210100-10.000000 X-TMASE-MatchedRID: sev0Jna9k0Atjw5zGtj91Jjq85Whe1jnw1UuY7testfaOIP2b6ZfX5++ jepfsX4cLtKUCz8aW1MTxQ6XyilgYxyTrupRL6wfboe6sMfg+k+7xmCZDXrutUWazpgSzbcPQ7H 9BpJ6RxvBkGSCoCb9ZpeKYk3RPxO6Hodpx3o6GruEv01fZOqaQEzzNX6FuGYD/lFb3v2WObSL2m XSbC+fzsKcBDy9hTapo8CbogIdf2P9zlA2W6E9MPT+KclxuHvfqV3VmuIFNEutbLcyKJuChz5Kq 5tyGyvzoYH8oBWNdskBU9vJN4D7b3jPPn552uKUE0tEvSTcwrEpWss5kPUFdIblMMKBhOiUf93L 7S3eQ1PuaIINGihz79EvftBuiQieGTwN+uN2F2IvzGdRPz7acYsKLLNWAnigf2dEskHXJhCNBvR mKMdxcLMi7DT4WAZOyu4W3VW/Dm0w1IswEMDo1XX5PWcQ3bIWIiTd2l7lf6E03RW6cBHnsHzWdS Ubujfy/EZcstgZfce/wr3tNf12FmrRCqFi6ztk/Sl5cYQQGW+YcCnZQnz5PFcbfIj2Ta9sh80vs P8cwQ7EJbgsghXOAtk9T5vlFwdofOtaHACD6bDJ1E/nrJFED9BO21OxlsovA08Y80okScHvySqO t4tL1d2aC4Uz4N5wdf1BAncUDAdMfnKmGJfq7Mn9tWHiLD2GF2jIWUnlRQws0BBwMnauVWfj+cx YnUGbnB2Vxp/WeV2vJcrLMYkA7ywwtxRkxyN3i+m1DDPm2yLySn2jEH/dZZIC4CO/S0X+LFlXZd 2HA7CMa1+4N+Ci9FI4nyErY7sElwV2iaAfSWcURSScn+QSXlkMvWAuahr8tOSXkYnw82H6Y1t+o wjh69934/rDAK3zhG2qikEpQGXWV53Nxs/7pqi/BZ/3Fnagn4nrR03G4QrTh1ma+KXnzJlSMpC/ +s3B X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [bess] FURTHER REMINDER Re: WG Last Call, IPR and Implementation Poll for draft-ietf-bess-datacenter-gateway-04 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2020 15:16:03 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0762_01D63A8B.6C78A780 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable OK Boris, I get it (thanks to John for hitting me with an appropriately = socially distanced piece of timber!). =20 Yes, we should consider the SR domains as ASes. Yes, I=E2=80=99ll add = this note. Yes, I=E2=80=99ll update figure 1. =20 Best, Adrian =20 From: Boris Hassanov =20 Sent: 03 June 2020 20:35 To: matthew.bocci@nokia.com; bess@ietf.org; Adrian Farrel = ; draft-ietf-bess-datacenter-gateway@ietf.org Subject: Re: [bess] FURTHER REMINDER Re: WG Last Call, IPR and = Implementation Poll for draft-ietf-bess-datacenter-gateway-04 =20 =20 Hi Adrian! My comment is below. =20 Thank you. =20 SY, Boris =20 =20 On Monday, June 1, 2020, 11:16:17 PM GMT+3, Adrian Farrel = wrote:=20 =20 =20 Hello again, =20 [snip] =20 >>> 2) Fig 1, IMO, needs additional information about which AS/ ASes >>> are used for Ingress and Egress SR Domains (Guess AS1 and AS2=20 >>> respectively, but it has to be shown). Current version looks a bit >>> confusing, for example, why we need AS3 on Fig.1? >> >> I'm looking at the figure and I don't understand your confusion: = sorry. >> The ASes are not used for Ingress and Egress SR Domains. The two >> domains are marked separately. >> Packets are routed from the Ingress SR domain to the Egress SR >> domain through the Gateways (also marked) and across the ASes >> that provide connectivity. > =20 > BKH> The text after Fig.1 says about limitations of BGP Add-Path > especially in Inter-AS case with ASBRs in regards to GW identity, > but Fig.1 also have AS3, it makes some dissonance with that > message, IMO. That is why I was confused. May be I was just too > focused on details :) =20 I=E2=80=99m not sure. Maybe if we had numbered the ASes differently so = that the obvious least AS-hops (=E2=80=9Cshortest=E2=80=9D) path was = through AS1, and AS2/AS3 was the path that would lose the GW identities? =20 But I still don=E2=80=99t see the problem you are raising, and I really = want to. =20 The figure shows that there are multiple possible routes from ingress = domain to egress domain: * GW-AS3-GW2 * GW-AS1-[choice of ASBRs]-AS2-GW1 * GW-AS1-[choice of ASBRs]-AS2-GW2 The text notes that: * Add-Paths enables the presentation of {AS3} and {AS1, AS2} as paths=20 * Add-Paths loses the identities and so choice of GW1 and GW2 in the = {AS1, AS2} case =20 BKH> I think, that t would be better to clarify the relationship = between Ingress and Egress SR domains with AS1,AS2,AS3 from BGP point of = view on FIg 1. Are they just part of AS3 (so IBGP between GW and PE of = AS3) or separate ASes (EBGP), it will be much easier to understand the = further steps in regards to why Add Path is not suitable there. =20 =20 ------=_NextPart_000_0762_01D63A8B.6C78A780 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

    OK Boris, I = get it (thanks to John for hitting me with an appropriately socially = distanced piece of timber!).

     

    Yes, we = should consider the SR domains as ASes. Yes, I=E2=80=99ll add this note. = Yes, I=E2=80=99ll update figure 1.

     

    Best,

    Adrian

     

    From: Boris Hassanov = <bhassanov@yahoo.com>
    Sent: 03 June 2020 = 20:35
    To: matthew.bocci@nokia.com; bess@ietf.org; Adrian = Farrel <adrian@olddog.co.uk>; = draft-ietf-bess-datacenter-gateway@ietf.org
    Subject: Re: = [bess] FURTHER REMINDER Re: WG Last Call, IPR and Implementation Poll = for = draft-ietf-bess-datacenter-gateway-04

     

     =

    Hi = Adrian!

    My comment = is below.

     =

    Thank = you.

     =

    SY,

    Boris<= /o:p>

     =

     

    On = Monday, June 1, 2020, 11:16:17 PM GMT+3, Adrian Farrel = <adrian@olddog.co.uk> wrote:

     

     

    Hello = again,

     <= o:p>

    [snip]<= o:p>

     <= o:p>

    >>> 2) Fig 1, IMO, needs additional information = about which AS/ ASes
    >>>  are used for Ingress and Egress SR = Domains (Guess AS1 and AS2
    >>>  respectively, but it has to be = shown). Current version looks a bit
    >>>  confusing, for example, why we need = AS3 on Fig.1?
    >>
    >> I'm looking at the figure and I don't understand = your confusion: sorry.
    >> The ASes are not used for Ingress and Egress SR = Domains. The two

    >>= ; d= omains are marked separately.
    >> Packets are routed from the Ingress SR domain to = the Egress SR

    >>= ; d= omain through the Gateways (also marked) and across the = ASes

    >>= ; t= hat provide connectivity.

    >  

    > BKH>  The text after Fig.1 says about = limitations of BGP Add-Path

    > = e= specially in Inter-AS case with ASBRs in regards to GW = identity,

    > = b= ut Fig.1 also have AS3, it makes some dissonance with = that

    > = m= essage, IMO. That is why I was confused. May be I was just = too

    > focused on details = :)

     

    I=E2=80= =99m not sure. Maybe if we had numbered the ASes differently so that the = obvious least AS-hops (=E2=80=9Cshortest=E2=80=9D) path was through AS1, = and AS2/AS3 was the path that would lose the GW = identities?

     <= o:p>

    But I = still don=E2=80=99t see the problem you are raising, and I really want = to.

     <= o:p>

    The = figure shows that there are multiple possible routes from ingress domain = to egress domain:

    • GW-AS3-GW2
    • GW-AS1-[choice of = ASBRs]-AS2-GW1
    • GW-AS1-[choice of = ASBRs]-AS2-GW2

    The = text notes that:

    =C2=B7=C2=A0 Add-Paths enables the = presentation of {AS3} and {AS1, AS2} as paths

    =C2=B7=C2=A0 = Add-Paths loses the identities and so choice of GW1 and GW2 in the {AS1, = AS2} case

     

     BKH> I think, that t would be better to = clarify the relationship between Ingress and Egress SR domains with = AS1,AS2,AS3 from BGP point of view on FIg 1. Are they  just part of = AS3 (so IBGP between GW and PE of AS3) or  separate ASes (EBGP), it = will be much easier to understand the further steps in regards to why = Add Path is not suitable there.

     

     

    ------=_NextPart_000_0762_01D63A8B.6C78A780-- From nobody Thu Jun 4 10:31:39 2020 Return-Path: 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 1B2BD3A0914; Thu, 4 Jun 2020 10:31:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 oHwWYc5Ovwzy; Thu, 4 Jun 2020 10:31:35 -0700 (PDT) Received: from mta8.iomartmail.com (mta8.iomartmail.com [62.128.193.158]) (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 424A73A08D1; Thu, 4 Jun 2020 10:31:34 -0700 (PDT) Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta8.iomartmail.com (8.14.4/8.14.4) with ESMTP id 054HVWLk018829; Thu, 4 Jun 2020 18:31:32 +0100 Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 3FE402203D; Thu, 4 Jun 2020 18:31:32 +0100 (BST) Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs3.iomartmail.com (Postfix) with ESMTPS id 33E312203C; Thu, 4 Jun 2020 18:31:32 +0100 (BST) Received: from LAPTOPK7AS653V ([84.93.26.18]) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id 054HVUX6016697 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 4 Jun 2020 18:31:31 +0100 Reply-To: From: "Adrian Farrel" To: Cc: , , Date: Thu, 4 Jun 2020 18:31:29 +0100 Organization: Old Dog Consulting Message-ID: <07cf01d63a95$fcbf6c70$f63e4550$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdY6lGqXGWjWV+CqS8WbE9b/W2m5ww== Content-Language: en-gb X-Originating-IP: 84.93.26.18 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25462.000 X-TM-AS-Result: No--5.818-10.0-31-10 X-imss-scan-details: No--5.818-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25462.000 X-TMASE-Result: 10--5.818200-10.000000 X-TMASE-MatchedRID: OOe/iRDoNzAZnuop9luYIDjNGpWCIvfTiFB88PweKrVPvOpmjDN2kh7t xgU9EMOTjVm/Op4Wi76M+ffZ5FA2hUhqp1+PG3TKypiC33/79mdezmeoa8MJ8759Yrw3aQCHlSq v/GworTBLVtcjSeah84QggbiC5YataaCKKkK4K2GVfW2tZEcOkw73P4/aDCIFzEjECcNczSJM3F kf6Fm9eT33D37JzUFDf2Z9sDIAF7qaFt195h4MbiIykh/K5QE7hlL5/PVMMhIKdpfa9KyX/6Lml xP63kmZ9FpxjbIQtefxtGv8tjTwDnqVt5qGFd8pGFMYlDUzwr1+JGMYYph/22yIID37xcHK4rl+ FHG3VoAL6b3Y5D8fxkit5GY4pJqWmw72jSYg2ikEGZGVL3hm2+DTYjejIZTwcJHSK1bfF9USNHj 6zaP5xM8IhTpkAFJLdsPZwbOepmjY082Moc1wRgGdJZ3Knh6hlFGUu7DBzhjvRQsknAWmGq/iEf 4RZcYy4vM1YF6AJbZcLc3sLtjOt9CpCFLDTHZU3QfwsVk0UbuGrPnef/I+ekrwtNsQjhNHaaddk yAyGuaoz/nySpyMR1/L9sabSFwzdpmnVFgjf/E= X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: [bess] Closing on Stephane's open issue with draft-ietf-bess-datacenter-gateway X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2020 17:31:37 -0000 Hi, John and I had a chat today about what we perceive is Stephane's open issue. What we think the concern is is that we are using RTs in conjunction with normal (i.e., non-VPN) routes. We do this to allow gateways to filter their imports based on the RT that applies to the SR domain that it serves. An option was to use the Route Origin extended community instead. RFC 4360, which introduces both the Route Target and the Route Origin extended communities and gives some guidance. Loosely expressed, the RT says which routers should import, the RO says which routers have advertised. In both cases, the text suggests that "One possible use of the community is specified in RFC4364" which implies that there are other acceptable uses. 4364 implies that the RO is used "to uniquely identify the set of routes learned from a particular site." That is (my words), to apply a filter on top of the RT to prevent re-import by a site of routes that match the RT and that were advertised by other entry points to the site. Indeed, the RO would seem to be used (in the 4364 case) only when the RT is also in use. We appreciate that the distinction is pretty delicate, but we think we are right to use RT in this case because we are filtering to import, not to avoid importing. Furthermore, if we used the RO then, to be consistent with 4364, we would still be using the RT anyway. That, we think, disposes of the "RT or RO?" question. Now, we can go back to the original formulation of the question: is it OK to use RT with "non-VPN IP addresses"? Well, we consulted around a bit privately amongst some BGP experts, and we couldn't find anyone to say it was actually a problem. And (of course) no one raised the issue in WG last call - but Matthew might claim that is because the document was only lightly reviewed, and Stephane might claim that this is because he had already raised the point. Obviously, some of the authors know a bit about BGP, and Eric was a lead author on 4364 and drove a lot of the details of what we wrote. Two points in closing: - If someone can show that we break something, we will have to fix it. - If the chairs want to run this point past IDR and BESS explicitly, that would be fine. Hope this helps. Best, Adrian From nobody Thu Jun 4 10:32:44 2020 Return-Path: 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 CA4BE3A094A; Thu, 4 Jun 2020 10:32:42 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.1.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <159129196278.22373.15873484060682941165@ietfa.amsl.com> Date: Thu, 04 Jun 2020 10:32:42 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-datacenter-gateway-07.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2020 17:32:43 -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 WG of the IETF. Title : Gateway Auto-Discovery and Route Advertisement for Segment Routing Enabled Domain Interconnection Authors : Adrian Farrel John Drake Eric Rosen Keyur Patel Luay Jalil Filename : draft-ietf-bess-datacenter-gateway-07.txt Pages : 12 Date : 2020-06-04 Abstract: Data centers are critical components of the infrastructure used by network operators to provide services to their customers. Data centers are attached to the Internet or a backbone network by gateway routers. One data center typically has more than one gateway for commercial, load balancing, and resiliency reasons. Segment Routing is a protocol mechanism that can be used within a data center, and also for steering traffic that flows between two data center sites. In order that one data center site may load balance the traffic it sends to another data center site, it needs to know the complete set of gateway routers at the remote data center, the points of connection from those gateways to the backbone network, and the connectivity across the backbone network. Segment Routing may also be operated in other domains, such as access networks. Those domains also need to be connected across backbone networks through gateways. This document defines a mechanism using the BGP Tunnel Encapsulation attribute to allow each gateway router to advertise the routes to the prefixes in the Segment Routing domains to which it provides access, and also to advertise on behalf of each other gateway to the same Segment Routing domain. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-datacenter-gateway/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-datacenter-gateway-07 https://datatracker.ietf.org/doc/html/draft-ietf-bess-datacenter-gateway-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-datacenter-gateway-07 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Jun 4 10:34:57 2020 Return-Path: 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 1C6763A0959 for ; Thu, 4 Jun 2020 10:34:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.895 X-Spam-Level: X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=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 Qqf0nd1rY1Oe for ; Thu, 4 Jun 2020 10:34:54 -0700 (PDT) Received: from mta6.iomartmail.com (mta6.iomartmail.com [62.128.193.156]) (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 357833A07C4 for ; Thu, 4 Jun 2020 10:34:47 -0700 (PDT) Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta6.iomartmail.com (8.14.4/8.14.4) with ESMTP id 054HYinw009438 for ; Thu, 4 Jun 2020 18:34:44 +0100 Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 13ADC2203B for ; Thu, 4 Jun 2020 18:34:44 +0100 (BST) Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs1.iomartmail.com (Postfix) with ESMTPS id F318B2203A for ; Thu, 4 Jun 2020 18:34:43 +0100 (BST) Received: from LAPTOPK7AS653V ([84.93.26.18]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id 054HYgE2018377 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 4 Jun 2020 18:34:43 +0100 Reply-To: From: "Adrian Farrel" To: Date: Thu, 4 Jun 2020 18:34:42 +0100 Organization: Old Dog Consulting Message-ID: <07d001d63a96$6f375150$4da5f3f0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdY6lm1YDwTHUbUERMyUEweR/nt78A== Content-Language: en-gb X-Originating-IP: 84.93.26.18 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25462.000 X-TM-AS-Result: No--20.961-10.0-31-10 X-imss-scan-details: No--20.961-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25462.000 X-TMASE-Result: 10--20.960800-10.000000 X-TMASE-MatchedRID: gCRQGm5UnaIZnuop9luYIDjNGpWCIvfTmxawpTnIv8ZS4PwzM2cbynGC PAh3PmLXYqalFk63HxRfm9XiDIhx1Anj0ajmyPNXDHEg6thbROwZskwWqoib3AbYcy9YQl6eF4B 4/yr5wlQCQ+noxLcPebRYyCSqCpPEyFEagTkCB1vylEfNwb6iLdruvqDzHUPufFsdJbvlSy1PNU GtG9S9hVRgRLfJEqFmvMiPJvFUb7x7e0sj3KOOTOPEkNSS7Y82vGXWWL+M265snR1RUJec9Bpuc UfHeAYFC3M0Nop1pz1nTn0ACasPXP1J/npx6lG1KNfRqDeFqBgYZdGd023v1aQx27RNqoVZW984 V9dpS5AwyHC4Z3Gwzku9yaCA0I5AGfYgPRRDIAZ0Uibeis6dELp+dd7207HmJmE4A+qD79lsLE1 h1tIOy39cUrfwKRxzV69MegT7Z05F7tQ1gvMOS4t6hZFSx91Az3/zJxxP73sy/xh6GqNHVT5STh KV5SgZ6f6eicG50XMVjM0uOpSYeVUsRs8270qXUlu/qwZkdip1zSnwpu89beglv7If8NikhzgLH qCMyqhy2C3A2jRkA5QRNwiwHN0neIOkiRjB5UC8coKUcaOOvVNvMDULT5hzWoQBC/aPk1v3G7Vl vlXNS1qDx2d603z4aK8uWXuH4d1Nfs8n85Te8v7E6GNqs6ce1xY1KATsZBqw7M6dyuYKg/cUt5l c1lLgtT4piLWpY7p+3BndfXUhXQ== X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: [bess] New version: draft-ietf-bess-datacenter-gateway-07.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2020 17:34:56 -0000 Hi, This late-breaking revision just tweaks for the discussion with Boris. Thanks, Adrian -----Original Message----- From: BESS On Behalf Of internet-drafts@ietf.org Sent: 04 June 2020 18:33 To: i-d-announce@ietf.org Cc: bess@ietf.org Subject: [bess] I-D Action: draft-ietf-bess-datacenter-gateway-07.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : Gateway Auto-Discovery and Route Advertisement for Segment Routing Enabled Domain Interconnection Authors : Adrian Farrel John Drake Eric Rosen Keyur Patel Luay Jalil Filename : draft-ietf-bess-datacenter-gateway-07.txt Pages : 12 Date : 2020-06-04 Abstract: Data centers are critical components of the infrastructure used by network operators to provide services to their customers. Data centers are attached to the Internet or a backbone network by gateway routers. One data center typically has more than one gateway for commercial, load balancing, and resiliency reasons. Segment Routing is a protocol mechanism that can be used within a data center, and also for steering traffic that flows between two data center sites. In order that one data center site may load balance the traffic it sends to another data center site, it needs to know the complete set of gateway routers at the remote data center, the points of connection from those gateways to the backbone network, and the connectivity across the backbone network. Segment Routing may also be operated in other domains, such as access networks. Those domains also need to be connected across backbone networks through gateways. This document defines a mechanism using the BGP Tunnel Encapsulation attribute to allow each gateway router to advertise the routes to the prefixes in the Segment Routing domains to which it provides access, and also to advertise on behalf of each other gateway to the same Segment Routing domain. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-datacenter-gateway/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-datacenter-gateway-07 https://datatracker.ietf.org/doc/html/draft-ietf-bess-datacenter-gateway-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-datacenter-gateway-07 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/ _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess From nobody Mon Jun 8 01:18:08 2020 Return-Path: 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 B66B63A0997; Mon, 8 Jun 2020 01:18:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 hGJP6brJMl7V; Mon, 8 Jun 2020 01:18:04 -0700 (PDT) Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (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 4549D3A0994; Mon, 8 Jun 2020 01:18:04 -0700 (PDT) Received: by mail-wr1-x429.google.com with SMTP id h5so16349968wrc.7; Mon, 08 Jun 2020 01:18:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:thread-index:content-language; bh=Ted6yfSzs/IbhtkWYuvs8Ky6f0pzz+wx3ayUZvfUgsg=; b=OUMm9N+oNugoTVwrPtKcMFqYamrcaBujcno3zsGGLg+/RIvk7mK+5mJAbNwXKuieYl mja1MiGGlXDCLAT+qur4UA8+L3afX3/5dZ5W7DHGOopoeqnN1rL2Mgnt5xg4M/jxwyzp fkVShOabS6gQvLxyTVmG/XJTLRKq57ezeYW2Wqp+iTtycM0TusWWAQw2019IuQeB6dI6 /e3enEyAUX85zq003sIj09m0kTWqvDEzhgkmwN1twzHiM/tPMGjKu4e4dt5d/7hXxBni 4UZiNSuCopczhMTP19Cnem6YGGYsKzwUO+p9hA6B8CYeDQPlZPv1rGf44UEVAeE8n+GU hz6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:references:in-reply-to:subject:date :message-id:mime-version:thread-index:content-language; bh=Ted6yfSzs/IbhtkWYuvs8Ky6f0pzz+wx3ayUZvfUgsg=; b=FbalxHz/U8nutJWqDHkn//pLZIJAGoBchWcrVR7SvLOoZk3esH2E4RB4V8yWhLDOv9 ef7SR4H0v+SO62FMi241Q4Zsw2xEEAcrxKefuK6ZMi49FQn7TSq7ueZvHmyJUANMqVbm gePJnwxFIys8RldRA3ZcxsnYmosv0AVgCn5ACDPd8dbd8vMbrqgPmdbaOYiu8CdPtYOx VuASy7Jds3Fi+dbGDR67Jqk9jav2E4WUP36ZvB5jFtjZS193tVvjpOzR49L87tcC5lGG X+Cpb//37tFfHFvBbjslstcroW6Mgm4gAAjlQA6TXDrLAyV7gHP7kwb/voJ+YzpfJpgB fdHA== X-Gm-Message-State: AOAM530YlgJzee3Tw1sAZC9RhMEAfcWqujuBT08dKzznDONIaa7/+7TQ hYof0YBTXBkPXKnB0WDbJrMpEYA= X-Google-Smtp-Source: ABdhPJxmP7rLDbbqzR8zNUmvzg1fkTKWM2NA9mZ6fjzr9LE/zSbcqLkyYjbQSZbLO51aEJ19u6Pf+Q== X-Received: by 2002:adf:f6ce:: with SMTP id y14mr23134682wrp.90.1591604282497; Mon, 08 Jun 2020 01:18:02 -0700 (PDT) Received: from SLITKOWS3YYU6 ([173.38.220.53]) by smtp.gmail.com with ESMTPSA id s7sm22926164wrr.60.2020.06.08.01.18.01 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 08 Jun 2020 01:18:01 -0700 (PDT) From: To: , Cc: References: <01df01d62ce9$7292e540$57b8afc0$@gmail.com> In-Reply-To: <01df01d62ce9$7292e540$57b8afc0$@gmail.com> Date: Mon, 8 Jun 2020 10:18:00 +0200 Message-ID: <00be01d63d6d$53500110$f9f00330$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00BF_01D63D7E.16DACCE0" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQL6390cz5QCgppJvpdAi77zEbX1eKaFGphg Content-Language: fr Archived-At: Subject: Re: [bess] new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2020 08:18:06 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00BF_01D63D7E.16DACCE0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi Authors, Please update the document with the latest comments and we will then proceed to the next step. Stephane From: slitkows.ietf@gmail.com Sent: lundi 18 mai 2020 09:54 To: bess@ietf.org Cc: bess-chairs@ietf.org Subject: new WGLC on draft-ietf-bess-evpn-igmp-mld-proxy-05 Hi WG, Following the discussion and significant document update, we are starting a new Working Group Last Call on draft-ietf-bess-evpn-igmp-mld-proxy-05 This poll runs until the 1st of June. Please read carefully the document and raise any concern about the changes that have been introduced. Thanks, Stephane & Matthew https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-igmp-mld-proxy ------=_NextPart_000_00BF_01D63D7E.16DACCE0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Hi Authors,

     

    Please update the document with the latest comments and we = will then proceed to the next step.

     

    Stephane

     

     

    From: slitkows.ietf@gmail.com = <slitkows.ietf@gmail.com>
    Sent: lundi 18 mai 2020 = 09:54
    To: bess@ietf.org
    Cc: = bess-chairs@ietf.org
    Subject: new WGLC on = draft-ietf-bess-evpn-igmp-mld-proxy-05

    <= p class=3DMsoNormal> 

    Hi = WG,

     

    Following the discussion and = significant document update, we are starting a new Working Group Last = Call on draft-ietf-bess-evpn-igmp-mld-proxy-05

     

    This poll runs until the = 1st of June.

     

    Please read carefully the document and raise any concern = about the changes that have been introduced.

     

     

    Thanks,

     

    Stephane & = Matthew

     

    https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-igmp-mld-proxy=

     

    ------=_NextPart_000_00BF_01D63D7E.16DACCE0-- From nobody Mon Jun 8 01:26:40 2020 Return-Path: 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 BE79A3A09D7; Mon, 8 Jun 2020 01:26:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 iHOa81dUjyRb; Mon, 8 Jun 2020 01:26:37 -0700 (PDT) Received: from mail-wr1-x433.google.com (mail-wr1-x433.google.com [IPv6:2a00:1450:4864:20::433]) (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 010763A09D5; Mon, 8 Jun 2020 01:26:36 -0700 (PDT) Received: by mail-wr1-x433.google.com with SMTP id q11so16395765wrp.3; Mon, 08 Jun 2020 01:26:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-transfer-encoding:thread-index :content-language; bh=LvoQtmFYxex3rSjly/NCMjF3T7M8i5COuzcjbcJGu2s=; b=NL+IWzubkkaKQBJJ5JOoNTN4sdaRaORYH0u2KIETyX2vjxIo3CQzWUnvZkd4pX6bdw Lm1TT+tbAw17b/BwqlRsf3yq1tCwheeehnbFA+tn3IopTq0UX8OvuEPF9IJfeKp/j7Sc QUbzHKY/sAba1ETu91ADGWD6o+hvs8lQmVBAkyXdoDoykaavJbFBZ2APSMQ/pKejUUOM QWcYzvycuXUriWcHo2r15fJ/cEUiO5TdPAt6zEgz9KGh9F1wm2tCoYIDkYaEKV1x1BLm VliPAbUPw0B/FvDlBhMcn7/lAYWiZE0u4M1LarpWKlU3vHP0V6ucxprVuUTB3dY0BRKD sMtg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:references:in-reply-to:subject:date :message-id:mime-version:content-transfer-encoding:thread-index :content-language; bh=LvoQtmFYxex3rSjly/NCMjF3T7M8i5COuzcjbcJGu2s=; b=sjDXRqHF06y0TNQoj2c+4Avsi5sxZ1NsLcJCTdBMXuGMHiXXz5AN6Q87EFWXg163rj GftjcznOtAodsQFX0fCjStqav+/iLqpvbxgDRQ4q0JBXk5jefPUfFydDpWAiRGAf0Qky JXk9Nzg5ox11rHUE2zH4wkfMy1kH8T10XWWsinHWx08i/e0AkSaZB7OleE2hFYptj7LW KH+wMMj0Dl8HE35CTGCrwf/ozvRXOUOQzs3i74Ox4MoJ3U0+yPDlfJLATrfxEbgV5CGM XWAfsGAYrA4RX3bLOIYmAjEWHg2zdlpWcv6dcw5OR+Rv7N3dT5VLAV7sFk9EFsluwVoi Lngg== X-Gm-Message-State: AOAM531/2ruLYxIf6CJQF9942ciHjG0TwD6ISy/gHC6WTdvKrCDfaNlk eWIn/9NYJZ4ej28kqGlzIZtnGQY= X-Google-Smtp-Source: ABdhPJyS4fOo3b/7cD+bX928REscwEPfEjciDTgfx4d18ls1Hc97Gs7NGGgU4yDJIh4v2euBe05iwg== X-Received: by 2002:a5d:5744:: with SMTP id q4mr21512952wrw.137.1591604795409; Mon, 08 Jun 2020 01:26:35 -0700 (PDT) Received: from SLITKOWS3YYU6 ([173.38.220.53]) by smtp.gmail.com with ESMTPSA id d17sm24971647wrg.75.2020.06.08.01.26.33 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 08 Jun 2020 01:26:34 -0700 (PDT) From: To: Cc: , , References: <07cf01d63a95$fcbf6c70$f63e4550$@olddog.co.uk> In-Reply-To: <07cf01d63a95$fcbf6c70$f63e4550$@olddog.co.uk> Date: Mon, 8 Jun 2020 10:26:32 +0200 Message-ID: <00c901d63d6e$84e9cca0$8ebd65e0$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQLsNOicxczrDRMFs5ul7jzb5fuPl6aicjDw Content-Language: fr Archived-At: Subject: Re: [bess] Closing on Stephane's open issue with draft-ietf-bess-datacenter-gateway X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2020 08:26:39 -0000 Hi Adrian, My point is really tied to what will happen when RTC is enabled (considering draft-ietf-idr-rtc-no-rt). The behavior will be to drop the routes that don't have an RT which will break existing Internet families behavior. " When RTC is applied, on a particular BGP session, to routes of other address families, the default behavior MUST be that routes without any RTs are not distributed on that session. This default "default behavior" applies to all AFI/SAFIs for which a different default behavior has not been defined." Let me run this to IDR to get their feedback (as draft-ietf-idr-rtc-no-rt is owned by IDR). Stephane -----Original Message----- From: Adrian Farrel Sent: jeudi 4 juin 2020 19:31 To: slitkows.ietf@gmail.com Cc: bess-chairs@ietf.org; bess@ietf.org; draft-ietf-bess-datacenter-gateway@ietf.org Subject: Closing on Stephane's open issue with draft-ietf-bess-datacenter-gateway Hi, John and I had a chat today about what we perceive is Stephane's open issue. What we think the concern is is that we are using RTs in conjunction with normal (i.e., non-VPN) routes. We do this to allow gateways to filter their imports based on the RT that applies to the SR domain that it serves. An option was to use the Route Origin extended community instead. RFC 4360, which introduces both the Route Target and the Route Origin extended communities and gives some guidance. Loosely expressed, the RT says which routers should import, the RO says which routers have advertised. In both cases, the text suggests that "One possible use of the community is specified in RFC4364" which implies that there are other acceptable uses. 4364 implies that the RO is used "to uniquely identify the set of routes learned from a particular site." That is (my words), to apply a filter on top of the RT to prevent re-import by a site of routes that match the RT and that were advertised by other entry points to the site. Indeed, the RO would seem to be used (in the 4364 case) only when the RT is also in use. We appreciate that the distinction is pretty delicate, but we think we are right to use RT in this case because we are filtering to import, not to avoid importing. Furthermore, if we used the RO then, to be consistent with 4364, we would still be using the RT anyway. That, we think, disposes of the "RT or RO?" question. Now, we can go back to the original formulation of the question: is it OK to use RT with "non-VPN IP addresses"? Well, we consulted around a bit privately amongst some BGP experts, and we couldn't find anyone to say it was actually a problem. And (of course) no one raised the issue in WG last call - but Matthew might claim that is because the document was only lightly reviewed, and Stephane might claim that this is because he had already raised the point. Obviously, some of the authors know a bit about BGP, and Eric was a lead author on 4364 and drove a lot of the details of what we wrote. Two points in closing: - If someone can show that we break something, we will have to fix it. - If the chairs want to run this point past IDR and BESS explicitly, that would be fine. Hope this helps. Best, Adrian From nobody Mon Jun 8 01:34:28 2020 Return-Path: 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 465CD3A09D8; Mon, 8 Jun 2020 01:34:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 vxOewf1gbTaG; Mon, 8 Jun 2020 01:34:24 -0700 (PDT) Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (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 8C5123A09D9; Mon, 8 Jun 2020 01:34:24 -0700 (PDT) Received: by mail-wr1-x429.google.com with SMTP id y17so16382333wrn.11; Mon, 08 Jun 2020 01:34:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding:thread-index:content-language; bh=eBoI3+UFXbyPAHCGbgGlizN2+mu4HNRoD1JORDyjHMY=; b=cYSlt8pXVx90K6Mhss2K/nFuKmB7D2QkVcYxFNKy8YpvGYvV7F1+t6BgTHyUve1y9W qjJF56gbOB/a7axaf+uhVVujFJ9WNua0h1ypvZx8drU9Ywp6a3tM5rWu+s28+VGLojKk Rmov0iO992PRqFPWp7Nzrx1ujbmI4HIngOG5CQJpC5UzczPIKe+xq6eTfIqbO/jIBazM 2dYUQ5N1mxNsixXIW90GuJzoG/gVVFxOyIFv3O2hwrQMKb3QhzjuR0gxs3xvgN22wMcU 7t3efyku3tXcaSgAN/qhl73hrbzR101SFNHAHx8G7XeyS/VT23p5XM4lSlkDhZxKfSzk 7gEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding:thread-index:content-language; bh=eBoI3+UFXbyPAHCGbgGlizN2+mu4HNRoD1JORDyjHMY=; b=kx57bKBdHi3V03WS1RGCEvWN9iUICf36AWhfZ2aSApVaG1ASOwcMhPUUIxQeCdzzPc 0usDQKf9BXTrwS2FkTB3tSwrxMFQXHE5dUonrggGv4ywsL5mh+rQWAbZCaKZSD6HYGyF D1kYbwkGoZuGKO90j9kX1X4bfGsSQgPmSFPibP0JNY81D5yxfzgBE4Lse+4hYP56qi7U Ubhi6jSYgCTBTBDRoL89tu5tsn4yhFWc8Vou8AvLtmIkqVTUPMoA+53Cw4tdE9u30IXR 5fVgRHSq+LWMdopQlNHeNVGHxwJIKtoEo1EF4BCaR6tAkKyqYhAICDTd27oY7cTnbWYx cOeA== X-Gm-Message-State: AOAM531lqzbN/GJzw0zG64td4mJXleypNzZ4FmVyj5QWdn/nC4tWFS1x FPLIgB8SXkyNL0iAlS2JW8vx8KA= X-Google-Smtp-Source: ABdhPJxwciDhbebR0RK/cFiR3GrMzahX98XjE7neT54lhSetK6YK0ErQNPjkCh+KSc+FluEungTRaQ== X-Received: by 2002:adf:f251:: with SMTP id b17mr5534388wrp.289.1591605262520; Mon, 08 Jun 2020 01:34:22 -0700 (PDT) Received: from SLITKOWS3YYU6 ([173.38.220.53]) by smtp.gmail.com with ESMTPSA id d18sm22701010wrn.34.2020.06.08.01.34.21 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 08 Jun 2020 01:34:21 -0700 (PDT) From: To: "'idr@ietf. org'" Cc: Date: Mon, 8 Jun 2020 10:34:20 +0200 Message-ID: <00cc01d63d6f$9b7af880$d270e980$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdY9bo4/TU2DPnVJRk6laO7OfDvRtQ== Content-Language: fr Archived-At: Subject: [bess] FW: Closing on Stephane's open issue with draft-ietf-bess-datacenter-gateway => Requesting feedback from IDR X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2020 08:34:26 -0000 Hi IDR WG, We have a draft that was on WGLC which introduces the usage of Route Targets on Internet address families to allow automated filtering of gateway routes. I raised a concern on a potential issue happening when Route Target constraint is deployed on these sessions. Internet address families don't use RTs today, and are propagated following the BGP propagation rules. When applying an RT and when having RTC deployed on the session (RTC not being family aware), propagation of Internet routes that don't have an RT may be stopped because of the behavior defined in draft-ietf-idr-rtc-no-rt. This will so break the existing default behavior of Internet SAFIs. We would like to get IDR's feedback on this topic. Thanks, Stephane BESS co-chair -----Original Message----- From: Adrian Farrel Sent: jeudi 4 juin 2020 19:31 To: slitkows.ietf@gmail.com Cc: bess-chairs@ietf.org; bess@ietf.org; draft-ietf-bess-datacenter-gateway@ietf.org Subject: Closing on Stephane's open issue with draft-ietf-bess-datacenter-gateway Hi, John and I had a chat today about what we perceive is Stephane's open issue. What we think the concern is is that we are using RTs in conjunction with normal (i.e., non-VPN) routes. We do this to allow gateways to filter their imports based on the RT that applies to the SR domain that it serves. An option was to use the Route Origin extended community instead. RFC 4360, which introduces both the Route Target and the Route Origin extended communities and gives some guidance. Loosely expressed, the RT says which routers should import, the RO says which routers have advertised. In both cases, the text suggests that "One possible use of the community is specified in RFC4364" which implies that there are other acceptable uses. 4364 implies that the RO is used "to uniquely identify the set of routes learned from a particular site." That is (my words), to apply a filter on top of the RT to prevent re-import by a site of routes that match the RT and that were advertised by other entry points to the site. Indeed, the RO would seem to be used (in the 4364 case) only when the RT is also in use. We appreciate that the distinction is pretty delicate, but we think we are right to use RT in this case because we are filtering to import, not to avoid importing. Furthermore, if we used the RO then, to be consistent with 4364, we would still be using the RT anyway. That, we think, disposes of the "RT or RO?" question. Now, we can go back to the original formulation of the question: is it OK to use RT with "non-VPN IP addresses"? Well, we consulted around a bit privately amongst some BGP experts, and we couldn't find anyone to say it was actually a problem. And (of course) no one raised the issue in WG last call - but Matthew might claim that is because the document was only lightly reviewed, and Stephane might claim that this is because he had already raised the point. Obviously, some of the authors know a bit about BGP, and Eric was a lead author on 4364 and drove a lot of the details of what we wrote. Two points in closing: - If someone can show that we break something, we will have to fix it. - If the chairs want to run this point past IDR and BESS explicitly, that would be fine. Hope this helps. Best, Adrian From nobody Mon Jun 8 02:53:02 2020 Return-Path: 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 73AE63A082D for ; Mon, 8 Jun 2020 02:52:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net 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 gyO6HivoMXOk for ; Mon, 8 Jun 2020 02:52:53 -0700 (PDT) Received: from mail-ej1-x62a.google.com (mail-ej1-x62a.google.com [IPv6:2a00:1450:4864:20::62a]) (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 30BC83A0827 for ; Mon, 8 Jun 2020 02:52:53 -0700 (PDT) Received: by mail-ej1-x62a.google.com with SMTP id o15so17529386ejm.12 for ; Mon, 08 Jun 2020 02:52:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=8z5l598lzrDiLzDyF8NaV7cvOIRTWBIACc6GaiqJbwo=; b=Vq31WyvtoTctkf1aWi51qmaxev/sDzkY72YWT6Bc6ETGLUg+IGPkvbC46z3j0ZZH9v lMZl+O/Mx7tLQqmeGmlUP4b9TahGqQBd1xYicDY11aGUpfFAYgGyrf+xe+UgbmxZwM/G Tk+2gZJW2Xo2agItHum1m6yV58ONl/9AOukc/eSgmpyyoSt6Ac8yUdgt8uNGpm0/pg9J 2vtpKaAiS6ZphtFVld1XdfRWFDxCly8YaCvAbV8cRACxGihI+HBXlRa5uUETywdLYTt6 KGU1oH4WzySiMsZmU6wmN3AIxt68lUQRCLA4IG9KW/a3nD6zv5Lw7J0XUVmxikNoL3rC yt7g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8z5l598lzrDiLzDyF8NaV7cvOIRTWBIACc6GaiqJbwo=; b=S7T8JhRGoqhsoFFGUUi7GYS64E0bpzfxDXm9HE6NX6u1BpBW8gqujoejsS0iIoIV8a OCaANi2IcmfF+xsRWi72T9TFvL1LHoQjkTKR/ulFAQUdWPPyiWCwX6MHmtN7iiaL0x15 VMGBnM965Z0OR6bx1+lV50oDOhds5XE3Y/wWedW79eG7nEYKTYiUtghtutdol0N4spna h6KSeM5aMLuTJrnV/VA5usniM+TRwaiY1g91fsQyrKrJktU1JoHC7A8ZE0iDCAfaO42n 7pUICanXSSsxKF7rXdzNfZtj7jrAwx4fr4f/x/dxSnVXC8ms3DOCYU/9OQnYX0vRVF1R 5qIQ== X-Gm-Message-State: AOAM531h1l5tWMQ/k+gkLRPw0U4F9WmVXJpTANcIC33Air2xRP82VUp/ 9iCm7FIAtqkAiWbG4Z+MPj/W63z/pwr9cLVLS/g5Cg== X-Google-Smtp-Source: ABdhPJyy0IAOM0ANKmo3lFD8FbawLD/O1zpo5b5u83+LFxzWZ9FiEa7rRau5+jKs28+B2/sykElUkR5GRhRC6A24OjA= X-Received: by 2002:a17:906:3e0c:: with SMTP id k12mr19524230eji.441.1591609971570; Mon, 08 Jun 2020 02:52:51 -0700 (PDT) MIME-Version: 1.0 References: <07cf01d63a95$fcbf6c70$f63e4550$@olddog.co.uk> <00c901d63d6e$84e9cca0$8ebd65e0$@gmail.com> In-Reply-To: <00c901d63d6e$84e9cca0$8ebd65e0$@gmail.com> From: Robert Raszuk Date: Mon, 8 Jun 2020 11:52:42 +0200 Message-ID: To: slitkows.ietf@gmail.com Cc: Adrian Farrel , draft-ietf-bess-datacenter-gateway@ietf.org, bess-chairs@ietf.org, BESS Content-Type: multipart/alternative; boundary="000000000000fa163805a78f9248" Archived-At: Subject: Re: [bess] Closing on Stephane's open issue with draft-ietf-bess-datacenter-gateway X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2020 09:52:56 -0000 --000000000000fa163805a78f9248 Content-Type: text/plain; charset="UTF-8" Stephane, Two points .. 1. It is not clear to me that draft-ietf-bess-datacenter-gateway recommends to use RTC for anything - do they ? If not there is no issue. 2. Also note that RTC can be enabled on a per AF basis hence even if you use it say for SAFI 128 you do not need to use it for SAFI 1. As a general comment I do not see any issues using RTs on non VPN SAFIs. Thx,, R. On Mon, Jun 8, 2020 at 10:26 AM wrote: > Hi Adrian, > > My point is really tied to what will happen when RTC is enabled > (considering > draft-ietf-idr-rtc-no-rt). The behavior will be to drop the routes that > don't have an RT which will break existing Internet families behavior. > " When RTC is applied, on a particular BGP session, to routes of other > address families, the default behavior MUST be that routes without > any RTs are not distributed on that session. This default "default > behavior" applies to all AFI/SAFIs for which a different default > behavior has not been defined." > > Let me run this to IDR to get their feedback (as draft-ietf-idr-rtc-no-rt > is > owned by IDR). > > Stephane > > -----Original Message----- > From: Adrian Farrel > Sent: jeudi 4 juin 2020 19:31 > To: slitkows.ietf@gmail.com > Cc: bess-chairs@ietf.org; bess@ietf.org; > draft-ietf-bess-datacenter-gateway@ietf.org > Subject: Closing on Stephane's open issue with > draft-ietf-bess-datacenter-gateway > > Hi, > > John and I had a chat today about what we perceive is Stephane's open > issue. > > What we think the concern is is that we are using RTs in conjunction with > normal (i.e., non-VPN) routes. We do this to allow gateways to filter their > imports based on the RT that applies to the SR domain that it serves. > > An option was to use the Route Origin extended community instead. > > RFC 4360, which introduces both the Route Target and the Route Origin > extended communities and gives some guidance. Loosely expressed, the RT > says > which routers should import, the RO says which routers have advertised. In > both cases, the text suggests that "One possible use of the community is > specified in RFC4364" which implies that there are other acceptable uses. > > 4364 implies that the RO is used "to uniquely identify the set of routes > learned from a particular site." That is (my words), to apply a filter on > top of the RT to prevent re-import by a site of routes that match the RT > and > that were advertised by other entry points to the site. Indeed, the RO > would > seem to be used (in the 4364 case) only when the RT is also in use. > > We appreciate that the distinction is pretty delicate, but we think we are > right to use RT in this case because we are filtering to import, not to > avoid importing. Furthermore, if we used the RO then, to be consistent with > 4364, we would still be using the RT anyway. > > That, we think, disposes of the "RT or RO?" question. > > Now, we can go back to the original formulation of the question: is it OK > to > use RT with "non-VPN IP addresses"? Well, we consulted around a bit > privately amongst some BGP experts, and we couldn't find anyone to say it > was actually a problem. And (of course) no one raised the issue in WG last > call - but Matthew might claim that is because the document was only > lightly > reviewed, and Stephane might claim that this is because he had already > raised the point. Obviously, some of the authors know a bit about BGP, and > Eric was a lead author on 4364 and drove a lot of the details of what we > wrote. > > Two points in closing: > - If someone can show that we break something, we will have to fix it. > - If the chairs want to run this point past IDR and BESS explicitly, that > would be fine. > > Hope this helps. > > Best, > Adrian > > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > --000000000000fa163805a78f9248 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Stephane,

    Two points .= .=C2=A0

    1. It is not clear to me that=C2=A0dra= ft-ietf-bess-datacenter-gateway recommends to use RTC for anything - do the= y ? If not there is no issue.=C2=A0

    2. Also note t= hat RTC can be enabled on a per AF basis hence even if you use it say for S= AFI 128 you do not need to use it for SAFI 1.=C2=A0

    As a general comment I do not see any issues using RTs on non VPN SAFIs.= =C2=A0

    Thx,,
    R.


    On Mon, Jun 8, 2020 at 10:26 AM <slitkows.ietf@gmail.com> wrote:
    Hi Adrian,

    My point is really tied to what will happen when RTC is enabled (considerin= g
    draft-ietf-idr-rtc-no-rt). The behavior will be to drop the routes that
    don't have an RT which will break existing Internet families behavior.<= br> " When RTC is applied, on a particular BGP session, to routes of other=
    =C2=A0 =C2=A0address families, the default behavior MUST be that routes wit= hout
    =C2=A0 =C2=A0any RTs are not distributed on that session.=C2=A0 This defaul= t "default
    =C2=A0 =C2=A0behavior" applies to all AFI/SAFIs for which a different = default
    =C2=A0 =C2=A0behavior has not been defined."

    Let me run this to IDR to get their feedback (as draft-ietf-idr-rtc-no-rt i= s
    owned by IDR).

    Stephane

    -----Original Message-----
    From: Adrian Farrel <adrian@olddog.co.uk>
    Sent: jeudi 4 juin 2020 19:31
    To: slitkows.i= etf@gmail.com
    Cc: bess-chairs@i= etf.org; bess@ietf.o= rg;
    draft-ietf-bess-datacenter-gateway@ietf.org
    Subject: Closing on Stephane's open issue with
    draft-ietf-bess-datacenter-gateway

    Hi,

    John and I had a chat today about what we perceive is Stephane's open i= ssue.

    What we think the concern is is that we are using RTs in conjunction with normal (i.e., non-VPN) routes. We do this to allow gateways to filter their=
    imports based on the RT that applies to the SR domain that it serves.

    An option was to use the Route Origin extended community instead.

    RFC 4360, which introduces both the Route Target and the Route Origin
    extended communities and gives some guidance. Loosely expressed, the RT say= s
    which routers should import, the RO says which routers have advertised. In<= br> both cases, the text suggests that "One possible use of the community = is
    specified in RFC4364" which implies that there are other acceptable us= es.

    4364 implies that the RO is used "to uniquely identify the set of rout= es
    learned from a particular site." That is (my words), to apply a filter= on
    top of the RT to prevent re-import by a site of routes that match the RT an= d
    that were advertised by other entry points to the site. Indeed, the RO woul= d
    seem to be used (in the 4364 case) only when the RT is also in use.

    We appreciate that the distinction is pretty delicate, but we think we are<= br> right to use RT in this case because we are filtering to import, not to
    avoid importing. Furthermore, if we used the RO then, to be consistent with=
    4364, we would still be using the RT anyway.

    That, we think, disposes of the "RT or RO?" question.

    Now, we can go back to the original formulation of the question: is it OK t= o
    use RT with "non-VPN IP addresses"? Well, we consulted around a b= it
    privately amongst some BGP experts, and we couldn't find anyone to say = it
    was actually a problem. And (of course) no one raised the issue in WG last<= br> call - but Matthew might claim that is because the document was only lightl= y
    reviewed, and Stephane might claim that this is because he had already
    raised the point. Obviously, some of the authors know a bit about BGP, and<= br> Eric was a lead author on 4364 and drove a lot of the details of what we wrote.

    Two points in closing:
    - If someone can show that we break something, we will have to fix it.
    - If the chairs want to run this point past IDR and BESS explicitly, that would be fine.

    Hope this helps.

    Best,
    Adrian


    _______________________________________________
    BESS mailing list
    BESS@ietf.org
    https://www.ietf.org/mailman/listinfo/bess
    --000000000000fa163805a78f9248-- From nobody Mon Jun 8 02:55:56 2020 Return-Path: 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 3ED783A0825 for ; Mon, 8 Jun 2020 02:55:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net 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 ygAVPgr94sP2 for ; Mon, 8 Jun 2020 02:55:49 -0700 (PDT) Received: from mail-ej1-x633.google.com (mail-ej1-x633.google.com [IPv6:2a00:1450:4864:20::633]) (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 0C5073A0827 for ; Mon, 8 Jun 2020 02:55:39 -0700 (PDT) Received: by mail-ej1-x633.google.com with SMTP id l27so17592176ejc.1 for ; Mon, 08 Jun 2020 02:55:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=SizR9brSl2bur1Z6xru1v5Vv8HQ6BhmQ37MlWyEtLL4=; b=FgrWa9jLwaZnMkQTtiojqwMLC667/foDcGlIW+B2z4vVAMXtGM8dqJ6vsXYfVJBb6a /aVnQaF6wMJCReZ/m56PTQ4Q/VxDL0ys/i73P6NcD3po6K7NgVk88LzV73PcQhR7Q7lb Bake5hOHcyF75fSPS+X5uyup08JB1+V8U7YSxmpQpS/xRR0MhxYcENv1YZiVWRbicXyj aUb9/CwDMdt+M8k/YTmRwDsQdNcWcOuuRzfp9fhyEWb0O7CF+ey99MM3ZHmaVmUn6r2w VrPAimypLuWuoN49D56EGWkQeBJdBKbT4q0BRnFYFfU3THitrPRflLy24ji26aFwY/Yr tDzQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=SizR9brSl2bur1Z6xru1v5Vv8HQ6BhmQ37MlWyEtLL4=; b=IP95EuASwJ4F3jJgqvAMe0m3Wg34Ue0GcTR4MdYHYYMpmpkfAwVBolvKuWkEMK3FjQ cdO4276PS9ZrW2Xvieqh8yEua0AJAbq9jkp1AVFzFzFmr/WmVsAxpKrx7TjcV9Ry8/ld gfY2nMnC99yFSiK+YgEdfDYoX0kBXcdXd6/ijxym4jyhwrvelQl2dVn5rW69O+YgzL24 ddEKdmrLSXPYwYPt4/x+vEKa82fLLlhkMN+IkENorx8igrJLZV0GRvhMyw0Sn9ORzDKC UKgGYBjng6dSLbZT9GQBYvqPZdUN8qT1v0H2/rY5yrg9JiVtAbrxeJwVuVXUFHJKxcuu aphA== X-Gm-Message-State: AOAM533eFsLt7lWpshBMaZgww+t0LUlaJAUuPf2hoZkFfZvEuJzpQJiS mt6URln3KNdLV+149k6/DMBSia2gtvp1x6AlFx0dvg== X-Google-Smtp-Source: ABdhPJx5JvnuBSEgUYbMoT7BxxrsdhJEbyz3RnFgi1qzt1mT4WnDU1oXbMTyFf/8eaK0bcfCdU98zQ+2kOrl7YBIkyQ= X-Received: by 2002:a17:906:31d2:: with SMTP id f18mr19611074ejf.110.1591610137459; Mon, 08 Jun 2020 02:55:37 -0700 (PDT) MIME-Version: 1.0 References: <00cc01d63d6f$9b7af880$d270e980$@gmail.com> In-Reply-To: <00cc01d63d6f$9b7af880$d270e980$@gmail.com> From: Robert Raszuk Date: Mon, 8 Jun 2020 11:55:28 +0200 Message-ID: To: slitkows.ietf@gmail.com Cc: "idr@ietf. org" , BESS Content-Type: multipart/alternative; boundary="000000000000dd5ae205a78f9c82" Archived-At: Subject: Re: [bess] FW: Closing on Stephane's open issue with draft-ietf-bess-datacenter-gateway => Requesting feedback from IDR X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2020 09:55:52 -0000 --000000000000dd5ae205a78f9c82 Content-Type: text/plain; charset="UTF-8" Stephane, Two points .. 1. It is not clear to me that draft-ietf-bess-datacenter-gateway recommends to use RTC for anything - do they ? If not there is no issue. 2. Also note that RTC can be enabled on a per AF basis hence even if you use it say for SAFI 128 you do not need to use it for SAFI 1. As a general comment I do not see any issues using RTs on non VPN SAFIs. Thx,, R. On Mon, Jun 8, 2020 at 10:34 AM wrote: > Hi IDR WG, > > We have a draft that was on WGLC which introduces the usage of Route > Targets > on Internet address families to allow automated filtering of gateway > routes. > I raised a concern on a potential issue happening when Route Target > constraint is deployed on these sessions. > > Internet address families don't use RTs today, and are propagated following > the BGP propagation rules. When applying an RT and when having RTC deployed > on the session (RTC not being family aware), propagation of Internet routes > that don't have an RT may be stopped because of the behavior defined in > draft-ietf-idr-rtc-no-rt. This will so break the existing default behavior > of Internet SAFIs. > > We would like to get IDR's feedback on this topic. > > Thanks, > > Stephane > BESS co-chair > > > -----Original Message----- > From: Adrian Farrel > Sent: jeudi 4 juin 2020 19:31 > To: slitkows.ietf@gmail.com > Cc: bess-chairs@ietf.org; bess@ietf.org; > draft-ietf-bess-datacenter-gateway@ietf.org > Subject: Closing on Stephane's open issue with > draft-ietf-bess-datacenter-gateway > > Hi, > > John and I had a chat today about what we perceive is Stephane's open > issue. > > What we think the concern is is that we are using RTs in conjunction with > normal (i.e., non-VPN) routes. We do this to allow gateways to filter their > imports based on the RT that applies to the SR domain that it serves. > > An option was to use the Route Origin extended community instead. > > RFC 4360, which introduces both the Route Target and the Route Origin > extended communities and gives some guidance. Loosely expressed, the RT > says > which routers should import, the RO says which routers have advertised. In > both cases, the text suggests that "One possible use of the community is > specified in RFC4364" which implies that there are other acceptable uses. > > 4364 implies that the RO is used "to uniquely identify the set of routes > learned from a particular site." That is (my words), to apply a filter on > top of the RT to prevent re-import by a site of routes that match the RT > and > that were advertised by other entry points to the site. Indeed, the RO > would > seem to be used (in the 4364 case) only when the RT is also in use. > > We appreciate that the distinction is pretty delicate, but we think we are > right to use RT in this case because we are filtering to import, not to > avoid importing. Furthermore, if we used the RO then, to be consistent with > 4364, we would still be using the RT anyway. > > That, we think, disposes of the "RT or RO?" question. > > Now, we can go back to the original formulation of the question: is it OK > to > use RT with "non-VPN IP addresses"? Well, we consulted around a bit > privately amongst some BGP experts, and we couldn't find anyone to say it > was actually a problem. And (of course) no one raised the issue in WG last > call - but Matthew might claim that is because the document was only > lightly > reviewed, and Stephane might claim that this is because he had already > raised the point. Obviously, some of the authors know a bit about BGP, and > Eric was a lead author on 4364 and drove a lot of the details of what we > wrote. > > Two points in closing: > - If someone can show that we break something, we will have to fix it. > - If the chairs want to run this point past IDR and BESS explicitly, that > would be fine. > > Hope this helps. > > Best, > Adrian > > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > --000000000000dd5ae205a78f9c82 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Stephane,

    Two points ..=C2=A0
    =

    1. It is not clear to me that=C2=A0draft-ietf-bess-data= center-gateway recommends to use RTC for anything - do they ? If not there = is no issue.=C2=A0

    2. Also note that RTC can be en= abled on a per AF basis hence even if you use it say for SAFI 128 you do no= t need to use it for SAFI 1.=C2=A0

    As a general co= mment I do not see any issues using RTs on non VPN SAFIs.=C2=A0
    <= br>
    Thx,,
    R.

    =
    On Mon, Jun 8, 2020 at 10:34 AM <<= a href=3D"mailto:slitkows.ietf@gmail.com">slitkows.ietf@gmail.com> w= rote:
    Hi IDR WG,=

    We have a draft that was on WGLC which introduces the usage of Route Target= s
    on Internet address families to allow automated filtering of gateway routes= .
    I raised a concern on a potential issue happening when Route Target
    constraint is deployed on these sessions.

    Internet address families don't use RTs today, and are propagated follo= wing
    the BGP propagation rules. When applying an RT and when having RTC deployed=
    on the session (RTC not being family aware), propagation of Internet routes=
    that don't have an RT may be stopped because of the behavior defined in=
    draft-ietf-idr-rtc-no-rt. This will so break the existing default behavior<= br> of Internet SAFIs.

    We would like to get IDR's feedback on this topic.

    Thanks,

    Stephane
    BESS co-chair


    -----Original Message-----
    From: Adrian Farrel <adrian@olddog.co.uk>
    Sent: jeudi 4 juin 2020 19:31
    To: slitkows.i= etf@gmail.com
    Cc: bess-chairs@i= etf.org; bess@ietf.o= rg;
    draft-ietf-bess-datacenter-gateway@ietf.org
    Subject: Closing on Stephane's open issue with
    draft-ietf-bess-datacenter-gateway

    Hi,

    John and I had a chat today about what we perceive is Stephane's open i= ssue.

    What we think the concern is is that we are using RTs in conjunction with normal (i.e., non-VPN) routes. We do this to allow gateways to filter their=
    imports based on the RT that applies to the SR domain that it serves.

    An option was to use the Route Origin extended community instead.

    RFC 4360, which introduces both the Route Target and the Route Origin
    extended communities and gives some guidance. Loosely expressed, the RT say= s
    which routers should import, the RO says which routers have advertised. In<= br> both cases, the text suggests that "One possible use of the community = is
    specified in RFC4364" which implies that there are other acceptable us= es.

    4364 implies that the RO is used "to uniquely identify the set of rout= es
    learned from a particular site." That is (my words), to apply a filter= on
    top of the RT to prevent re-import by a site of routes that match the RT an= d
    that were advertised by other entry points to the site. Indeed, the RO woul= d
    seem to be used (in the 4364 case) only when the RT is also in use.

    We appreciate that the distinction is pretty delicate, but we think we are<= br> right to use RT in this case because we are filtering to import, not to
    avoid importing. Furthermore, if we used the RO then, to be consistent with=
    4364, we would still be using the RT anyway.

    That, we think, disposes of the "RT or RO?" question.

    Now, we can go back to the original formulation of the question: is it OK t= o
    use RT with "non-VPN IP addresses"? Well, we consulted around a b= it
    privately amongst some BGP experts, and we couldn't find anyone to say = it
    was actually a problem. And (of course) no one raised the issue in WG last<= br> call - but Matthew might claim that is because the document was only lightl= y
    reviewed, and Stephane might claim that this is because he had already
    raised the point. Obviously, some of the authors know a bit about BGP, and<= br> Eric was a lead author on 4364 and drove a lot of the details of what we wrote.

    Two points in closing:
    - If someone can show that we break something, we will have to fix it.
    - If the chairs want to run this point past IDR and BESS explicitly, that would be fine.

    Hope this helps.

    Best,
    Adrian


    _______________________________________________
    BESS mailing list
    BESS@ietf.org
    https://www.ietf.org/mailman/listinfo/bess
    --000000000000dd5ae205a78f9c82-- From nobody Mon Jun 8 07:48:54 2020 Return-Path: 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 3FC503A0BB5; Mon, 8 Jun 2020 07:48:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 wASlSuqKMcAk; Mon, 8 Jun 2020 07:48:40 -0700 (PDT) Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) (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 D4FC73A0B98; Mon, 8 Jun 2020 07:48:29 -0700 (PDT) Received: by mail-wm1-x32d.google.com with SMTP id r9so15577116wmh.2; Mon, 08 Jun 2020 07:48:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:thread-index:content-language; bh=I/nYqyOJmDPpwJSl+3jWzHbDeaU9ezgDEcWMrFj6SbY=; b=pMEg+BPz1ccYZ9vkG/esW36+8g8OkMzTkOGL/QsX4GlcNIfVy9XRp3czHgYJwWhay5 dMri0cC+bx9PKSAcrTqnCZilaRxcRoXy6UOEKu3tVbhm1kh7WGvGsB3Ft+hJsUTaPJtN wSLKWccK2PomCxQAGV/qp1fpKdRVx9XVEYVqhkgPhkptjk8HNaeFqfBVY4eQWQbm9F+y a92vIBcuzOk+Q5jlpCQVn2IC9seFACBtGO0GCdbkWVHrISH9+DTB9AYSfVZzr1x+S2o1 Ws3sVCWnB7ivYycDnTYAGvsZqa7CS+DDgyq1kBMsVWpNk+Ou4PFn71DAvuEeFL/2ZHDn mT5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:references:in-reply-to:subject:date :message-id:mime-version:thread-index:content-language; bh=I/nYqyOJmDPpwJSl+3jWzHbDeaU9ezgDEcWMrFj6SbY=; b=b1GGQJjuwIvpw53wXH0LYs5mPiie+oi86tj0Th9kvn1esSeXH0dYmhAUkQMSAGQtTE UnloQLiK6ZcOOtyPL/at9ljExs/nETqHnVcg2BwUXAhwYy/qwl3nVrHDmEfAvSEBVw21 q5Xwa99pSM1k6+lZUq9yMfEh4SAB/m6ZaXSJXqdsP2MLLaFF6yw++T+vyIZlQYc9mQ3I hTim6osu6os7qg6HRXegf421dhSfiDzIac4D2LuYya4qJ8d8wk84TdhnPCAt48iUppIa lKi/sHYkn0AyHLEScFhEjZriecudl4y5vbmoRLriVeufBqb3YBtSbM1SukB8c56aNW1+ kfYQ== X-Gm-Message-State: AOAM5315M9Ftj/gwxb7a2lJw5idyCwVhi+WhubV5vK7egXUR+GBL5n13 hEE9WbaOU/MlPl4nVR7MTK8eozM= X-Google-Smtp-Source: ABdhPJyBDCkQXLLIWmTqBrXsmlFZjJqRJa9RtRMvH/vWtjYIV4qz1V+Oxab/sjwZAusg0rFjLb8UKg== X-Received: by 2002:a7b:cf31:: with SMTP id m17mr14002454wmg.47.1591627704983; Mon, 08 Jun 2020 07:48:24 -0700 (PDT) Received: from SLITKOWS3YYU6 ([173.38.220.53]) by smtp.gmail.com with ESMTPSA id a14sm25137310wrv.20.2020.06.08.07.48.23 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 08 Jun 2020 07:48:24 -0700 (PDT) From: To: "'Robert Raszuk'" Cc: "'idr@ietf. org'" , "'BESS'" References: <00cc01d63d6f$9b7af880$d270e980$@gmail.com> In-Reply-To: Date: Mon, 8 Jun 2020 16:48:22 +0200 Message-ID: <011601d63da3$dc4aedf0$94e0c9d0$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0117_01D63DB4.9FD74060" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQFnMsxVbx6V5bE5BMMwslDyB9P/AAG+RVsUqZ7qD9A= Content-Language: fr Archived-At: Subject: Re: [bess] FW: Closing on Stephane's open issue with draft-ietf-bess-datacenter-gateway => Requesting feedback from IDR X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2020 14:48:43 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0117_01D63DB4.9FD74060 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi Robert, =20 Thanks for your feedback. Please find some comments inline. =20 Stephane =20 =20 From: Robert Raszuk =20 Sent: lundi 8 juin 2020 11:55 To: slitkows.ietf@gmail.com Cc: idr@ietf. org ; BESS Subject: Re: [bess] FW: Closing on Stephane's open issue with = draft-ietf-bess-datacenter-gateway =3D> Requesting feedback from IDR =20 Stephane, =20 Two points ..=20 =20 1. It is not clear to me that draft-ietf-bess-datacenter-gateway = recommends to use RTC for anything - do they ? If not there is no issue. = [SLI] Right, but nothing prevents someone to activate it or it can be = activated =E2=80=9Cby inheritance=E2=80=9D if sessions already runs = VPNv4 for instance with RTC. =20 2. Also note that RTC can be enabled on a per AF basis hence even if you = use it say for SAFI 128 you do not need to use it for SAFI 1.=20 [SLI] RFC4684 is AFI/SAFI agnostic. I=E2=80=99m not aware of = per-AFI/SAFI scoping of RT membership from an implementation point of = view. You can do it by splitting sessions usually. =20 [SLI] It could work if: we prevent usage of RTC for these families, or = we specify the default behavior of RTC for AFI/SAFI 1/1, 2/1 when there = is no RT (distribute routes that don=E2=80=99t have an RT). =20 =20 As a general comment I do not see any issues using RTs on non VPN SAFIs. = =20 Thx,, R. =20 On Mon, Jun 8, 2020 at 10:34 AM > wrote: Hi IDR WG, We have a draft that was on WGLC which introduces the usage of Route = Targets on Internet address families to allow automated filtering of gateway = routes. I raised a concern on a potential issue happening when Route Target constraint is deployed on these sessions. Internet address families don't use RTs today, and are propagated = following the BGP propagation rules. When applying an RT and when having RTC = deployed on the session (RTC not being family aware), propagation of Internet = routes that don't have an RT may be stopped because of the behavior defined in draft-ietf-idr-rtc-no-rt. This will so break the existing default = behavior of Internet SAFIs. We would like to get IDR's feedback on this topic. Thanks, Stephane BESS co-chair -----Original Message----- From: Adrian Farrel >=20 Sent: jeudi 4 juin 2020 19:31 To: slitkows.ietf@gmail.com =20 Cc: bess-chairs@ietf.org ; bess@ietf.org = ; draft-ietf-bess-datacenter-gateway@ietf.org = =20 Subject: Closing on Stephane's open issue with draft-ietf-bess-datacenter-gateway Hi, John and I had a chat today about what we perceive is Stephane's open = issue. What we think the concern is is that we are using RTs in conjunction = with normal (i.e., non-VPN) routes. We do this to allow gateways to filter = their imports based on the RT that applies to the SR domain that it serves. An option was to use the Route Origin extended community instead. RFC 4360, which introduces both the Route Target and the Route Origin extended communities and gives some guidance. Loosely expressed, the RT = says which routers should import, the RO says which routers have advertised. = In both cases, the text suggests that "One possible use of the community is specified in RFC4364" which implies that there are other acceptable = uses. 4364 implies that the RO is used "to uniquely identify the set of routes learned from a particular site." That is (my words), to apply a filter = on top of the RT to prevent re-import by a site of routes that match the RT = and that were advertised by other entry points to the site. Indeed, the RO = would seem to be used (in the 4364 case) only when the RT is also in use. We appreciate that the distinction is pretty delicate, but we think we = are right to use RT in this case because we are filtering to import, not to avoid importing. Furthermore, if we used the RO then, to be consistent = with 4364, we would still be using the RT anyway. That, we think, disposes of the "RT or RO?" question. Now, we can go back to the original formulation of the question: is it = OK to use RT with "non-VPN IP addresses"? Well, we consulted around a bit privately amongst some BGP experts, and we couldn't find anyone to say = it was actually a problem. And (of course) no one raised the issue in WG = last call - but Matthew might claim that is because the document was only = lightly reviewed, and Stephane might claim that this is because he had already raised the point. Obviously, some of the authors know a bit about BGP, = and Eric was a lead author on 4364 and drove a lot of the details of what we wrote. Two points in closing: - If someone can show that we break something, we will have to fix it. - If the chairs want to run this point past IDR and BESS explicitly, = that would be fine. Hope this helps. Best, Adrian _______________________________________________ BESS mailing list BESS@ietf.org =20 https://www.ietf.org/mailman/listinfo/bess ------=_NextPart_000_0117_01D63DB4.9FD74060 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

    Hi Robert,

     

    Thanks for = your feedback.

    Please find some = comments inline.

     

    Stephane

     

     

    From: Robert Raszuk <robert@raszuk.net>
    Sent: = lundi 8 juin 2020 11:55
    To: = slitkows.ietf@gmail.com
    Cc: idr@ietf. org = <idr@ietf.org>; BESS <bess@ietf.org>
    Subject: Re: = [bess] FW: Closing on Stephane's open issue with = draft-ietf-bess-datacenter-gateway =3D> Requesting feedback from = IDR

     

    Stephane,

     

    Two points .. 

     

    1. It = is not clear to me that draft-ietf-bess-datacenter-gateway = recommends to use RTC for anything - do they ? If not there is no = issue. 

    [SLI] Right, but nothing prevents someone to activate it or = it can be activated =E2=80=9Cby inheritance=E2=80=9D if sessions already = runs VPNv4 for instance with RTC.

     

    1. Also note that RTC can be enabled on a per AF basis hence = even if you use it say for SAFI 128 you do not need to use it for SAFI = 1. 

    [SLI] RFC4684 is AFI/SAFI agnostic. I=E2=80=99m not aware = of per-AFI/SAFI scoping of RT membership from an implementation point of = view. You can do it by splitting sessions = usually.

     

    [SLI] It could work if: we prevent usage of RTC for these = families, or we specify the default behavior of RTC for AFI/SAFI 1/1, = 2/1 when there is no RT (distribute routes that don=E2=80=99t have an = RT).

     

     

    As a general comment I do not see any issues using RTs = on non VPN SAFIs. 

     

    Thx,,

    R.

     

    On = Mon, Jun 8, 2020 at 10:34 AM <slitkows.ietf@gmail.com> = wrote:

    Hi IDR = WG,

    We have a draft that was on WGLC which introduces the usage = of Route Targets
    on Internet address families to allow automated = filtering of gateway routes.
    I raised a concern on a potential issue = happening when Route Target
    constraint is deployed on these = sessions.

    Internet address families don't use RTs today, and are = propagated following
    the BGP propagation rules. When applying an RT = and when having RTC deployed
    on the session (RTC not being family = aware), propagation of Internet routes
    that don't have an RT may be = stopped because of the behavior defined in
    draft-ietf-idr-rtc-no-rt. = This will so break the existing default behavior
    of Internet = SAFIs.

    We would like to get IDR's feedback on this = topic.

    Thanks,

    Stephane
    BESS = co-chair


    -----Original Message-----
    From: Adrian Farrel = <adrian@olddog.co.uk>
    Sent: jeudi 4 juin = 2020 19:31
    To: slitkows.ietf@gmail.com
    Cc: bess-chairs@ietf.org; bess@ietf.org;
    draft-ietf-bess-datacenter-gateway@ietf.org
    Subj= ect: Closing on Stephane's open issue = with
    draft-ietf-bess-datacenter-gateway

    Hi,

    John and I = had a chat today about what we perceive is Stephane's open = issue.

    What we think the concern is is that we are using RTs in = conjunction with
    normal (i.e., non-VPN) routes. We do this to allow = gateways to filter their
    imports based on the RT that applies to the = SR domain that it serves.

    An option was to use the Route Origin = extended community instead.

    RFC 4360, which introduces both the = Route Target and the Route Origin
    extended communities and gives some = guidance. Loosely expressed, the RT says
    which routers should import, = the RO says which routers have advertised. In
    both cases, the text = suggests that "One possible use of the community is
    specified in = RFC4364" which implies that there are other acceptable = uses.

    4364 implies that the RO is used "to uniquely identify = the set of routes
    learned from a particular site." That is (my = words), to apply a filter on
    top of the RT to prevent re-import by a = site of routes that match the RT and
    that were advertised by other = entry points to the site. Indeed, the RO would
    seem to be used (in = the 4364 case) only when the RT is also in use.

    We appreciate = that the distinction is pretty delicate, but we think we are
    right to = use RT in this case because we are filtering to import, not to
    avoid = importing. Furthermore, if we used the RO then, to be consistent = with
    4364, we would still be using the RT anyway.

    That, we = think, disposes of the "RT or RO?" question.

    Now, we = can go back to the original formulation of the question: is it OK = to
    use RT with "non-VPN IP addresses"? Well, we consulted = around a bit
    privately amongst some BGP experts, and we couldn't find = anyone to say it
    was actually a problem. And (of course) no one = raised the issue in WG last
    call - but Matthew might claim that is = because the document was only lightly
    reviewed, and Stephane might = claim that this is because he had already
    raised the point. = Obviously, some of the authors know a bit about BGP, and
    Eric was a = lead author on 4364 and drove a lot of the details of what = we
    wrote.

    Two points in closing:
    - If someone can show that = we break something, we will have to fix it.
    - If the chairs want to = run this point past IDR and BESS explicitly, that
    would be = fine.

    Hope this = helps.

    Best,
    Adrian


    ________________________________= _______________
    BESS mailing list
    BESS@ietf.org
    https://www.ietf.org/mailman/listinfo/bess

    ------=_NextPart_000_0117_01D63DB4.9FD74060-- From nobody Mon Jun 8 08:07:36 2020 Return-Path: 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 6F3CF3A0C87 for ; Mon, 8 Jun 2020 08:07:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net 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 oqIRKg4JUY-D for ; Mon, 8 Jun 2020 08:07:26 -0700 (PDT) Received: from mail-ej1-x636.google.com (mail-ej1-x636.google.com [IPv6:2a00:1450:4864:20::636]) (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 9635B3A0C0E for ; Mon, 8 Jun 2020 08:06:55 -0700 (PDT) Received: by mail-ej1-x636.google.com with SMTP id a25so18718641ejg.5 for ; Mon, 08 Jun 2020 08:06:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=vt3v2x7+rr9/tFFBBiImCvjmsyPQmAdRz2wCIF0CFEI=; b=NAyRL84htLjBXmy6MDqjIuAqhZ6hKI2TvU4i/iWRAQdci2QXe596vETt7BVEA3oTHy DytPl9dsTMGz5BY4CA6WquGFp9MaJJHcjUi7z1NSqRj/u75Z1bw0Ask/g8s1CAnN9Owi 15qsAIkHBVdVBaZ3PSwdtwqG5nuSXQ0O5URGQXYShP1E/5xwDMcDEN2EQfjCMmJZO25U RyWaazcfnviicos0IlgG6Pw9eYAmAsq/lbbUQlXJZt/5AFhk9//EDIWpwbE02wrxGfzM VaP6DyZb4FMzQypG13eB0TS02jSKSWvtfXrhcjUU+Zzjft9RL+Pav2bKDPi8l9kV7qk/ JCBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=vt3v2x7+rr9/tFFBBiImCvjmsyPQmAdRz2wCIF0CFEI=; b=dglvey/OGfhQWg7NS2TVNjo2u3LqY0DnM38GVIvQzpGbPY9FzR+R8bQ6Dc0RtpeFQG i5sXPtfU4/5ffDYdfd/VQX7E2bTgtpsZhAfbdgcMeBagWj4pjqNhoFgrhLYMLVPJMoAY N76FeVlpfm/lvY17wCx1Een1Xfeo7SqxCM/65qldl79pvWaX2C9pmLFkbl72M5RwtTW7 vwMdq6OyMwUnRzCJnzUo6r1g73sWqaOtDXnOktCrZv2/Rfw7bqfYh7HaitswmaMtV8zQ BX0Yb2mIh2rg9+5oiO3cSb+5RzEhYq9JPOKIotDotp/F5AoAB84zqiFQKFfwS0BcXKd6 3p1Q== X-Gm-Message-State: AOAM533KBwz8SwavXhOsiZEMSqbkffO9V4vfHLWOBi5on1QuwAR+I1N8 TfczhpXFisDkCsH0YNSdxva/3qrNCjXLzQy7afjMFA== X-Google-Smtp-Source: ABdhPJxUt4H2AYHdAVtgNq6rNXvd+bAohjLcILjMmPPKUKD5dm8Iq9QxB+VlrgUe5negcbOq2tV3QBNuzz+EWH1NCaY= X-Received: by 2002:a17:906:6403:: with SMTP id d3mr20756056ejm.386.1591628813302; Mon, 08 Jun 2020 08:06:53 -0700 (PDT) MIME-Version: 1.0 References: <00cc01d63d6f$9b7af880$d270e980$@gmail.com> <011601d63da3$dc4aedf0$94e0c9d0$@gmail.com> In-Reply-To: <011601d63da3$dc4aedf0$94e0c9d0$@gmail.com> From: Robert Raszuk Date: Mon, 8 Jun 2020 17:06:42 +0200 Message-ID: To: slitkows.ietf@gmail.com Cc: "idr@ietf. org" , BESS Content-Type: multipart/alternative; boundary="0000000000000812f305a793f69b" Archived-At: Subject: Re: [bess] FW: Closing on Stephane's open issue with draft-ietf-bess-datacenter-gateway => Requesting feedback from IDR X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2020 15:07:34 -0000 --0000000000000812f305a793f69b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, > [SLI] It could work if: we prevent usage of RTC for these families Actually I am not sure we need to prevent anything. Honestly I would leave it for the proper operator's configuration. RTC is not something on by default in any AFI/SAFI. Thx a lot, R. On Mon, Jun 8, 2020 at 4:48 PM wrote: > Hi Robert, > > > > Thanks for your feedback. > > Please find some comments inline. > > > > Stephane > > > > > > *From:* Robert Raszuk > *Sent:* lundi 8 juin 2020 11:55 > *To:* slitkows.ietf@gmail.com > *Cc:* idr@ietf. org ; BESS > *Subject:* Re: [bess] FW: Closing on Stephane's open issue with > draft-ietf-bess-datacenter-gateway =3D> Requesting feedback from IDR > > > > Stephane, > > > > Two points .. > > > > 1. It is not clear to me that draft-ietf-bess-datacenter-gateway > recommends to use RTC for anything - do they ? If not there is no > issue. > > [SLI] Right, but nothing prevents someone to activate it or it can be > activated =E2=80=9Cby inheritance=E2=80=9D if sessions already runs VPNv4= for instance with > RTC. > > > > 1. Also note that RTC can be enabled on a per AF basis hence even if > you use it say for SAFI 128 you do not need to use it for SAFI 1. > > [SLI] RFC4684 is AFI/SAFI agnostic. I=E2=80=99m not aware of per-AFI/SAFI= scoping > of RT membership from an implementation point of view. You can do it by > splitting sessions usually. > > > > [SLI] It could work if: we prevent usage of RTC for these families, or we > specify the default behavior of RTC for AFI/SAFI 1/1, 2/1 when there is n= o > RT (distribute routes that don=E2=80=99t have an RT). > > > > > > As a general comment I do not see any issues using RTs on non VPN SAFIs. > > > > Thx,, > > R. > > > > On Mon, Jun 8, 2020 at 10:34 AM wrote: > > Hi IDR WG, > > We have a draft that was on WGLC which introduces the usage of Route > Targets > on Internet address families to allow automated filtering of gateway > routes. > I raised a concern on a potential issue happening when Route Target > constraint is deployed on these sessions. > > Internet address families don't use RTs today, and are propagated followi= ng > the BGP propagation rules. When applying an RT and when having RTC deploy= ed > on the session (RTC not being family aware), propagation of Internet rout= es > that don't have an RT may be stopped because of the behavior defined in > draft-ietf-idr-rtc-no-rt. This will so break the existing default behavio= r > of Internet SAFIs. > > We would like to get IDR's feedback on this topic. > > Thanks, > > Stephane > BESS co-chair > > > -----Original Message----- > From: Adrian Farrel > Sent: jeudi 4 juin 2020 19:31 > To: slitkows.ietf@gmail.com > Cc: bess-chairs@ietf.org; bess@ietf.org; > draft-ietf-bess-datacenter-gateway@ietf.org > Subject: Closing on Stephane's open issue with > draft-ietf-bess-datacenter-gateway > > Hi, > > John and I had a chat today about what we perceive is Stephane's open > issue. > > What we think the concern is is that we are using RTs in conjunction with > normal (i.e., non-VPN) routes. We do this to allow gateways to filter the= ir > imports based on the RT that applies to the SR domain that it serves. > > An option was to use the Route Origin extended community instead. > > RFC 4360, which introduces both the Route Target and the Route Origin > extended communities and gives some guidance. Loosely expressed, the RT > says > which routers should import, the RO says which routers have advertised. I= n > both cases, the text suggests that "One possible use of the community is > specified in RFC4364" which implies that there are other acceptable uses. > > 4364 implies that the RO is used "to uniquely identify the set of routes > learned from a particular site." That is (my words), to apply a filter on > top of the RT to prevent re-import by a site of routes that match the RT > and > that were advertised by other entry points to the site. Indeed, the RO > would > seem to be used (in the 4364 case) only when the RT is also in use. > > We appreciate that the distinction is pretty delicate, but we think we ar= e > right to use RT in this case because we are filtering to import, not to > avoid importing. Furthermore, if we used the RO then, to be consistent wi= th > 4364, we would still be using the RT anyway. > > That, we think, disposes of the "RT or RO?" question. > > Now, we can go back to the original formulation of the question: is it OK > to > use RT with "non-VPN IP addresses"? Well, we consulted around a bit > privately amongst some BGP experts, and we couldn't find anyone to say it > was actually a problem. And (of course) no one raised the issue in WG las= t > call - but Matthew might claim that is because the document was only > lightly > reviewed, and Stephane might claim that this is because he had already > raised the point. Obviously, some of the authors know a bit about BGP, an= d > Eric was a lead author on 4364 and drove a lot of the details of what we > wrote. > > Two points in closing: > - If someone can show that we break something, we will have to fix it. > - If the chairs want to run this point past IDR and BESS explicitly, that > would be fine. > > Hope this helps. > > Best, > Adrian > > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > > --0000000000000812f305a793f69b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Hi,

    > [SLI] It could work if: we pre= vent usage of RTC for these families=C2=A0=C2=A0

    Actually I am not sure we need to prevent=C2=A0anything. Honestly I woul= d leave it for the proper=C2=A0operator's configuration.=C2=A0

    RTC is not something on by default in any AFI/SAFI.=C2=A0<= /div>

    Thx a lot,
    R.



    On Mon, Jun 8, 2020 at 4:48 PM <slitkows.ietf@gmail.com> wrote:

    Hi Robert,<= /u>

    =C2=A0

    <= p class=3D"MsoNormal">Thanks for your feedback.<= /p>

    Please find some comments in= line.

    <= u>=C2=A0

    S= tephane

    =C2=A0

    =C2=A0

    From: Robert Raszuk <robert@raszuk.net>
    Se= nt: lundi 8 juin 2020 11:55
    To: slitkows.ietf@gmail.com
    Cc: i= dr@ietf. org <idr@ietf= .org>; BESS <b= ess@ietf.org>
    Subject: Re: [bess] FW: Closing on Stephane&= #39;s open issue with draft-ietf-bess-datacenter-gateway =3D> Requesting= feedback from IDR

    = =C2=A0

    Stephane,

    =C2=A0

    Two points ..=C2=A0

    =C2=A0

    1. It is not clear to me that= =C2=A0draft-ietf-bess-datacenter-gateway recommends to use RTC for anything= - do they ? If not there is no issue.=C2=A0
    =

    [SLI] Right, but nothing prevents someone to activate it or it can be ac= tivated =E2=80=9Cby inheritance=E2=80=9D if sessions already runs VPNv4 for= instance with RTC.

    =C2=A0

    1. Al= so note that RTC can be enabled on a per AF basis hence even if you use it = say for SAFI 128 you do not need to use it for SAFI 1.=C2=A0<= /span>

    [SLI] RFC4684 is AFI/SAFI agnostic. I=E2=80=99m not awar= e of per-AFI/SAFI scoping of RT membership from an implementation point of = view. You can do it by splitting sessions usually.

    =

    =C2=A0=

    [SLI] It could work = if: we prevent usage of RTC for these families, or we specify the default b= ehavior of RTC for AFI/SAFI 1/1, 2/1 when there is no RT (distribute routes= that don=E2=80=99t have an RT).

    =C2=A0

    =C2=A0

    As a general comment I do not see any issues using RTs on n= on VPN SAFIs.=C2=A0

    <= /u>=C2=A0

    Thx,,

    R.

    =C2=A0

    On= Mon, Jun 8, 2020 at 10:34 AM <slitkows.ietf@gmail.com> wrote:

    Hi IDR WG,

    We h= ave a draft that was on WGLC which introduces the usage of Route Targetson Internet address families to allow automated filtering of gateway route= s.
    I raised a concern on a potential issue happening when Route Targetconstraint is deployed on these sessions.

    Internet address familie= s don't use RTs today, and are propagated following
    the BGP propagat= ion rules. When applying an RT and when having RTC deployed
    on the sessi= on (RTC not being family aware), propagation of Internet routes
    that don= 't have an RT may be stopped because of the behavior defined in
    draf= t-ietf-idr-rtc-no-rt. This will so break the existing default behavior
    o= f Internet SAFIs.

    We would like to get IDR's feedback on this to= pic.

    Thanks,

    Stephane
    BESS co-chair


    -----Origin= al Message-----
    From: Adrian Farrel <adrian@olddog.co.uk>
    Sent: jeudi 4 juin= 2020 19:31
    To: slitkows.ietf@gmail.com
    Cc: bess-chairs@ietf.org; bess@ietf.org;
    draft-ietf-bess-datace= nter-gateway@ietf.org
    Subject: Closing on Stephane's open issue = with
    draft-ietf-bess-datacenter-gateway

    Hi,

    John and I had= a chat today about what we perceive is Stephane's open issue.

    W= hat we think the concern is is that we are using RTs in conjunction withnormal (i.e., non-VPN) routes. We do this to allow gateways to filter thei= r
    imports based on the RT that applies to the SR domain that it serves.<= br>
    An option was to use the Route Origin extended community instead.
    RFC 4360, which introduces both the Route Target and the Route Origin<= br>extended communities and gives some guidance. Loosely expressed, the RT = says
    which routers should import, the RO says which routers have adverti= sed. In
    both cases, the text suggests that "One possible use of the= community is
    specified in RFC4364" which implies that there are ot= her acceptable uses.

    4364 implies that the RO is used "to uniqu= ely identify the set of routes
    learned from a particular site." Tha= t is (my words), to apply a filter on
    top of the RT to prevent re-import= by a site of routes that match the RT and
    that were advertised by other= entry points to the site. Indeed, the RO would
    seem to be used (in the = 4364 case) only when the RT is also in use.

    We appreciate that the d= istinction is pretty delicate, but we think we are
    right to use RT in th= is case because we are filtering to import, not to
    avoid importing. Furt= hermore, if we used the RO then, to be consistent with
    4364, we would st= ill be using the RT anyway.

    That, we think, disposes of the "RT= or RO?" question.

    Now, we can go back to the original formulat= ion of the question: is it OK to
    use RT with "non-VPN IP addresses&= quot;? Well, we consulted around a bit
    privately amongst some BGP expert= s, and we couldn't find anyone to say it
    was actually a problem. And= (of course) no one raised the issue in WG last
    call - but Matthew might= claim that is because the document was only lightly
    reviewed, and Steph= ane might claim that this is because he had already
    raised the point. Ob= viously, some of the authors know a bit about BGP, and
    Eric was a lead a= uthor on 4364 and drove a lot of the details of what we
    wrote.

    Tw= o points in closing:
    - If someone can show that we break something, we w= ill have to fix it.
    - If the chairs want to run this point past IDR and = BESS explicitly, that
    would be fine.

    Hope this helps.

    Best= ,
    Adrian


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

    --0000000000000812f305a793f69b-- From nobody Mon Jun 8 08:24:26 2020 Return-Path: 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 2002E3A0C0A; Mon, 8 Jun 2020 08:24:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.087 X-Spam-Level: X-Spam-Status: No, score=-2.087 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=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 AQp_fwhL-dGp; Mon, 8 Jun 2020 08:24:21 -0700 (PDT) Received: from mail-io1-xd33.google.com (mail-io1-xd33.google.com [IPv6:2607:f8b0:4864:20::d33]) (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 A55653A0B6A; Mon, 8 Jun 2020 08:24:15 -0700 (PDT) Received: by mail-io1-xd33.google.com with SMTP id d5so19076990ios.9; Mon, 08 Jun 2020 08:24:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=KlQgXMmu5oiVpVBSQNjn5o1qXDUME0L9pMKzRyuCvHo=; b=W4BK6zcKSn7pdabuFRTzXJVY0cyOkNrlEWIufmMtUibSnV4QtzBOf9wfT80VjfAOhV ua1AbsXsEqxVt1TFOjpGnRLnQhlmjXsZsQ7VNuoNZx4jYnaJXNj9RangLrAYXFWFe7md AtMVKHfWGsDeRbV7vf7TkqprMB0G1S8vewzeshRhrgyz2GYCDGdvtLMsLQDlr42Er301 h4t2tlmuReXnLB0tjSdym84fDSXHiFciQQ9MWHptEjGL3gIg8fU7SYGe+IokpjvUV4Rk sS+sFgW1mJ1Nb3h76Fa2AcG39Uo4IEamTsi2UfEnUXadPprXbEEvA3Al9STOSNLJI2cB eT+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=KlQgXMmu5oiVpVBSQNjn5o1qXDUME0L9pMKzRyuCvHo=; b=BdkCmbTTFqoRgtT0o18xEbNaQ7JmHKA84T4xzG+JLjDgLdS0YXokS/7oeUv0HKG/tb /U2kAHTdDYMyPIcgD+/x54phPbB1LrW830CWPxAUCsIna8oWNAwFxkiADMXkNaVRo10B u6RwB7ZxzC36dd9ojT7D/ueR9eSOIE1G1sQAW/RLKccCEHv7nHISVnfDQdTbN0htP3uE W752LcQPGNtLGgnBPvKL4tkKc9VQ+stPaH8xSAKcaIDsQgkPCvd9XhyaDueay0FetcEN tWdq9himI3Cxe5c+STykr4LOQWzXcNm4IviUbDLYqQhEOLCftoDCXLXea0k5V+rzfBpr IcXg== X-Gm-Message-State: AOAM532A/0c6iORQHS36EXkUf8Dq7yIa4m4oZgqlmupWNTwAVE64Ekna hafTcdwAAWAHfcSE3TJcFlYPbSzo+fx/BspG/KU= X-Google-Smtp-Source: ABdhPJyae3Nh0W4z47llAWP3lm/ymgbOxx3OblhCrKMyWehOKIxx4xWS5dxqbEW5E+CIEMNohXwotz7UTR0qiuvzP3o= X-Received: by 2002:a5d:914d:: with SMTP id y13mr22546326ioq.48.1591629854841; Mon, 08 Jun 2020 08:24:14 -0700 (PDT) MIME-Version: 1.0 References: <00cc01d63d6f$9b7af880$d270e980$@gmail.com> <011601d63da3$dc4aedf0$94e0c9d0$@gmail.com> In-Reply-To: <011601d63da3$dc4aedf0$94e0c9d0$@gmail.com> From: Gyan Mishra Date: Mon, 8 Jun 2020 11:24:02 -0400 Message-ID: To: slitkows.ietf@gmail.com Cc: BESS , Robert Raszuk , "idr@ietf. org" Content-Type: multipart/alternative; boundary="0000000000001c9dac05a794340f" Archived-At: Subject: Re: [bess] [Idr] FW: Closing on Stephane's open issue with draft-ietf-bess-datacenter-gateway => Requesting feedback from IDR X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2020 15:24:24 -0000 --0000000000001c9dac05a794340f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Jun 8, 2020 at 10:49 AM wrote: > Hi Robert, > > > > Thanks for your feedback. > > Please find some comments inline. > > > > Stephane > > > > > > *From:* Robert Raszuk > *Sent:* lundi 8 juin 2020 11:55 > *To:* slitkows.ietf@gmail.com > *Cc:* idr@ietf. org ; BESS > *Subject:* Re: [bess] FW: Closing on Stephane's open issue with > draft-ietf-bess-datacenter-gateway =3D> Requesting feedback from IDR > > > > Stephane, > > > > Two points .. > > > > 1. It is not clear to me that draft-ietf-bess-datacenter-gateway > recommends to use RTC for anything - do they ? If not there is no > issue. > > [SLI] Right, but nothing prevents someone to activate it or it can be > activated =E2=80=9Cby inheritance=E2=80=9D if sessions already runs VPNv4= for instance with > RTC. > > > > 1. Also note that RTC can be enabled on a per AF basis hence even if > you use it say for SAFI 128 you do not need to use it for SAFI 1. > > [SLI] RFC4684 is AFI/SAFI agnostic. I=E2=80=99m not aware of per-AFI/SAFI= scoping > of RT membership from an implementation point of view. You can do it by > splitting sessions usually. > > > > [SLI] It could work if: we prevent usage of RTC for these families, or we > specify the default behavior of RTC for AFI/SAFI 1/1, 2/1 when there is n= o > RT (distribute routes that don=E2=80=99t have an RT). > > > > > > As a general comment I do not see any issues using RTs on non VPN SAFIs. > > [Gyan] Technically there is no issues that I know of using RT with SAFI > 1. As RT is carried in extended community attribute it is common in > certain cases where both standard and extended communities are propagated > to edge Non VPN award edge CEs in a IP VPN use case. In that use case a= s > well in VRF lite non MPLS IP VPN use cases where RTs can be utilized for = RT > import of prefixes into a VRF. As Stephane mentioned with RFC 4684 RTC > membership is AFI/SAFI independent, so if RTC is used it would apply to > all SAFI using RT which in this case applies as well to SAFI 1. > Thx,, > > R. > > > > On Mon, Jun 8, 2020 at 10:34 AM wrote: > > Hi IDR WG, > > We have a draft that was on WGLC which introduces the usage of Route > Targets > on Internet address families to allow automated filtering of gateway > routes. > I raised a concern on a potential issue happening when Route Target > constraint is deployed on these sessions. > > Internet address families don't use RTs today, and are propagated followi= ng > the BGP propagation rules. When applying an RT and when having RTC deploy= ed > on the session (RTC not being family aware), propagation of Internet rout= es > that don't have an RT may be stopped because of the behavior defined in > draft-ietf-idr-rtc-no-rt. This will so break the existing default behavio= r > of Internet SAFIs. > > We would like to get IDR's feedback on this topic. > > Thanks, > > Stephane > BESS co-chair > > > -----Original Message----- > From: Adrian Farrel > Sent: jeudi 4 juin 2020 19:31 > To: slitkows.ietf@gmail.com > Cc: bess-chairs@ietf.org; bess@ietf.org; > draft-ietf-bess-datacenter-gateway@ietf.org > Subject: Closing on Stephane's open issue with > draft-ietf-bess-datacenter-gateway > > Hi, > > John and I had a chat today about what we perceive is Stephane's open > issue. > > What we think the concern is is that we are using RTs in conjunction with > normal (i.e., non-VPN) routes. We do this to allow gateways to filter the= ir > imports based on the RT that applies to the SR domain that it serves. > > An option was to use the Route Origin extended community instead. > > RFC 4360, which introduces both the Route Target and the Route Origin > extended communities and gives some guidance. Loosely expressed, the RT > says > which routers should import, the RO says which routers have advertised. I= n > both cases, the text suggests that "One possible use of the community is > specified in RFC4364" which implies that there are other acceptable uses. > > 4364 implies that the RO is used "to uniquely identify the set of routes > learned from a particular site." That is (my words), to apply a filter on > top of the RT to prevent re-import by a site of routes that match the RT > and > that were advertised by other entry points to the site. Indeed, the RO > would > seem to be used (in the 4364 case) only when the RT is also in use. > > We appreciate that the distinction is pretty delicate, but we think we ar= e > right to use RT in this case because we are filtering to import, not to > avoid importing. Furthermore, if we used the RO then, to be consistent wi= th > 4364, we would still be using the RT anyway. > > That, we think, disposes of the "RT or RO?" question. > > Now, we can go back to the original formulation of the question: is it OK > to > use RT with "non-VPN IP addresses"? Well, we consulted around a bit > privately amongst some BGP experts, and we couldn't find anyone to say it > was actually a problem. And (of course) no one raised the issue in WG las= t > call - but Matthew might claim that is because the document was only > lightly > reviewed, and Stephane might claim that this is because he had already > raised the point. Obviously, some of the authors know a bit about BGP, an= d > Eric was a lead author on 4364 and drove a lot of the details of what we > wrote. > > Two points in closing: > - If someone can show that we break something, we will have to fix it. > - If the chairs want to run this point past IDR and BESS explicitly, that > would be fine. > > Hope this helps. > > Best, > Adrian > > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > --=20 *Gyan Mishra* *Network Solutions A**rchitect * *M 301 502-134713101 Columbia Pike *Silver Spring, MD --0000000000001c9dac05a794340f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


    On Mon, Jun 8, 2020 at 10:49 AM <slitkows.ietf@gmail.com> wrote:

    Hi Robert,

    = =C2=A0

    Thanks fo= r your feedback.

    Please find some comments inline.

    =C2=A0

    Stephane

    =C2=A0

    =C2=A0

    From: Robert Raszuk <robert@raszuk.net>
    Sent: lundi 8 juin 2020 11:55
    <= b>To: slit= kows.ietf@gmail.com
    Cc: idr@ietf. org <idr@ietf.org>; BESS <bess@ietf.org>
    Subject:<= /b> Re: [bess] FW: Closing on Stephane's open issue with draft-ietf-bes= s-datacenter-gateway =3D> Requesting feedback from IDR

    =C2=A0

    Stephane,

    =C2=A0=

    Two points ..=C2=A0<= /u>

    =C2=A0

    1. It is not clear to me that=C2=A0draft-ietf-bes= s-datacenter-gateway recommends to use RTC for anything - do they ? = If not there is no issue.=C2=A0

    [SLI] Right, but nothing prevents someone to activate it or it can be a= ctivated =E2=80=9Cby inheritance=E2=80=9D if sessions already runs VPNv4 fo= r instance with RTC.

    =C2=A0

    1. <= span lang=3D"EN-US">Also note that RTC can be enabled on a per AF basis hen= ce even if you use it say for SAFI 128 you do not need to use it for SAFI 1= .=C2=A0

    [SLI] RFC4684= is AFI/SAFI agnostic. I=E2=80=99m not aware of per-AFI/SAFI scoping of RT = membership from an implementation point of view. You can do it by splitting= sessions usually.

    =C2=A0

    [SLI] It could work if: we prevent usage of RTC for = these families, or we specify the default behavior of RTC for AFI/SAFI 1/1,= 2/1 when there is no RT (distribute routes that don=E2=80=99t have an RT).=

    =C2=A0

    =C2=A0

    As a general co= mment I do not see any issues using RTs on non VPN SAFIs.=C2=A0

    =C2=A0[Gyan] =C2=A0Technical= ly there is no issues that I know of using RT with SAFI 1. =C2=A0 As RT is = carried in extended community attribute it is common in certain cases where= both standard and extended communities are propagated to edge Non VPN awar= d edge CEs in a IP VPN use case.=C2=A0 In that use case =C2=A0as well in VR= F lite non MPLS IP VPN use cases where RTs can be utilized for RT import of= prefixes into a VRF.=C2=A0 As Stephane mentioned with RFC 4684 RTC members= hip is AFI/SAFI independent, so if RTC is used =C2=A0it would apply to all = SAFI using RT which in this case applies as well to SAFI 1. =C2=A0

    Thx,,

    R.

    =C2=A0<= u>

    On Mon, Jun 8, 2020 at 10:34 AM = <slitkows.i= etf@gmail.com> wrote:

    <= p class=3D"MsoNormal">Hi IDR WG,

    We have a draft that was on WGLC wh= ich introduces the usage of Route Targets
    on Internet address families t= o allow automated filtering of gateway routes.
    I raised a concern on a p= otential issue happening when Route Target
    constraint is deployed on the= se sessions.

    Internet address families don't use RTs today, and = are propagated following
    the BGP propagation rules. When applying an RT = and when having RTC deployed
    on the session (RTC not being family aware)= , propagation of Internet routes
    that don't have an RT may be stoppe= d because of the behavior defined in
    draft-ietf-idr-rtc-no-rt. This will= so break the existing default behavior
    of Internet SAFIs.

    We wou= ld like to get IDR's feedback on this topic.

    Thanks,

    Step= hane
    BESS co-chair


    -----Original Message-----
    From: Adrian= Farrel <adrian= @olddog.co.uk>
    Sent: jeudi 4 juin 2020 19:31
    To: slitkows.ietf@gmail.com
    Cc:     bess-cha= irs@ietf.org; bess@i= etf.org;
    draft-ietf-bess-datacenter-gateway@ietf.org
    Su= bject: Closing on Stephane's open issue with
    draft-ietf-bess-datacen= ter-gateway

    Hi,

    John and I had a chat today about what we per= ceive is Stephane's open issue.

    What we think the concern is is = that we are using RTs in conjunction with
    normal (i.e., non-VPN) routes.= We do this to allow gateways to filter their
    imports based on the RT th= at applies to the SR domain that it serves.

    An option was to use the= Route Origin extended community instead.

    RFC 4360, which introduces= both the Route Target and the Route Origin
    extended communities and giv= es some guidance. Loosely expressed, the RT says
    which routers should im= port, the RO says which routers have advertised. In
    both cases, the text= suggests that "One possible use of the community is
    specified in R= FC4364" which implies that there are other acceptable uses.

    436= 4 implies that the RO is used "to uniquely identify the set of routes<= br>learned from a particular site." That is (my words), to apply a fil= ter on
    top of the RT to prevent re-import by a site of routes that match= the RT and
    that were advertised by other entry points to the site. Inde= ed, the RO would
    seem to be used (in the 4364 case) only when the RT is = also in use.

    We appreciate that the distinction is pretty delicate, = but we think we are
    right to use RT in this case because we are filterin= g to import, not to
    avoid importing. Furthermore, if we used the RO then= , to be consistent with
    4364, we would still be using the RT anyway.
    =
    That, we think, disposes of the "RT or RO?" question.

    = Now, we can go back to the original formulation of the question: is it OK t= o
    use RT with "non-VPN IP addresses"? Well, we consulted aroun= d a bit
    privately amongst some BGP experts, and we couldn't find any= one to say it
    was actually a problem. And (of course) no one raised the = issue in WG last
    call - but Matthew might claim that is because the docu= ment was only lightly
    reviewed, and Stephane might claim that this is be= cause he had already
    raised the point. Obviously, some of the authors kn= ow a bit about BGP, and
    Eric was a lead author on 4364 and drove a lot o= f the details of what we
    wrote.

    Two points in closing:
    - If so= meone can show that we break something, we will have to fix it.
    - If the= chairs want to run this point past IDR and BESS explicitly, that
    would = be fine.

    Hope this helps.

    Best,
    Adrian


    ________= _______________________________________
    BESS mailing list
    BESS@ietf.org
    https://www.ietf= .org/mailman/listinfo/bess

    _______________________________________________
    Idr mailing list
    Idr@ietf.org
    https://www.ietf.org/mailman/listinfo/idr
    --
    --0000000000001c9dac05a794340f-- From nobody Mon Jun 8 08:58:30 2020 Return-Path: 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 61B283A0D1D; Mon, 8 Jun 2020 08:58:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 F9VUfyzL7ZpT; Mon, 8 Jun 2020 08:58:24 -0700 (PDT) Received: from mail-wm1-x330.google.com (mail-wm1-x330.google.com [IPv6:2a00:1450:4864:20::330]) (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 DFE8A3A0CF9; Mon, 8 Jun 2020 08:58:23 -0700 (PDT) Received: by mail-wm1-x330.google.com with SMTP id l26so33505wme.3; Mon, 08 Jun 2020 08:58:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:thread-index:content-language; bh=QvrVY91ZIqJmOLhqPPcVZjxdeBUGJ1OAL5F/PcGfxAs=; b=sy6EjWFQqgC2GM3sZaldpdddxDKylXn4Bw3Q3uehnnDXNHlVPQqPmS7B1O8MmNXUB1 Cm/rpVzvaWtIzv3WsbzWHiEhVfhHdIZdh5g9zNEtxfCeY/Vdf/8GiEUvbpqgF7VA27TJ agLLRMZi86oF5xdpZa3UZAEpRZN7gH8y6gT2AGbUnzfwNN8xTxIM9i9+81YCCu/Zz89d ZgzkpnP/POps3PaceOqvqD1gEF3xmroF0nO9HgyHF8YjNTzRdDc3cQcnql3s4u5UkK4e nklvGp8DDdm0LbxrS+JwGdq5bIK12CkvP7qCKD4BVor7ge+03+/54a36pujn1i1c6BNQ a0Uw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:references:in-reply-to:subject:date :message-id:mime-version:thread-index:content-language; bh=QvrVY91ZIqJmOLhqPPcVZjxdeBUGJ1OAL5F/PcGfxAs=; b=Iqsv1E+HGBle2Fo4PJUAicXKIukcY4EFdAwJZaR+kZbM9umj6qO7VpddJisU/j1YQ4 BVnoqplrrrX4Vj5/DE1RJxkd0PIv9ve+naOV9SpC2TSn4CkN24aZLwZZbsdfP6i9okLt dmVFBI04JfqukowZ6v7Nb6qKczX0lCqSM5tcHNf6DWj9Ay6JBk4ZgsHqYque2bMlO4Qn rykjJztfr5ABvm6eQch+hoy6oVIlMqvUziHWwHDZ+oZ1oU4tujFWsihsaNkESSO/nxJw /Cs/kfPGmQnzBowyvpCt1/U8qidZ4xpf19l2KFVDDYx3TCrf9yxT55gyCH8M/DiCfytG k1wQ== X-Gm-Message-State: AOAM533jTQtcA3XPjjANjaIs+jRXxuWx+wr/0c7NbBvycmMpZEr3Juto IplXxqdvKQucnhDBwPmaKqeugRw= X-Google-Smtp-Source: ABdhPJz9Zt4XuE+WW3x7o5X9q60HNoveVtu1EtzYL520jLTn/TCu6Yhr1z8EIe7I2oHHuJRvY0YTVg== X-Received: by 2002:a7b:cd96:: with SMTP id y22mr61878wmj.56.1591631899922; Mon, 08 Jun 2020 08:58:19 -0700 (PDT) Received: from SLITKOWS3YYU6 ([173.38.220.53]) by smtp.gmail.com with ESMTPSA id c16sm185703wrx.4.2020.06.08.08.58.18 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 08 Jun 2020 08:58:18 -0700 (PDT) From: To: "'Robert Raszuk'" Cc: "'idr@ietf. org'" , "'BESS'" References: <00cc01d63d6f$9b7af880$d270e980$@gmail.com> <011601d63da3$dc4aedf0$94e0c9d0$@gmail.com> In-Reply-To: Date: Mon, 8 Jun 2020 17:58:16 +0200 Message-ID: <015f01d63dad$a068d630$e13a8290$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0160_01D63DBE.63F5C4E0" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQFnMsxVbx6V5bE5BMMwslDyB9P/AAG+RVsUAvc0GCMB3KdvnKl4WLkw Content-Language: fr Archived-At: Subject: Re: [bess] FW: Closing on Stephane's open issue with draft-ietf-bess-datacenter-gateway => Requesting feedback from IDR X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2020 15:58:26 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0160_01D63DBE.63F5C4E0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable I=E2=80=99m ok with that, but in such a case, you have to ensure that = everything will work fine when RTC is used: at least specify the = behavior when no RT are attached. As mentioned, rt-no-rt draft currently = says that routes are not advertised. =20 From: Robert Raszuk =20 Sent: lundi 8 juin 2020 17:07 To: slitkows.ietf@gmail.com Cc: idr@ietf. org ; BESS Subject: Re: [bess] FW: Closing on Stephane's open issue with = draft-ietf-bess-datacenter-gateway =3D> Requesting feedback from IDR =20 Hi, =20 > [SLI] It could work if: we prevent usage of RTC for these families =20 =20 Actually I am not sure we need to prevent anything. Honestly I would = leave it for the proper operator's configuration.=20 =20 RTC is not something on by default in any AFI/SAFI.=20 =20 Thx a lot, R. =20 =20 =20 On Mon, Jun 8, 2020 at 4:48 PM < = slitkows.ietf@gmail.com> wrote: Hi Robert, =20 Thanks for your feedback. Please find some comments inline. =20 Stephane =20 =20 From: Robert Raszuk < robert@raszuk.net>=20 Sent: lundi 8 juin 2020 11:55 To: slitkows.ietf@gmail.com Cc: idr@ietf. org < idr@ietf.org>; BESS < = bess@ietf.org> Subject: Re: [bess] FW: Closing on Stephane's open issue with = draft-ietf-bess-datacenter-gateway =3D> Requesting feedback from IDR =20 Stephane, =20 Two points ..=20 =20 1. It is not clear to me that draft-ietf-bess-datacenter-gateway = recommends to use RTC for anything - do they ? If not there is no issue. = [SLI] Right, but nothing prevents someone to activate it or it can be = activated =E2=80=9Cby inheritance=E2=80=9D if sessions already runs = VPNv4 for instance with RTC. =20 2. Also note that RTC can be enabled on a per AF basis hence even if you = use it say for SAFI 128 you do not need to use it for SAFI 1.=20 [SLI] RFC4684 is AFI/SAFI agnostic. I=E2=80=99m not aware of = per-AFI/SAFI scoping of RT membership from an implementation point of = view. You can do it by splitting sessions usually. =20 [SLI] It could work if: we prevent usage of RTC for these families, or = we specify the default behavior of RTC for AFI/SAFI 1/1, 2/1 when there = is no RT (distribute routes that don=E2=80=99t have an RT). =20 =20 As a general comment I do not see any issues using RTs on non VPN SAFIs. = =20 Thx,, R. =20 On Mon, Jun 8, 2020 at 10:34 AM < = slitkows.ietf@gmail.com> wrote: Hi IDR WG, We have a draft that was on WGLC which introduces the usage of Route = Targets on Internet address families to allow automated filtering of gateway = routes. I raised a concern on a potential issue happening when Route Target constraint is deployed on these sessions. Internet address families don't use RTs today, and are propagated = following the BGP propagation rules. When applying an RT and when having RTC = deployed on the session (RTC not being family aware), propagation of Internet = routes that don't have an RT may be stopped because of the behavior defined in draft-ietf-idr-rtc-no-rt. This will so break the existing default = behavior of Internet SAFIs. We would like to get IDR's feedback on this topic. Thanks, Stephane BESS co-chair -----Original Message----- From: Adrian Farrel < adrian@olddog.co.uk>=20 Sent: jeudi 4 juin 2020 19:31 To: slitkows.ietf@gmail.com Cc: bess-chairs@ietf.org; = bess@ietf.org; = draft-ietf-bess-datacenter-gateway@ietf.org Subject: Closing on Stephane's open issue with draft-ietf-bess-datacenter-gateway Hi, John and I had a chat today about what we perceive is Stephane's open = issue. What we think the concern is is that we are using RTs in conjunction = with normal (i.e., non-VPN) routes. We do this to allow gateways to filter = their imports based on the RT that applies to the SR domain that it serves. An option was to use the Route Origin extended community instead. RFC 4360, which introduces both the Route Target and the Route Origin extended communities and gives some guidance. Loosely expressed, the RT = says which routers should import, the RO says which routers have advertised. = In both cases, the text suggests that "One possible use of the community is specified in RFC4364" which implies that there are other acceptable = uses. 4364 implies that the RO is used "to uniquely identify the set of routes learned from a particular site." That is (my words), to apply a filter = on top of the RT to prevent re-import by a site of routes that match the RT = and that were advertised by other entry points to the site. Indeed, the RO = would seem to be used (in the 4364 case) only when the RT is also in use. We appreciate that the distinction is pretty delicate, but we think we = are right to use RT in this case because we are filtering to import, not to avoid importing. Furthermore, if we used the RO then, to be consistent = with 4364, we would still be using the RT anyway. That, we think, disposes of the "RT or RO?" question. Now, we can go back to the original formulation of the question: is it = OK to use RT with "non-VPN IP addresses"? Well, we consulted around a bit privately amongst some BGP experts, and we couldn't find anyone to say = it was actually a problem. And (of course) no one raised the issue in WG = last call - but Matthew might claim that is because the document was only = lightly reviewed, and Stephane might claim that this is because he had already raised the point. Obviously, some of the authors know a bit about BGP, = and Eric was a lead author on 4364 and drove a lot of the details of what we wrote. Two points in closing: - If someone can show that we break something, we will have to fix it. - If the chairs want to run this point past IDR and BESS explicitly, = that would be fine. Hope this helps. Best, Adrian _______________________________________________ BESS mailing list BESS@ietf.org = https://www.ietf.org/mailman/listinfo/bess ------=_NextPart_000_0160_01D63DBE.63F5C4E0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_0160_01D63DBE.63F5C4E0-- From nobody Mon Jun 8 11:12:59 2020 Return-Path: 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 F156A3A0EBC for ; Mon, 8 Jun 2020 11:12:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.597 X-Spam-Level: X-Spam-Status: No, score=-9.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 header.b=EOWBnu4I; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=OY8K6YEF 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 Sl-aP0tV17QQ for ; Mon, 8 Jun 2020 11:12:50 -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 3B6D13A0F21 for ; Mon, 8 Jun 2020 11:12:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1571; q=dns/txt; s=iport; t=1591639967; x=1592849567; h=from:to:subject:date:message-id:mime-version; bh=OUzez95AvHbu02DSkzpvfFiLNq3RvZVEEBgCC52/buU=; b=EOWBnu4IX97LEjPicbEw0BJkDz9md10K60W/vuOp+QJWsuzsYgnhW+a7 O6dYD3shgYM+7QLSY+NT4ocW1bJ/FQ3ChBYUc+lWRxd2quJU40isDfmT2 5h/UXkTVLQjQDk0VZtvnGwPmb5zWqvSfhXnhXpRlaYgQkudnSuxrAlJn2 0=; IronPort-PHdr: =?us-ascii?q?9a23=3ArZHe/h8iVGKeWv9uRHGN82YQeigqvan1NQcJ65?= =?us-ascii?q?0hzqhDabmn44+7ZRaN5PhxghnOR4qIo/5Hiu+DtafmVCRA5Juaq3kNfdRKUA?= =?us-ascii?q?NNksQZmQEsQavnQU32JfLndWo2ScJFUlI2/nynPw5SAsmtL1HXq2e5uDgVHB?= =?us-ascii?q?i3PAFpJ+PzT4jVicn/1+2795DJJQtSgz/oarJpJxLwpgLU5cQ=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AsCAASf95e/5BdJa1mHQEBAQEJARI?= =?us-ascii?q?BBQUBQIFKgVJSB29YLyyHagOhK4RoglIDVQsBAQEMAQEnBgIEAQGERII2AiQ?= =?us-ascii?q?4EwIDAQELAQEFAQEBAgEGBG2FWwELhWkiLgEBOBEBCwF0JwQ1gwQBgX5NAy4?= =?us-ascii?q?BDqVXAoE5iGF0gTSDAQEBBYE2AgGBEIMQGIIOAwaBOIJkiW0agUE/gREnHIE?= =?us-ascii?q?4Z4NTAgIBGYF2gxqCLZg8m04KglkEiDOQTwMdgmiJEpJQhRmLaooAkEODTQI?= =?us-ascii?q?EAgQFAg4BAQWBaiKBVnAVZQGCPhMrEhcCDZBAg3KFFIVCdDcCBggBAQMJfI8?= =?us-ascii?q?VAQE?= X-IronPort-AV: E=Sophos;i="5.73,487,1583193600"; d="scan'208,217";a="492571197" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 08 Jun 2020 18:12:46 +0000 Received: from XCH-RCD-002.cisco.com (xch-rcd-002.cisco.com [173.37.102.12]) by rcdn-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id 058ICkla002761 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for ; Mon, 8 Jun 2020 18:12:46 GMT Received: from xhs-rcd-003.cisco.com (173.37.227.248) by XCH-RCD-002.cisco.com (173.37.102.12) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 8 Jun 2020 13:12:46 -0500 Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 8 Jun 2020 13:12:45 -0500 Received: from NAM04-SN1-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 8 Jun 2020 14:12:45 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=TEl46Cj2McpKLK5mAMABSNYD+yMOlMRFC2WUTDATocvZ4r9unV372jm40ZTGRcoEjyTTRlsh4e7/xXH9SRhObGnngktto65nooiqJ6/TVPUAKNHcNoxQzqw8hhBem1HFjQ22Ru7cU3vAxxtqXAraQdWfHGUXQgDBjfUgtxReai/nFGVh8x9StdGOxB35dwlzg2WPc9i/ap6tN+lJ5eSrrwunCiGRKMjXpUNAyPUr9p0+PdTuZ0QmmedAsMrZnuil6kt4wgUOcRRpfR9Fn4TwzLJ6j8LtU7lgt3uf0xVYbUGfn6Zt65pcxfsJCwdEl3d+X+9VSVFAtNFlyzhOCcrmBQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=m27rUlie3EQhtG4QFAUL09MNJvtaWoKnugiHvasdqB8=; b=VttfOBbFOpcMoozWbyPFOGNYJ0gPW6QghTvjGrtVdiBWE637Kf+h8aIwOk7GOn3bXB9IPoDT0H4XXsehicuWQD4nZp1ly3H6NO845Aro3rCVbYQmHYLDYLvWCVTM0MI38Uli/9FNPCAW5G//F2o7YtfBB2BhRsh3dInr2XGxR2z4Q0Z043BbGuQAUjjmnOPSHw9no3uP2m/XGsMQLb6OU6PY+nK80/yk6ki/P86sxhCsNGDnYphsyzuEErwTSy6Vbzgv6r/B9aqdb/6YocdtYhLZ31B7c4B5sfe4uK7A+TOquht2t/czF63pMQR5q5Xf9a/BEat6eJdWiBylqHvS+g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=m27rUlie3EQhtG4QFAUL09MNJvtaWoKnugiHvasdqB8=; b=OY8K6YEF/1lqcQ+b3NAl4qdo6Iz8vcbu+dexI5R18qjGcx6X9mKdT5JwuV7j8xj5p6QVYt3FPuMA6rN4Q5t0wk+JfHoJCheTBYBgbo7icxHUgEhoYeDJDNUVGbAoXIIMewsG53UiBKnSiXh7vzvyEp0YqH+1c4w9DzbQ1lJM7tU= Received: from SN6PR11MB2654.namprd11.prod.outlook.com (2603:10b6:805:54::31) by SN6PR11MB2637.namprd11.prod.outlook.com (2603:10b6:805:54::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3066.22; Mon, 8 Jun 2020 18:12:44 +0000 Received: from SN6PR11MB2654.namprd11.prod.outlook.com ([fe80::d80c:294a:27b5:26e3]) by SN6PR11MB2654.namprd11.prod.outlook.com ([fe80::d80c:294a:27b5:26e3%6]) with mapi id 15.20.3066.023; Mon, 8 Jun 2020 18:12:44 +0000 From: "Mankamana Mishra (mankamis)" To: "bess@ietf.org" Thread-Topic: Meeting minutes - BESS interim meeting updated Thread-Index: AQHWPcBo4Z6U9w1580K2amHXtjTJig== Date: Mon, 8 Jun 2020 18:12:44 +0000 Message-ID: <6B1C770B-1C03-42ED-AF6F-B8277FF16553@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3608.80.23.2.2) authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=cisco.com; x-originating-ip: [2601:646:8500:4b50:f525:1b6a:1df7:40be] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 9a16a371-7460-49f0-ed46-08d80bd78a8d x-ms-traffictypediagnostic: SN6PR11MB2637: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:3173; x-forefront-prvs: 042857DBB5 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: dNhbq954cC2ySQcAcWr4vNcW4r8SnpzmG9KmIo9fMHGokeJSF5vM9TsAf1GGu+H0i9E5A1jPd12jG4heIAXsK1PXpMSjAvEziiwjZzLcnF5Npm51rfwpvTrjgIPvghaFw4Dm9OL5B8XHml49wI7ei/y3PlMwWDvKf+m/Q2/R8NNQkp7WoS6VQrE8d0sceK8A/4zTKTEj7HoGAqYmFwjoDrqc0BsN088hvnl8M3S1SShOVD6vv7XuwYIYoiGIZRzFiP1iQEzdGjG9dwl4/HhVDP7XvE9pr/KqwK5SFi72Jawu+kwZ/ohz0OKdRUtQelciG4oxOjBkd/kA3Zi64h52WzSC3jhC2Yyp2zU0bsaPssWNjCWYAjO/tcjeZ0rPmQN/MIqAJJN8eZvJnfqxcu+48g== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SN6PR11MB2654.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(136003)(366004)(396003)(346002)(376002)(39860400002)(5660300002)(36756003)(6486002)(66556008)(66946007)(91956017)(64756008)(66476007)(66446008)(6512007)(558084003)(966005)(6916009)(2616005)(86362001)(76116006)(478600001)(316002)(8676002)(8936002)(71200400001)(2906002)(4743002)(186003)(166002)(33656002)(6506007); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: daJmjMVyuiTfnCUdcS+JmOBzzoJOzMsND8pN4xHB5CuMbgE4etW2ksKuyyjzluEcYNq+NXlQBjtHjiWWDMVCeIfz3OYP77BteFPyKTZzyH0wCQl9523jG9u2mUs13XEhE8GziL0uQTcVQ85FYi/Kkg3GiaVsucnnv8TLGGFFDPhHsVlRdFqfGmli1HNW0zAC4EVB2kB8/7nfWom1rFLbAfXCfS9mQBfyjJJCIbvxbaDWK7hdMlr6Ms3bJ4fdpwnwDSRdDZzhn2/6bGikPSCuw1loQ9mlREbgRzoHMsgrkV6Zic65zRp6HKzdFraaS05pXY+cVonjJp+u8q9B5+/LZYCVlm674MuDA5wmt/8ePuTt1wHJy0bhemkj3/w6s4Co+S8vcTscrZsNLg+ee0oEBtzHze0Mg+Ht/RoRFQQe7afESTLEqnG2tjJ6GPUHNVDG9lOoYzhX1jUQsbbwMXfiLAopoxNqmmfYT54OqZZqVZZn6Sd0deq4TBWvBpV+mEsXT/TVtCRlZHvO1wKUfctpCcJ95h2ygiT6wJsXIL1nd7Pw7Mly4/fJHmEsCFlVin3C x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_6B1C770B1C0342EDAF6FB8277FF16553ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 9a16a371-7460-49f0-ed46-08d80bd78a8d X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Jun 2020 18:12:44.2317 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: JksV4W7t3z8pql4NR0sThQZ8ttIq5+mgxK0Mld3ghXOjttPlo+WQjzkKhfxtTg9tQz1QTe+SMCJqX0rDX7ARFA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR11MB2637 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.12, xch-rcd-002.cisco.com X-Outbound-Node: rcdn-core-8.cisco.com Archived-At: Subject: [bess] Meeting minutes - BESS interim meeting updated X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2020 18:12:58 -0000 --_000_6B1C770B1C0342EDAF6FB8277FF16553ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, https://datatracker.ietf.org/meeting/interim-2020-bess-01/materials/minutes= -interim-2020-bess-01-202004280700 Please find minutes of meeting. And recording at https://www.youtube.com/watch?v=3D4y16kyKbu-I Mankamana --_000_6B1C770B1C0342EDAF6FB8277FF16553ciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable All, 
    h= ttps://datatracker.ietf.org/meeting/interim-2020-bess-01/materials/minutes-= interim-2020-bess-01-202004280700

    Please find minutes of meeting.  And recording at = ;

    https://www.youtube.com/watch?v=3D4y16kyKbu-I

    Mankamana 
    --_000_6B1C770B1C0342EDAF6FB8277FF16553ciscocom_-- From nobody Mon Jun 8 11:21:20 2020 Return-Path: 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 7DA5A3A0DCD; Mon, 8 Jun 2020 11:21:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.989 X-Spam-Level: X-Spam-Status: No, score=-1.989 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 FZ6dtTRIRAsl; Mon, 8 Jun 2020 11:21:15 -0700 (PDT) Received: from NAM12-BN8-obe.outbound.protection.outlook.com (mail-bn8nam12on2104.outbound.protection.outlook.com [40.107.237.104]) (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 234263A0DB8; Mon, 8 Jun 2020 11:21:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cninZUJpD7gI/a4qsrPXcgzF6OyCtlU+HS5HrcW98/wUV9z+ry7ZViWCQrveS/6zyZLmBsWU7gW4X9fzIKlxwBpBnhBM7+f/dBbHLf6gztc4nHCqmhQ9mQedP6uCmlM8wXjDf4ui0N2d362xSsAQ+xNo9cUO3dssBNMDdmROM2lY1ZzFwH0PRBuTaR63Qgp5Dtnez1wpZ5x1TFCMfheowr376qcMOvbkzHLnlEClRmd3lh9QVYE+X5WZFMkuVXbnznGscInWJyuC6DTEY/pRHE7bWsfYWRjRXl/vDhXFLbPnfEy7XmF8czzwGtnscXPwVZ8Y0kJM7k9pRnZSq+GItw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=22/miAqwUgwH4FTw4IczI5TgIX3jUq9ZFSQxSS89xmI=; b=CMUO8GAMuLCnF5wpWCjF/zswDx9o+GVtHlL6eVoQNWWsNcpFVlCTmN1duDnZTM1tfW9JiTjd7higcohPLfJpSowfm9pbGHJ1LNCDrM59Np7HDtNRmy60agIWwfR2enlEwWIX5nYbLFzw0BrHDdGn5L2mTdf16qxiaxZeqINZQGaHKQriC0ZpFovmCV40xImdp4DcNk+yRPzO7JA2Ua76dX8/ToJCiOSF3S+jwQ9IWLoIlLkZUhmRoERf3jBhoDhwpeuYo+YSnuEtymFiS2Ufmkj0FfhZJLdXa7Otkb6tkSWDu+UtoCYdmEKay2EpjFWPwxjcFhRjAo3T8f9UYHcHKA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=22/miAqwUgwH4FTw4IczI5TgIX3jUq9ZFSQxSS89xmI=; b=ZDborI+rJ7EqvI86UMlBLtOR2iXJYI8fdibJZzz0d3vGVe9UE5w6AbN5muJTCogNKyp+SkJ+q5MAEQwz2UoDXjrcFIZtw0w5WevJwOzxklj9HfDhVjJ9jv90T7niiNYXXS/EM/9UbVP9z8AFaCirJT+wcG1KOUz1CWv0CfZzuZU= Received: from SN6PR13MB2334.namprd13.prod.outlook.com (2603:10b6:805:55::16) by SA0PR13MB4063.namprd13.prod.outlook.com (2603:10b6:806:94::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3088.9; Mon, 8 Jun 2020 18:21:12 +0000 Received: from SN6PR13MB2334.namprd13.prod.outlook.com ([fe80::783f:2d78:2f9f:3116]) by SN6PR13MB2334.namprd13.prod.outlook.com ([fe80::783f:2d78:2f9f:3116%7]) with mapi id 15.20.3088.016; Mon, 8 Jun 2020 18:21:12 +0000 From: Linda Dunbar To: Robert Raszuk , "slitkows.ietf@gmail.com" CC: "draft-ietf-bess-datacenter-gateway@ietf.org" , Adrian Farrel , "bess-chairs@ietf.org" , BESS Thread-Topic: [bess] Closing on Stephane's open issue with draft-ietf-bess-datacenter-gateway Thread-Index: AdY6lGqXGWjWV+CqS8WbE9b/W2m5wwC2hkkAAAMCZAAAET6VQA== Date: Mon, 8 Jun 2020 18:21:12 +0000 Message-ID: References: <07cf01d63a95$fcbf6c70$f63e4550$@olddog.co.uk> <00c901d63d6e$84e9cca0$8ebd65e0$@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: raszuk.net; dkim=none (message not signed) header.d=none;raszuk.net; dmarc=none action=none header.from=futurewei.com; x-originating-ip: [72.180.73.64] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 8f1de628-f918-4f13-b4b2-08d80bd8b998 x-ms-traffictypediagnostic: SA0PR13MB4063: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 042857DBB5 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 1VE/HR6xOsnm+3ShQxLFN9OcHIMzQpmr7TuMjhP4CV356kfg9h/M+qA467CqxPNms3kZv4/rjgwVxVBFQh4fxdCRmX/Jv3NOR+C1cwWAjbZcTCJDQzCfzhyvSxZYimGkbmRuw0bRB53e4lqHp6MLjjTJ71TwAhst5uspovj4uRproitNJ1G9zjFzeh3R/BsvYkjFcS92E4IuwlAaMdp3yp/Zuap4AcoDIQpFi5iFckOfjnI6rgWi8uQpUUYyTaYOPabQIanVlw0AMKiPwP7emg9adM30ffdeJgokb1H6n3utoLCeZO6knt5oWYYwDmm/jvdTOj0S4627Y4pbm/QR9ZNRjPXWYuRa5LXnpFugXsBIHHBSuIhe+POrMXv4rnlIiiq6/KmiUZjxXKue5nlEHw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SN6PR13MB2334.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(346002)(376002)(366004)(136003)(396003)(39840400004)(44832011)(33656002)(5660300002)(66946007)(76116006)(64756008)(66556008)(66476007)(66446008)(316002)(71200400001)(52536014)(8676002)(8936002)(110136005)(83380400001)(478600001)(53546011)(7696005)(2906002)(55016002)(186003)(86362001)(26005)(6506007)(4326008)(966005)(9686003)(54906003)(66574014)(166002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: 5m1tHsQFFBrxKqjdrH9sSE3bxpmagv3Xi9jv0Z5WRoaVpB+sZqIxBdZ/vt9sbtqBNDGkN7yJ+bbsPugE9j2ziXwG0Otr/qF+ii089K8lRu2TMVSf2Y/oI/7B3JsRNciXGZx+oF/sJ+P7fgtn8F2Rj6/LfbjVjQT+OkLLPVymN7n3XDX0tdf6hwmyCV8NLo7PmhVTJY1A2wJM3jXLgOyi1PV8SabkoI834TqesK66sqVl/vuL7UsBvkSAe0IeAFUMPpLwyNMbTPIB4jyXOOW0FLEGb2ZmsTjt5Q9/y5qI1emDtxNplVvrW0L320A66v04pN7dy4qQOevwNNHK5YRez71zpESFJmLhYQj5cEod6yEf8QBBqebkhgFfswuPUI8ZBNXZZWqWsWJB6pSufDZkBNIARc23Rn6As5YFnDXplULx8nnRikqBxi7fIod/f8X9bLB+CS+HFAbCdLUnAhkdxFxoNm1V5ZCZclka4sGJUYE= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_SN6PR13MB2334B7460BBF6EEFC93681EB85850SN6PR13MB2334namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-Network-Message-Id: 8f1de628-f918-4f13-b4b2-08d80bd8b998 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Jun 2020 18:21:12.5910 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: CCFwbvzaN69dY2iCWbtscRlwf8HBBAnzaC86Jk1VoOAy5+xXPaHGTRKVadBLzFo66m1JMQEMYPDJfNXjYoX8dQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA0PR13MB4063 Archived-At: Subject: Re: [bess] Closing on Stephane's open issue with draft-ietf-bess-datacenter-gateway X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2020 18:21:18 -0000 --_000_SN6PR13MB2334B7460BBF6EEFC93681EB85850SN6PR13MB2334namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U3RlcGhhbiBhbmQgUm9iZXJ0LA0KDQpUaGUgZHJhZnQgcHJvcG9zZWQgc2NoZW1lICBpcyBvcnRo b2dvbmFsIHRvIHRoZSBSVEMsIGNvcnJlY3QgPyAgSWYgYSBHV+KAmXMgUlRDIGRpZG7igJl0IHNo b3cgdGhhdCBpdCBpcyBpbnRlcmVzdGVkIGluIGEgc3BlY2lmaWMgUlQsIHRoZSBhZHZlcnRpc2Vt ZW50cyAgZnJvbSBvdGhlciBub2RlcyB3b27igJl0IHNlbnQgdG8gdGhhdCBHVy4NCg0KQWRyaWFu Og0KT24gcGFnZSA2LCB0aGUgc2Vjb25kIEJ1bGxldCBzYXlzIHRoYXQNCuKAnEVhY2ggR1cgY29u c3RydWN0cyBhbiBpbXBvcnQgZmlsdGVyaW5nIHJ1bGUgdG8gaW1wb3J0IGFueSByb3V0ZSB0aGF0 IGNhcnJpZXMgYSByb3V0ZSB0YXJnZXQgd2l0aCB0aGUgc2FtZSBTUiBkb21haW4gaWRlbnRpZmll ciB0aGF0IHRoZSBHVyBpdHNlbGYgdXNlc+KAnQ0KDQpIb3cgYWJvdXQgcm91dGVzIGFzc29jaWF0 ZWQgdG8gYSBWUE4gYW5kIHRvIGEgU1IgZG9tYWluPyBUaGUgVlBOIGFuZCB0aGUgU1IgbWlnaHQg dXNlIGRpZmZlcmVudCBSVHMuIENhbiB5b3UgaGF2ZSB0d28gZGlmZmVyZW50IFJvdXRlIFRhcmdl dCBpbiBvbmUgYWR2ZXJ0aXNlbWVudD8NCg0KVGhhbmsgeW91DQpMaW5kYSBEdW5iYXINCg0KRnJv bTogQkVTUyA8YmVzcy1ib3VuY2VzQGlldGYub3JnPiBPbiBCZWhhbGYgT2YgUm9iZXJ0IFJhc3p1 aw0KU2VudDogTW9uZGF5LCBKdW5lIDgsIDIwMjAgNDo1MyBBTQ0KVG86IHNsaXRrb3dzLmlldGZA Z21haWwuY29tDQpDYzogZHJhZnQtaWV0Zi1iZXNzLWRhdGFjZW50ZXItZ2F0ZXdheUBpZXRmLm9y ZzsgQWRyaWFuIEZhcnJlbCA8YWRyaWFuQG9sZGRvZy5jby51az47IGJlc3MtY2hhaXJzQGlldGYu b3JnOyBCRVNTIDxiZXNzQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtiZXNzXSBDbG9zaW5nIG9u IFN0ZXBoYW5lJ3Mgb3BlbiBpc3N1ZSB3aXRoIGRyYWZ0LWlldGYtYmVzcy1kYXRhY2VudGVyLWdh dGV3YXkNCg0KU3RlcGhhbmUsDQoNClR3byBwb2ludHMgLi4uDQoNCjEuIEl0IGlzIG5vdCBjbGVh ciB0byBtZSB0aGF0IGRyYWZ0LWlldGYtYmVzcy1kYXRhY2VudGVyLWdhdGV3YXkgcmVjb21tZW5k cyB0byB1c2UgUlRDIGZvciBhbnl0aGluZyAtIGRvIHRoZXkgPyBJZiBub3QgdGhlcmUgaXMgbm8g aXNzdWUuDQoNCjIuIEFsc28gbm90ZSB0aGF0IFJUQyBjYW4gYmUgZW5hYmxlZCBvbiBhIHBlciBB RiBiYXNpcyBoZW5jZSBldmVuIGlmIHlvdSB1c2UgaXQgc2F5IGZvciBTQUZJIDEyOCB5b3UgZG8g bm90IG5lZWQgdG8gdXNlIGl0IGZvciBTQUZJIDEuDQoNCkFzIGEgZ2VuZXJhbCBjb21tZW50IEkg ZG8gbm90IHNlZSBhbnkgaXNzdWVzIHVzaW5nIFJUcyBvbiBub24gVlBOIFNBRklzLg0KDQpUaHgs LA0KUi4NCg0KDQpPbiBNb24sIEp1biA4LCAyMDIwIGF0IDEwOjI2IEFNIDxzbGl0a293cy5pZXRm QGdtYWlsLmNvbTxtYWlsdG86c2xpdGtvd3MuaWV0ZkBnbWFpbC4uY29tPj4gd3JvdGU6DQpIaSBB ZHJpYW4sDQoNCk15IHBvaW50IGlzIHJlYWxseSB0aWVkIHRvIHdoYXQgd2lsbCBoYXBwZW4gd2hl biBSVEMgaXMgZW5hYmxlZCAoY29uc2lkZXJpbmcNCmRyYWZ0LWlldGYtaWRyLXJ0Yy1uby1ydCku IFRoZSBiZWhhdmlvciB3aWxsIGJlIHRvIGRyb3AgdGhlIHJvdXRlcyB0aGF0DQpkb24ndCBoYXZl IGFuIFJUIHdoaWNoIHdpbGwgYnJlYWsgZXhpc3RpbmcgSW50ZXJuZXQgZmFtaWxpZXMgYmVoYXZp b3IuDQoiIFdoZW4gUlRDIGlzIGFwcGxpZWQsIG9uIGEgcGFydGljdWxhciBCR1Agc2Vzc2lvbiwg dG8gcm91dGVzIG9mIG90aGVyDQogICBhZGRyZXNzIGZhbWlsaWVzLCB0aGUgZGVmYXVsdCBiZWhh dmlvciBNVVNUIGJlIHRoYXQgcm91dGVzIHdpdGhvdXQNCiAgIGFueSBSVHMgYXJlIG5vdCBkaXN0 cmlidXRlZCBvbiB0aGF0IHNlc3Npb24uICBUaGlzIGRlZmF1bHQgImRlZmF1bHQNCiAgIGJlaGF2 aW9yIiBhcHBsaWVzIHRvIGFsbCBBRkkvU0FGSXMgZm9yIHdoaWNoIGEgZGlmZmVyZW50IGRlZmF1 bHQNCiAgIGJlaGF2aW9yIGhhcyBub3QgYmVlbiBkZWZpbmVkLiINCg0KTGV0IG1lIHJ1biB0aGlz IHRvIElEUiB0byBnZXQgdGhlaXIgZmVlZGJhY2sgKGFzIGRyYWZ0LWlldGYtaWRyLXJ0Yy1uby1y dCBpcw0Kb3duZWQgYnkgSURSKS4NCg0KU3RlcGhhbmUNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdl LS0tLS0NCkZyb206IEFkcmlhbiBGYXJyZWwgPGFkcmlhbkBvbGRkb2cuY28udWs8bWFpbHRvOmFk cmlhbkBvbGRkb2cuY28udWs+Pg0KU2VudDogamV1ZGkgNCBqdWluIDIwMjAgMTk6MzENClRvOiBz bGl0a293cy5pZXRmQGdtYWlsLmNvbTxtYWlsdG86c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20+DQpD YzogYmVzcy1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOmJlc3MtY2hhaXJzQGlldGYub3JnPjsgYmVz c0BpZXRmLm9yZzxtYWlsdG86YmVzc0BpZXRmLm9yZz47DQpkcmFmdC1pZXRmLWJlc3MtZGF0YWNl bnRlci1nYXRld2F5QGlldGYub3JnPG1haWx0bzpkcmFmdC1pZXRmLWJlc3MtZGF0YWNlbnRlci1n YXRld2F5QGlldGYub3JnPg0KU3ViamVjdDogQ2xvc2luZyBvbiBTdGVwaGFuZSdzIG9wZW4gaXNz dWUgd2l0aA0KZHJhZnQtaWV0Zi1iZXNzLWRhdGFjZW50ZXItZ2F0ZXdheQ0KDQpIaSwNCg0KSm9o biBhbmQgSSBoYWQgYSBjaGF0IHRvZGF5IGFib3V0IHdoYXQgd2UgcGVyY2VpdmUgaXMgU3RlcGhh bmUncyBvcGVuIGlzc3VlLg0KDQpXaGF0IHdlIHRoaW5rIHRoZSBjb25jZXJuIGlzIGlzIHRoYXQg d2UgYXJlIHVzaW5nIFJUcyBpbiBjb25qdW5jdGlvbiB3aXRoDQpub3JtYWwgKGkuZS4sIG5vbi1W UE4pIHJvdXRlcy4gV2UgZG8gdGhpcyB0byBhbGxvdyBnYXRld2F5cyB0byBmaWx0ZXIgdGhlaXIN CmltcG9ydHMgYmFzZWQgb24gdGhlIFJUIHRoYXQgYXBwbGllcyB0byB0aGUgU1IgZG9tYWluIHRo YXQgaXQgc2VydmVzLg0KDQpBbiBvcHRpb24gd2FzIHRvIHVzZSB0aGUgUm91dGUgT3JpZ2luIGV4 dGVuZGVkIGNvbW11bml0eSBpbnN0ZWFkLg0KDQpSRkMgNDM2MCwgd2hpY2ggaW50cm9kdWNlcyBi b3RoIHRoZSBSb3V0ZSBUYXJnZXQgYW5kIHRoZSBSb3V0ZSBPcmlnaW4NCmV4dGVuZGVkIGNvbW11 bml0aWVzIGFuZCBnaXZlcyBzb21lIGd1aWRhbmNlLiBMb29zZWx5IGV4cHJlc3NlZCwgdGhlIFJU IHNheXMNCndoaWNoIHJvdXRlcnMgc2hvdWxkIGltcG9ydCwgdGhlIFJPIHNheXMgd2hpY2ggcm91 dGVycyBoYXZlIGFkdmVydGlzZWQuIEluDQpib3RoIGNhc2VzLCB0aGUgdGV4dCBzdWdnZXN0cyB0 aGF0ICJPbmUgcG9zc2libGUgdXNlIG9mIHRoZSBjb21tdW5pdHkgaXMNCnNwZWNpZmllZCBpbiBS RkM0MzY0IiB3aGljaCBpbXBsaWVzIHRoYXQgdGhlcmUgYXJlIG90aGVyIGFjY2VwdGFibGUgdXNl cy4NCg0KNDM2NCBpbXBsaWVzIHRoYXQgdGhlIFJPIGlzIHVzZWQgInRvIHVuaXF1ZWx5IGlkZW50 aWZ5IHRoZSBzZXQgb2Ygcm91dGVzDQpsZWFybmVkIGZyb20gYSBwYXJ0aWN1bGFyIHNpdGUuIiBU aGF0IGlzIChteSB3b3JkcyksIHRvIGFwcGx5IGEgZmlsdGVyIG9uDQp0b3Agb2YgdGhlIFJUIHRv IHByZXZlbnQgcmUtaW1wb3J0IGJ5IGEgc2l0ZSBvZiByb3V0ZXMgdGhhdCBtYXRjaCB0aGUgUlQg YW5kDQp0aGF0IHdlcmUgYWR2ZXJ0aXNlZCBieSBvdGhlciBlbnRyeSBwb2ludHMgdG8gdGhlIHNp dGUuIEluZGVlZCwgdGhlIFJPIHdvdWxkDQpzZWVtIHRvIGJlIHVzZWQgKGluIHRoZSA0MzY0IGNh c2UpIG9ubHkgd2hlbiB0aGUgUlQgaXMgYWxzbyBpbiB1c2UuDQoNCldlIGFwcHJlY2lhdGUgdGhh dCB0aGUgZGlzdGluY3Rpb24gaXMgcHJldHR5IGRlbGljYXRlLCBidXQgd2UgdGhpbmsgd2UgYXJl DQpyaWdodCB0byB1c2UgUlQgaW4gdGhpcyBjYXNlIGJlY2F1c2Ugd2UgYXJlIGZpbHRlcmluZyB0 byBpbXBvcnQsIG5vdCB0bw0KYXZvaWQgaW1wb3J0aW5nLiBGdXJ0aGVybW9yZSwgaWYgd2UgdXNl ZCB0aGUgUk8gdGhlbiwgdG8gYmUgY29uc2lzdGVudCB3aXRoDQo0MzY0LCB3ZSB3b3VsZCBzdGls bCBiZSB1c2luZyB0aGUgUlQgYW55d2F5Lg0KDQpUaGF0LCB3ZSB0aGluaywgZGlzcG9zZXMgb2Yg dGhlICJSVCBvciBSTz8iIHF1ZXN0aW9uLg0KDQpOb3csIHdlIGNhbiBnbyBiYWNrIHRvIHRoZSBv cmlnaW5hbCBmb3JtdWxhdGlvbiBvZiB0aGUgcXVlc3Rpb246IGlzIGl0IE9LIHRvDQp1c2UgUlQg d2l0aCAibm9uLVZQTiBJUCBhZGRyZXNzZXMiPyBXZWxsLCB3ZSBjb25zdWx0ZWQgYXJvdW5kIGEg Yml0DQpwcml2YXRlbHkgYW1vbmdzdCBzb21lIEJHUCBleHBlcnRzLCBhbmQgd2UgY291bGRuJ3Qg ZmluZCBhbnlvbmUgdG8gc2F5IGl0DQp3YXMgYWN0dWFsbHkgYSBwcm9ibGVtLiBBbmQgKG9mIGNv dXJzZSkgbm8gb25lIHJhaXNlZCB0aGUgaXNzdWUgaW4gV0cgbGFzdA0KY2FsbCAtIGJ1dCBNYXR0 aGV3IG1pZ2h0IGNsYWltIHRoYXQgaXMgYmVjYXVzZSB0aGUgZG9jdW1lbnQgd2FzIG9ubHkgbGln aHRseQ0KcmV2aWV3ZWQsIGFuZCBTdGVwaGFuZSBtaWdodCBjbGFpbSB0aGF0IHRoaXMgaXMgYmVj YXVzZSBoZSBoYWQgYWxyZWFkeQ0KcmFpc2VkIHRoZSBwb2ludC4gT2J2aW91c2x5LCBzb21lIG9m IHRoZSBhdXRob3JzIGtub3cgYSBiaXQgYWJvdXQgQkdQLCBhbmQNCkVyaWMgd2FzIGEgbGVhZCBh dXRob3Igb24gNDM2NCBhbmQgZHJvdmUgYSBsb3Qgb2YgdGhlIGRldGFpbHMgb2Ygd2hhdCB3ZQ0K d3JvdGUuDQoNClR3byBwb2ludHMgaW4gY2xvc2luZzoNCi0gSWYgc29tZW9uZSBjYW4gc2hvdyB0 aGF0IHdlIGJyZWFrIHNvbWV0aGluZywgd2Ugd2lsbCBoYXZlIHRvIGZpeCBpdC4NCi0gSWYgdGhl IGNoYWlycyB3YW50IHRvIHJ1biB0aGlzIHBvaW50IHBhc3QgSURSIGFuZCBCRVNTIGV4cGxpY2l0 bHksIHRoYXQNCndvdWxkIGJlIGZpbmUuDQoNCkhvcGUgdGhpcyBoZWxwcy4NCg0KQmVzdCwNCkFk cmlhbg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQpCRVNTIG1haWxpbmcgbGlzdA0KQkVTU0BpZXRmLm9yZzxtYWlsdG86QkVTU0BpZXRmLm9yZz4N Cmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vYmVzczxodHRwczovL25hbTEx LnNhZmVsaW5rcy5wcm90ZWN0aW9uLm91dGxvb2suY29tLz91cmw9aHR0cHMlM0ElMkYlMkZ3d3cu aWV0Zi5vcmclMkZtYWlsbWFuJTJGbGlzdGluZm8lMkZiZXNzJmRhdGE9MDIlN0MwMSU3Q2xpbmRh LmR1bmJhciU0MGZ1dHVyZXdlaS5jb20lN0NhZDUwYTMwNjA4MGI0ZDczMGUyMDA4ZDgwYjkxY2Rm MSU3QzBmZWU4ZmYyYTNiMjQwMTg5Yzc1M2ExZDU1OTFmZWRjJTdDMSU3QzAlN0M2MzcyNzIwNjgx NTg4OTc2NzUmc2RhdGE9UUUlMkZTNW1uT3ZQVFE1dSUyRmdUU2FNVHJ6aE9wdjRZdXhQVWY4QUxq V0NURkElM0QmcmVzZXJ2ZWQ9MD4NCg== --_000_SN6PR13MB2334B7460BBF6EEFC93681EB85850SN6PR13MB2334namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkRlbmdYaWFuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAx IDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUg NSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlxARGVuZ1hpYW4i Ow0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMg Ki8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBp bjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJ e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1 bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy bGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21z by1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJn aW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0 OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl cmlmO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7 fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6 OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29y ZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUg bXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2 IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFw ZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4N CjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9 IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0 aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TdGVwaGFuIGFuZCBSb2JlcnQsIDxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5UaGUgZHJhZnQgcHJvcG9zZWQgc2NoZW1lICZuYnNwO2lzIG9ydGhv Z29uYWwgdG8gdGhlIFJUQywgY29ycmVjdCA/Jm5ic3A7IElmIGEgR1figJlzIFJUQyBkaWRu4oCZ dCBzaG93IHRoYXQgaXQgaXMgaW50ZXJlc3RlZCBpbiBhIHNwZWNpZmljIFJULCB0aGUgYWR2ZXJ0 aXNlbWVudHMgJm5ic3A7ZnJvbSBvdGhlciBub2RlcyB3b27igJl0IHNlbnQgdG8gdGhhdCBHVy4N CjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BZHJpYW46IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+T24gcGFnZSA2LCB0aGUgc2Vjb25kIEJ1bGxldCBzYXlzIHRoYXQgPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp biI+PGk+4oCcRWFjaCBHVyBjb25zdHJ1Y3RzIGFuIGltcG9ydCBmaWx0ZXJpbmcgcnVsZSB0byBp bXBvcnQgYW55IHJvdXRlIHRoYXQgY2FycmllcyBhIHJvdXRlIHRhcmdldCB3aXRoIHRoZSBzYW1l IFNSIGRvbWFpbiBpZGVudGlmaWVyIHRoYXQgdGhlIEdXIGl0c2VsZiB1c2Vz4oCdPG86cD48L286 cD48L2k+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5Ib3cgYWJvdXQgcm91dGVzIGFzc29jaWF0ZWQgdG8gYSBWUE4g YW5kIHRvIGEgU1IgZG9tYWluPyBUaGUgVlBOIGFuZCB0aGUgU1IgbWlnaHQgdXNlIGRpZmZlcmVu dCBSVHMuIENhbiB5b3UgaGF2ZSB0d28gZGlmZmVyZW50IFJvdXRlIFRhcmdldCBpbiBvbmUgYWR2 ZXJ0aXNlbWVudD88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmsgeW91PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5MaW5kYSBEdW5iYXI8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGI+RnJvbTo8L2I+IEJFU1MgJmx0O2Jlc3MtYm91bmNlc0BpZXRmLm9yZyZndDsgPGI+ T24gQmVoYWxmIE9mIDwvYj4NClJvYmVydCBSYXN6dWs8YnI+DQo8Yj5TZW50OjwvYj4gTW9uZGF5 LCBKdW5lIDgsIDIwMjAgNDo1MyBBTTxicj4NCjxiPlRvOjwvYj4gc2xpdGtvd3MuaWV0ZkBnbWFp bC5jb208YnI+DQo8Yj5DYzo8L2I+IGRyYWZ0LWlldGYtYmVzcy1kYXRhY2VudGVyLWdhdGV3YXlA aWV0Zi5vcmc7IEFkcmlhbiBGYXJyZWwgJmx0O2FkcmlhbkBvbGRkb2cuY28udWsmZ3Q7OyBiZXNz LWNoYWlyc0BpZXRmLm9yZzsgQkVTUyAmbHQ7YmVzc0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJq ZWN0OjwvYj4gUmU6IFtiZXNzXSBDbG9zaW5nIG9uIFN0ZXBoYW5lJ3Mgb3BlbiBpc3N1ZSB3aXRo IGRyYWZ0LWlldGYtYmVzcy1kYXRhY2VudGVyLWdhdGV3YXk8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5TdGVwaGFuZSw8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPlR3byBwb2ludHMgLi4uJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjEuIEl0IGlzIG5vdCBjbGVhciB0byBt ZSB0aGF0Jm5ic3A7ZHJhZnQtaWV0Zi1iZXNzLWRhdGFjZW50ZXItZ2F0ZXdheSByZWNvbW1lbmRz IHRvIHVzZSBSVEMgZm9yIGFueXRoaW5nIC0gZG8gdGhleSA/IElmIG5vdCB0aGVyZSBpcyBubyBp c3N1ZS4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+Mi4gQWxzbyBub3RlIHRoYXQgUlRDIGNhbiBiZSBlbmFibGVkIG9uIGEgcGVyIEFG IGJhc2lzIGhlbmNlIGV2ZW4gaWYgeW91IHVzZSBpdCBzYXkgZm9yIFNBRkkgMTI4IHlvdSBkbyBu b3QgbmVlZCB0byB1c2UgaXQgZm9yIFNBRkkgMS4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QXMgYSBnZW5lcmFsIGNvbW1lbnQgSSBk byBub3Qgc2VlIGFueSBpc3N1ZXMgdXNpbmcgUlRzIG9uIG5vbiBWUE4gU0FGSXMuJm5ic3A7PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoeCws PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5SLjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+T24gTW9uLCBKdW4gOCwgMjAyMCBhdCAxMDoyNiBBTSAmbHQ7PGEgaHJlZj0ibWFpbHRv OnNsaXRrb3dzLmlldGZAZ21haWwuLmNvbSI+c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb208L2E+Jmd0 OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBp biA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGluIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkhpIEFkcmlhbiw8YnI+DQo8YnI+DQpNeSBwb2ludCBpcyByZWFsbHkgdGllZCB0 byB3aGF0IHdpbGwgaGFwcGVuIHdoZW4gUlRDIGlzIGVuYWJsZWQgKGNvbnNpZGVyaW5nPGJyPg0K ZHJhZnQtaWV0Zi1pZHItcnRjLW5vLXJ0KS4gVGhlIGJlaGF2aW9yIHdpbGwgYmUgdG8gZHJvcCB0 aGUgcm91dGVzIHRoYXQ8YnI+DQpkb24ndCBoYXZlIGFuIFJUIHdoaWNoIHdpbGwgYnJlYWsgZXhp c3RpbmcgSW50ZXJuZXQgZmFtaWxpZXMgYmVoYXZpb3IuPGJyPg0KJnF1b3Q7IFdoZW4gUlRDIGlz IGFwcGxpZWQsIG9uIGEgcGFydGljdWxhciBCR1Agc2Vzc2lvbiwgdG8gcm91dGVzIG9mIG90aGVy PGJyPg0KJm5ic3A7ICZuYnNwO2FkZHJlc3MgZmFtaWxpZXMsIHRoZSBkZWZhdWx0IGJlaGF2aW9y IE1VU1QgYmUgdGhhdCByb3V0ZXMgd2l0aG91dDxicj4NCiZuYnNwOyAmbmJzcDthbnkgUlRzIGFy ZSBub3QgZGlzdHJpYnV0ZWQgb24gdGhhdCBzZXNzaW9uLiZuYnNwOyBUaGlzIGRlZmF1bHQgJnF1 b3Q7ZGVmYXVsdDxicj4NCiZuYnNwOyAmbmJzcDtiZWhhdmlvciZxdW90OyBhcHBsaWVzIHRvIGFs bCBBRkkvU0FGSXMgZm9yIHdoaWNoIGEgZGlmZmVyZW50IGRlZmF1bHQ8YnI+DQombmJzcDsgJm5i c3A7YmVoYXZpb3IgaGFzIG5vdCBiZWVuIGRlZmluZWQuJnF1b3Q7PGJyPg0KPGJyPg0KTGV0IG1l IHJ1biB0aGlzIHRvIElEUiB0byBnZXQgdGhlaXIgZmVlZGJhY2sgKGFzIGRyYWZ0LWlldGYtaWRy LXJ0Yy1uby1ydCBpczxicj4NCm93bmVkIGJ5IElEUikuPGJyPg0KPGJyPg0KU3RlcGhhbmU8YnI+ DQo8YnI+DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxicj4NCkZyb206IEFkcmlhbiBGYXJy ZWwgJmx0OzxhIGhyZWY9Im1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrIiB0YXJnZXQ9Il9ibGFu ayI+YWRyaWFuQG9sZGRvZy5jby51azwvYT4mZ3Q7DQo8YnI+DQpTZW50OiBqZXVkaSA0IGp1aW4g MjAyMCAxOTozMTxicj4NClRvOiA8YSBocmVmPSJtYWlsdG86c2xpdGtvd3MuaWV0ZkBnbWFpbC5j b20iIHRhcmdldD0iX2JsYW5rIj5zbGl0a293cy5pZXRmQGdtYWlsLmNvbTwvYT48YnI+DQpDYzog PGEgaHJlZj0ibWFpbHRvOmJlc3MtY2hhaXJzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+YmVz cy1jaGFpcnNAaWV0Zi5vcmc8L2E+Ow0KPGEgaHJlZj0ibWFpbHRvOmJlc3NAaWV0Zi5vcmciIHRh cmdldD0iX2JsYW5rIj5iZXNzQGlldGYub3JnPC9hPjs8YnI+DQo8YSBocmVmPSJtYWlsdG86ZHJh ZnQtaWV0Zi1iZXNzLWRhdGFjZW50ZXItZ2F0ZXdheUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsi PmRyYWZ0LWlldGYtYmVzcy1kYXRhY2VudGVyLWdhdGV3YXlAaWV0Zi5vcmc8L2E+PGJyPg0KU3Vi amVjdDogQ2xvc2luZyBvbiBTdGVwaGFuZSdzIG9wZW4gaXNzdWUgd2l0aDxicj4NCmRyYWZ0LWll dGYtYmVzcy1kYXRhY2VudGVyLWdhdGV3YXk8YnI+DQo8YnI+DQpIaSw8YnI+DQo8YnI+DQpKb2hu IGFuZCBJIGhhZCBhIGNoYXQgdG9kYXkgYWJvdXQgd2hhdCB3ZSBwZXJjZWl2ZSBpcyBTdGVwaGFu ZSdzIG9wZW4gaXNzdWUuPGJyPg0KPGJyPg0KV2hhdCB3ZSB0aGluayB0aGUgY29uY2VybiBpcyBp cyB0aGF0IHdlIGFyZSB1c2luZyBSVHMgaW4gY29uanVuY3Rpb24gd2l0aDxicj4NCm5vcm1hbCAo aS5lLiwgbm9uLVZQTikgcm91dGVzLiBXZSBkbyB0aGlzIHRvIGFsbG93IGdhdGV3YXlzIHRvIGZp bHRlciB0aGVpcjxicj4NCmltcG9ydHMgYmFzZWQgb24gdGhlIFJUIHRoYXQgYXBwbGllcyB0byB0 aGUgU1IgZG9tYWluIHRoYXQgaXQgc2VydmVzLjxicj4NCjxicj4NCkFuIG9wdGlvbiB3YXMgdG8g dXNlIHRoZSBSb3V0ZSBPcmlnaW4gZXh0ZW5kZWQgY29tbXVuaXR5IGluc3RlYWQuPGJyPg0KPGJy Pg0KUkZDIDQzNjAsIHdoaWNoIGludHJvZHVjZXMgYm90aCB0aGUgUm91dGUgVGFyZ2V0IGFuZCB0 aGUgUm91dGUgT3JpZ2luPGJyPg0KZXh0ZW5kZWQgY29tbXVuaXRpZXMgYW5kIGdpdmVzIHNvbWUg Z3VpZGFuY2UuIExvb3NlbHkgZXhwcmVzc2VkLCB0aGUgUlQgc2F5czxicj4NCndoaWNoIHJvdXRl cnMgc2hvdWxkIGltcG9ydCwgdGhlIFJPIHNheXMgd2hpY2ggcm91dGVycyBoYXZlIGFkdmVydGlz ZWQuIEluPGJyPg0KYm90aCBjYXNlcywgdGhlIHRleHQgc3VnZ2VzdHMgdGhhdCAmcXVvdDtPbmUg cG9zc2libGUgdXNlIG9mIHRoZSBjb21tdW5pdHkgaXM8YnI+DQpzcGVjaWZpZWQgaW4gUkZDNDM2 NCZxdW90OyB3aGljaCBpbXBsaWVzIHRoYXQgdGhlcmUgYXJlIG90aGVyIGFjY2VwdGFibGUgdXNl cy48YnI+DQo8YnI+DQo0MzY0IGltcGxpZXMgdGhhdCB0aGUgUk8gaXMgdXNlZCAmcXVvdDt0byB1 bmlxdWVseSBpZGVudGlmeSB0aGUgc2V0IG9mIHJvdXRlczxicj4NCmxlYXJuZWQgZnJvbSBhIHBh cnRpY3VsYXIgc2l0ZS4mcXVvdDsgVGhhdCBpcyAobXkgd29yZHMpLCB0byBhcHBseSBhIGZpbHRl ciBvbjxicj4NCnRvcCBvZiB0aGUgUlQgdG8gcHJldmVudCByZS1pbXBvcnQgYnkgYSBzaXRlIG9m IHJvdXRlcyB0aGF0IG1hdGNoIHRoZSBSVCBhbmQ8YnI+DQp0aGF0IHdlcmUgYWR2ZXJ0aXNlZCBi eSBvdGhlciBlbnRyeSBwb2ludHMgdG8gdGhlIHNpdGUuIEluZGVlZCwgdGhlIFJPIHdvdWxkPGJy Pg0Kc2VlbSB0byBiZSB1c2VkIChpbiB0aGUgNDM2NCBjYXNlKSBvbmx5IHdoZW4gdGhlIFJUIGlz IGFsc28gaW4gdXNlLjxicj4NCjxicj4NCldlIGFwcHJlY2lhdGUgdGhhdCB0aGUgZGlzdGluY3Rp b24gaXMgcHJldHR5IGRlbGljYXRlLCBidXQgd2UgdGhpbmsgd2UgYXJlPGJyPg0KcmlnaHQgdG8g dXNlIFJUIGluIHRoaXMgY2FzZSBiZWNhdXNlIHdlIGFyZSBmaWx0ZXJpbmcgdG8gaW1wb3J0LCBu b3QgdG88YnI+DQphdm9pZCBpbXBvcnRpbmcuIEZ1cnRoZXJtb3JlLCBpZiB3ZSB1c2VkIHRoZSBS TyB0aGVuLCB0byBiZSBjb25zaXN0ZW50IHdpdGg8YnI+DQo0MzY0LCB3ZSB3b3VsZCBzdGlsbCBi ZSB1c2luZyB0aGUgUlQgYW55d2F5Ljxicj4NCjxicj4NClRoYXQsIHdlIHRoaW5rLCBkaXNwb3Nl cyBvZiB0aGUgJnF1b3Q7UlQgb3IgUk8/JnF1b3Q7IHF1ZXN0aW9uLjxicj4NCjxicj4NCk5vdywg d2UgY2FuIGdvIGJhY2sgdG8gdGhlIG9yaWdpbmFsIGZvcm11bGF0aW9uIG9mIHRoZSBxdWVzdGlv bjogaXMgaXQgT0sgdG88YnI+DQp1c2UgUlQgd2l0aCAmcXVvdDtub24tVlBOIElQIGFkZHJlc3Nl cyZxdW90Oz8gV2VsbCwgd2UgY29uc3VsdGVkIGFyb3VuZCBhIGJpdDxicj4NCnByaXZhdGVseSBh bW9uZ3N0IHNvbWUgQkdQIGV4cGVydHMsIGFuZCB3ZSBjb3VsZG4ndCBmaW5kIGFueW9uZSB0byBz YXkgaXQ8YnI+DQp3YXMgYWN0dWFsbHkgYSBwcm9ibGVtLiBBbmQgKG9mIGNvdXJzZSkgbm8gb25l IHJhaXNlZCB0aGUgaXNzdWUgaW4gV0cgbGFzdDxicj4NCmNhbGwgLSBidXQgTWF0dGhldyBtaWdo dCBjbGFpbSB0aGF0IGlzIGJlY2F1c2UgdGhlIGRvY3VtZW50IHdhcyBvbmx5IGxpZ2h0bHk8YnI+ DQpyZXZpZXdlZCwgYW5kIFN0ZXBoYW5lIG1pZ2h0IGNsYWltIHRoYXQgdGhpcyBpcyBiZWNhdXNl IGhlIGhhZCBhbHJlYWR5PGJyPg0KcmFpc2VkIHRoZSBwb2ludC4gT2J2aW91c2x5LCBzb21lIG9m IHRoZSBhdXRob3JzIGtub3cgYSBiaXQgYWJvdXQgQkdQLCBhbmQ8YnI+DQpFcmljIHdhcyBhIGxl YWQgYXV0aG9yIG9uIDQzNjQgYW5kIGRyb3ZlIGEgbG90IG9mIHRoZSBkZXRhaWxzIG9mIHdoYXQg d2U8YnI+DQp3cm90ZS48YnI+DQo8YnI+DQpUd28gcG9pbnRzIGluIGNsb3Npbmc6PGJyPg0KLSBJ ZiBzb21lb25lIGNhbiBzaG93IHRoYXQgd2UgYnJlYWsgc29tZXRoaW5nLCB3ZSB3aWxsIGhhdmUg dG8gZml4IGl0Ljxicj4NCi0gSWYgdGhlIGNoYWlycyB3YW50IHRvIHJ1biB0aGlzIHBvaW50IHBh c3QgSURSIGFuZCBCRVNTIGV4cGxpY2l0bHksIHRoYXQ8YnI+DQp3b3VsZCBiZSBmaW5lLjxicj4N Cjxicj4NCkhvcGUgdGhpcyBoZWxwcy48YnI+DQo8YnI+DQpCZXN0LDxicj4NCkFkcmlhbjxicj4N Cjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fPGJyPg0KQkVTUyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86QkVTU0BpZXRm Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPkJFU1NAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0 cHM6Ly9uYW0xMS5zYWZlbGlua3MucHJvdGVjdGlvbi5vdXRsb29rLmNvbS8/dXJsPWh0dHBzJTNB JTJGJTJGd3d3LmlldGYub3JnJTJGbWFpbG1hbiUyRmxpc3RpbmZvJTJGYmVzcyZhbXA7ZGF0YT0w MiU3QzAxJTdDbGluZGEuZHVuYmFyJTQwZnV0dXJld2VpLmNvbSU3Q2FkNTBhMzA2MDgwYjRkNzMw ZTIwMDhkODBiOTFjZGYxJTdDMGZlZThmZjJhM2IyNDAxODljNzUzYTFkNTU5MWZlZGMlN0MxJTdD MCU3QzYzNzI3MjA2ODE1ODg5NzY3NSZhbXA7c2RhdGE9UUUlMkZTNW1uT3ZQVFE1dSUyRmdUU2FN VHJ6aE9wdjRZdXhQVWY4QUxqV0NURkElM0QmYW1wO3Jlc2VydmVkPTAiIHRhcmdldD0iX2JsYW5r Ij5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Jlc3M8L2E+PG86cD48L286 cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_SN6PR13MB2334B7460BBF6EEFC93681EB85850SN6PR13MB2334namp_-- From nobody Mon Jun 8 15:35:54 2020 Return-Path: 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 7B03E3A0874; Mon, 8 Jun 2020 15:35:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.087 X-Spam-Level: X-Spam-Status: No, score=-2.087 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=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 rSkUvvN_JKBT; Mon, 8 Jun 2020 15:35:45 -0700 (PDT) Received: from mail-io1-xd2b.google.com (mail-io1-xd2b.google.com [IPv6:2607:f8b0:4864:20::d2b]) (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 95D423A086E; Mon, 8 Jun 2020 15:35:45 -0700 (PDT) Received: by mail-io1-xd2b.google.com with SMTP id r2so20647677ioo.4; Mon, 08 Jun 2020 15:35:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=NPtbezrB5SZCgfm5490lOB1qFkYZAawFRm6PIf79Af4=; b=kS24YgSglaqOK0zKwfF6u9LzRHaRIaUXstdPNfNdcjpZEFtbacW26v1Sl3V8Uh+Rvq EvGrFYRVrn1AzebO7O2zkKFQgCcYhqowEVLnThs1QtpeWTqHflq+Ns/55M7F5F45KNOy dAmuhQSFSk8nrIIkjcfN1QDKVS7ak042tEUWXV7Y2DF+LTBlfS0fX+56ND7q6uhMyO3C bNkEBVdRqnk/QXP6Ouhv27thAKuhXXaRHCLklfFYpEne9FoMjXkoTTTVgVVP44oRZJkE 2Zp7+k9B2xgcQNzyYYU3xoXvcwiBuGbEdog5eoB7Lxjc/hVYZI2J8naUiqmfgcywRuIE 7GVQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=NPtbezrB5SZCgfm5490lOB1qFkYZAawFRm6PIf79Af4=; b=FuewvyIiW8vqzqWUChuUubLPhSzF5/VYIdh3qA03Wu4tBy/cpS3wfhZ3TKn+tJKAhT yKZk6Gm3hsnOZGnabjj+f+5TkVQj9pxQShy0Xg6MKon0KPwjfMKaz65hnvwGl/Tqd5/v EdTFiXcupUGq79TLkwB27G+Yxt2kuFmgsQSEZT/Mk3TqB1tKTAvD9n9fzrIxdj3Ebuhi 1ZTbd38MpX1N146GGi8g2UQOuoC02w/6i08ZkIIurCXEbQlG9BkNXI98uK6aTYeZ+qGY AIs3GBH+9adq0peloD62wjnCLhBx9C2sehh+3QIPiJLiOxCszwEoX+qM/qxLEgCdffaS 77cQ== X-Gm-Message-State: AOAM530n1q+BwDVWfko8F+LRhPFpQyr93MMl/X+sF3Cb2XHD/LtZ85zS u0TdzdX1G+ZJMK0tn1z10mHj/Hix1YI2mYowPaw= X-Google-Smtp-Source: ABdhPJz/QPyidjXoPgihio8UwqXl1ACFh2p77e9g5MIA9YXGPucurRklXH6AnmYqJd/SyUmCM5+96J/Z4oV4yxrVQuk= X-Received: by 2002:a02:5a85:: with SMTP id v127mr8829541jaa.83.1591655744666; Mon, 08 Jun 2020 15:35:44 -0700 (PDT) MIME-Version: 1.0 References: <00cc01d63d6f$9b7af880$d270e980$@gmail.com> <011601d63da3$dc4aedf0$94e0c9d0$@gmail.com> <015f01d63dad$a068d630$e13a8290$@gmail.com> In-Reply-To: <015f01d63dad$a068d630$e13a8290$@gmail.com> From: Gyan Mishra Date: Mon, 8 Jun 2020 18:35:34 -0400 Message-ID: To: "adrian@olddog.co.uk" , slitkows.ietf@gmail.com Cc: BESS , Robert Raszuk , "idr@ietf. org" Content-Type: multipart/alternative; boundary="0000000000004400e605a79a3bb9" Archived-At: Subject: Re: [bess] [Idr] FW: Closing on Stephane's open issue with draft-ietf-bess-datacenter-gateway => Requesting feedback from IDR X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2020 22:35:49 -0000 --0000000000004400e605a79a3bb9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Jun 8, 2020 at 11:58 AM wrote: > I=E2=80=99m ok with that, but in such a case, you have to ensure that eve= rything > will work fine when RTC is used: at least specify the behavior when no RT > are attached. As mentioned, rt-no-rt draft currently says that routes are > not advertised. > > Gyan> Understood and agreed that behavior for both RT and no RT attache= d > behavior should be added. Agreed that RTC explicitly states if RT > membership does not exist then the routes are not advertised. The behavi= or > with SAFI 1 is the same as SAFI 128 with regards to RTC support. > > *From:* Robert Raszuk > *Sent:* lundi 8 juin 2020 17:07 > *To:* slitkows.ietf@gmail.com > *Cc:* idr@ietf. org ; BESS > *Subject:* Re: [bess] FW: Closing on Stephane's open issue with > draft-ietf-bess-datacenter-gateway =3D> Requesting feedback from IDR > > > > Hi, > > > > > [SLI] It could work if: we prevent usage of RTC for these families > > > > Actually I am not sure we need to prevent anything. Honestly I would leav= e > it for the proper operator's configuration. > > > > RTC is not something on by default in any AFI/SAFI. > > > > Thx a lot, > R. > > > > > > > > On Mon, Jun 8, 2020 at 4:48 PM wrote: > > Hi Robert, > > > > Thanks for your feedback. > > Please find some comments inline. > > > > Stephane > > > > > > *From:* Robert Raszuk > *Sent:* lundi 8 juin 2020 11:55 > *To:* slitkows.ietf@gmail.com > *Cc:* idr@ietf. org ; BESS > *Subject:* Re: [bess] FW: Closing on Stephane's open issue with > draft-ietf-bess-datacenter-gateway =3D> Requesting feedback from IDR > > > > Stephane, > > > > Two points ... > > > > 1. It is not clear to me that draft-ietf-bess-datacenter-gateway > recommends to use RTC for anything - do they ? If not there is no > issue. > > [SLI] Right, but nothing prevents someone to activate it or it can be > activated =E2=80=9Cby inheritance=E2=80=9D if sessions already runs VPNv4= for instance with > RTC. > > > > 1. Also note that RTC can be enabled on a per AF basis hence even if > you use it say for SAFI 128 you do not need to use it for SAFI 1. > > [SLI] RFC4684 is AFI/SAFI agnostic. I=E2=80=99m not aware of per-AFI/SAFI= scoping > of RT membership from an implementation point of view. You can do it by > splitting sessions usually. > > > > [SLI] It could work if: we prevent usage of RTC for these families, or we > specify the default behavior of RTC for AFI/SAFI 1/1, 2/1 when there is n= o > RT (distribute routes that don=E2=80=99t have an RT). > > > > > > As a general comment I do not see any issues using RTs on non VPN SAFIs. > > > > Thx,, > > R. > > > > On Mon, Jun 8, 2020 at 10:34 AM wrote: > > Hi IDR WG, > > We have a draft that was on WGLC which introduces the usage of Route > Targets > on Internet address families to allow automated filtering of gateway > routes. > I raised a concern on a potential issue happening when Route Target > constraint is deployed on these sessions. > > Internet address families don't use RTs today, and are propagated followi= ng > the BGP propagation rules. When applying an RT and when having RTC deploy= ed > on the session (RTC not being family aware), propagation of Internet rout= es > that don't have an RT may be stopped because of the behavior defined in > draft-ietf-idr-rtc-no-rt. This will so break the existing default behavio= r > of Internet SAFIs. > > We would like to get IDR's feedback on this topic. > > Thanks, > > Stephane > BESS co-chair > > > -----Original Message----- > From: Adrian Farrel > Sent: jeudi 4 juin 2020 19:31 > To: slitkows.ietf@gmail.com > Cc: bess-chairs@ietf.org; bess@ietf.org; > draft-ietf-bess-datacenter-gateway@ietf.org > Subject: Closing on Stephane's open issue with > draft-ietf-bess-datacenter-gateway > > Hi, > > John and I had a chat today about what we perceive is Stephane's open > issue. > > What we think the concern is is that we are using RTs in conjunction with > normal (i.e., non-VPN) routes. We do this to allow gateways to filter the= ir > imports based on the RT that applies to the SR domain that it serves. > > An option was to use the Route Origin extended community instead. > > RFC 4360, which introduces both the Route Target and the Route Origin > extended communities and gives some guidance. Loosely expressed, the RT > says > which routers should import, the RO says which routers have advertised. I= n > both cases, the text suggests that "One possible use of the community is > specified in RFC4364" which implies that there are other acceptable uses. > > 4364 implies that the RO is used "to uniquely identify the set of routes > learned from a particular site." That is (my words), to apply a filter on > top of the RT to prevent re-import by a site of routes that match the RT > and > that were advertised by other entry points to the site. Indeed, the RO > would > seem to be used (in the 4364 case) only when the RT is also in use. > > We appreciate that the distinction is pretty delicate, but we think we ar= e > right to use RT in this case because we are filtering to import, not to > avoid importing. Furthermore, if we used the RO then, to be consistent wi= th > 4364, we would still be using the RT anyway. > > That, we think, disposes of the "RT or RO?" question. > > Now, we can go back to the original formulation of the question: is it OK > to > use RT with "non-VPN IP addresses"? Well, we consulted around a bit > privately amongst some BGP experts, and we couldn't find anyone to say it > was actually a problem. And (of course) no one raised the issue in WG las= t > call - but Matthew might claim that is because the document was only > lightly > reviewed, and Stephane might claim that this is because he had already > raised the point. Obviously, some of the authors know a bit about BGP, an= d > Eric was a lead author on 4364 and drove a lot of the details of what we > wrote. > > Two points in closing: > - If someone can show that we break something, we will have to fix it. > - If the chairs want to run this point past IDR and BESS explicitly, that > would be fine. > > Hope this helps. > > Best, > Adrian > > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > --=20 *Gyan Mishra* *Network Solutions A**rchitect * *M 301 502-134713101 Columbia Pike *Silver Spring, MD --0000000000004400e605a79a3bb9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

    I=E2=80=99m ok with = that, but in such a case, you have to ensure that everything will work = fine when RTC is used: at least specify the behavior when no RT are = attached. As mentioned, rt-no-rt draft currently says that routes are = not advertised.

     

    From: Robert Raszuk <robert@raszuk.net>
    Sent: = lundi 8 juin 2020 17:07
    To: = slitkows.ietf@gmail.com
    Cc: idr@ietf. org = <idr@ietf.org>; BESS <bess@ietf.org>
    Subject: Re: = [bess] FW: Closing on Stephane's open issue with = draft-ietf-bess-datacenter-gateway =3D> Requesting feedback from = IDR

     

    Hi,

     

    > [SLI] It could work if: we = prevent usage of RTC for these = families  

     

    Actually I am not sure we need to = prevent anything. Honestly I would leave it for the = proper operator's = configuration. 

     

    RTC is not something on by default = in any AFI/SAFI. 

     

    Thx a = lot,
    R.

     

     

     

    Hi Robert,

     

    Thanks for your feedback.

    Please find some comments inline.

     

    Stephane

     

     

    From: Robert Raszuk = <robert@raszuk.net> =
    Sent: lundi 8 juin 2020 11:55
    To:     slitkows.ietf@gmail.com
    Cc: idr@ietf. org <    idr@ietf.org>; BESS = <bess@ietf.org>
    Subject: Re: [bess] FW: Closing on = Stephane's open issue with draft-ietf-bess-datacenter-gateway =3D> = Requesting feedback from IDR

     

    Stephane,

     <= /o:p>

    Two points = .. 

     <= /o:p>

    1. It is not clear to me = that draft-ietf-bess-datacenter-gateway recommends to use RTC for = anything - do they ? If not there is no = issue. 

    [SLI] Right, but nothing prevents someone to activate it or = it can be activated =E2=80=9Cby inheritance=E2=80=9D if sessions already = runs VPNv4 for instance with RTC.

     

    1. Also note that RTC = can be enabled on a per AF basis hence even if you use it say for SAFI = 128 you do not need to use it for SAFI = 1. 

    [SLI] RFC4684 is AFI/SAFI agnostic. I=E2=80=99m not aware = of per-AFI/SAFI scoping of RT membership from an implementation point of = view. You can do it by splitting sessions = usually.

     

    [SLI] It could work if: we prevent usage of RTC for these = families, or we specify the default behavior of RTC for AFI/SAFI 1/1, = 2/1 when there is no RT (distribute routes that don=E2=80=99t have an = RT).

     

     

    As a general comment I do not see any issues using RTs on = non VPN SAFIs. 

     

    Thx,,

    R.

     

    On Mon, Jun 8, 2020 at 10:34 AM <slitkows.ietf@gmail.com> = wrote:

    Hi IDR WG,

    We have a draft that was on WGLC which = introduces the usage of Route Targets
    on Internet address families to = allow automated filtering of gateway routes.
    I raised a concern on a = potential issue happening when Route Target
    constraint is deployed on = these sessions.

    Internet address families don't use RTs today, = and are propagated following
    the BGP propagation rules. When applying = an RT and when having RTC deployed
    on the session (RTC not being = family aware), propagation of Internet routes
    that don't have an RT = may be stopped because of the behavior defined = in
    draft-ietf-idr-rtc-no-rt. This will so break the existing default = behavior
    of Internet SAFIs.

    We would like to get IDR's = feedback on this topic.

    Thanks,

    Stephane
    BESS = co-chair


    -----Original Message-----
    From: Adrian Farrel = <    adrian@olddog.co.uk>
    Sent: jeudi 4 juin 2020 19:31
    To:     slitkows.ietf@gmail.com
    Cc:     bess-chairs@ietf.org; = bess@ietf.org;
    draft-ietf-bess-datacenter-gateway@ietf.org
    Subject: Closing on Stephane's open issue = with
    draft-ietf-bess-datacenter-gateway

    Hi,

    John and I = had a chat today about what we perceive is Stephane's open = issue.

    What we think the concern is is that we are using RTs in = conjunction with
    normal (i.e., non-VPN) routes. We do this to allow = gateways to filter their
    imports based on the RT that applies to the = SR domain that it serves.

    An option was to use the Route Origin = extended community instead.

    RFC 4360, which introduces both the = Route Target and the Route Origin
    extended communities and gives some = guidance. Loosely expressed, the RT says
    which routers should import, = the RO says which routers have advertised. In
    both cases, the text = suggests that "One possible use of the community is
    specified in = RFC4364" which implies that there are other acceptable = uses.

    4364 implies that the RO is used "to uniquely identify = the set of routes
    learned from a particular site." That is (my = words), to apply a filter on
    top of the RT to prevent re-import by a = site of routes that match the RT and
    that were advertised by other = entry points to the site. Indeed, the RO would
    seem to be used (in = the 4364 case) only when the RT is also in use.

    We appreciate = that the distinction is pretty delicate, but we think we are
    right to = use RT in this case because we are filtering to import, not to
    avoid = importing. Furthermore, if we used the RO then, to be consistent = with
    4364, we would still be using the RT anyway.

    That, we = think, disposes of the "RT or RO?" question.

    Now, we = can go back to the original formulation of the question: is it OK = to
    use RT with "non-VPN IP addresses"? Well, we consulted = around a bit
    privately amongst some BGP experts, and we couldn't find = anyone to say it
    was actually a problem. And (of course) no one = raised the issue in WG last
    call - but Matthew might claim that is = because the document was only lightly
    reviewed, and Stephane might = claim that this is because he had already
    raised the point. = Obviously, some of the authors know a bit about BGP, and
    Eric was a = lead author on 4364 and drove a lot of the details of what = we
    wrote.

    Two points in closing:
    - If someone can show that = we break something, we will have to fix it.
    - If the chairs want to = run this point past IDR and BESS explicitly, that
    would be = fine.

    Hope this = helps.

    Best,
    Adrian


    ________________________________= _______________
    BESS mailing list
    BESS@ietf.org
    https://www.ietf.org/mailman/listinfo/bess


    On Mon, Jun 8, 2020 at 11:58 AM <slitkows.ietf@gmail.com> wrote:

    I=E2=80=99m ok with that, but in such a cas= e, you have to ensure that everything will work fine when RTC is used: at l= east specify the behavior when no RT are attached. As mentioned, rt-no-rt d= raft currently says that routes are not advertised.

    =C2=A0Gyan> =C2=A0Un= derstood and agreed that behavior for both RT and no RT attached behavior s= hould be added.=C2=A0 Agreed that RTC explicitly states if RT membership do= es not exist then the routes are not advertised.=C2=A0 The behavior with SA= FI 1 is the same as SAFI 128 with regards to RTC support.

    =

    From: Robert Raszuk <robert@raszuk.net>
    Sent: lundi 8 juin 2020 17= :07
    To: slitkows.ietf@gmail.com
    Cc: idr@ietf. org <idr@ietf.org>; BESS <bess@ietf.org>
    S= ubject: Re: [bess] FW: Closing on Stephane's open issue with draft-= ietf-bess-datacenter-gateway =3D> Requesting feedback from IDR=

    =C2=A0=

    Hi,<= u>

    = =C2=A0

    > [SLI] It could work if: we prevent usage of RTC for these families= =C2=A0=C2=A0

    =C2=A0

    Actually I am not sure we need to prevent=C2=A0= anything. Honestly I would leave it for the proper=C2=A0operator's conf= iguration.=C2=A0

    = =C2=A0

    RTC is not something on by default in any A= FI/SAFI.=C2=A0

    =C2=A0

    Thx a lot,
    R.

    =C2=A0

    =C2=A0=

    <= u>=C2=A0

    On Mon, Jun 8, 2020 at 4:48 PM <slitkows.ietf@g= mail.com> wrote:

    Hi= Robert,

    =C2=A0

    Thanks for your feedback.

    = Please find some comments inline.=

    =C2=A0=

    Stephane

    =C2=A0

    =C2=A0

    From: Robert Raszuk <robert@raszuk.net>
    Sent: lundi 8 juin 2020 11:55
    To:= slitkows.ietf@gmail.com
    <= b>Cc: idr@ietf. org <    idr@ietf.org>; BESS <= bess@ietf.org>
    <= b>Subject:     Re: [bess] FW: Closing on Stephane's open issue with dra= ft-ietf-bess-datacenter-gateway =3D> Requesting feedback from IDR=

    =C2=A0=

    Stephane,

    =C2=A0

    Two points ...=C2=A0

    =

    =C2=A0<= /u>

    1. It is not clear to me that=C2=A0draft-ietf-bess-datacenter-gateway recomm= ends to use RTC for anything - do they ? If not there is no issue.= =C2=A0

    [SLI] Right, but noth= ing prevents someone to activate it or it can be activated =E2=80=9Cby inhe= ritance=E2=80=9D if sessions already runs VPNv4 for instance with RTC.

    = =C2=A0

    1. Also note that RTC can be enabled on a per AF basis henc= e even if you use it say for SAFI 128 you do not need to use it for SAFI 1.= =C2=A0

    [SLI] RFC4684 = is AFI/SAFI agnostic. I=E2=80=99m not aware of per-AFI/SAFI scoping of RT m= embership from an implementation point of view. You can do it by splitting = sessions usually.

    =C2=A0

    [SLI] It could work if: we prevent usage of RTC for t= hese families, or we specify the default behavior of RTC for AFI/SAFI 1/1, = 2/1 when there is no RT (distribute routes that don=E2=80=99t have an RT).<= u>

    =C2=A0<= u>

    =C2=A0<= u>

    As a general comment I do not see any issues using RTs on non VPN SAFIs= .=C2=A0

    =C2=A0

    Thx,,

    R.

    =C2=A0

    On Mon, Jun 8, 2020 at 1= 0:34 AM <slitkows.ietf@gmail.com> wrote:

    Hi IDR WG,

    We have a draft that was on = WGLC which introduces the usage of Route Targets
    on Internet address fam= ilies to allow automated filtering of gateway routes.
    I raised a concern= on a potential issue happening when Route Target
    constraint is deployed= on these sessions.

    Internet address families don't use RTs toda= y, and are propagated following
    the BGP propagation rules. When applying= an RT and when having RTC deployed
    on the session (RTC not being family= aware), propagation of Internet routes
    that don't have an RT may be= stopped because of the behavior defined in
    draft-ietf-idr-rtc-no-rt. Th= is will so break the existing default behavior
    of Internet SAFIs.
    We would like to get IDR's feedback on this topic.

    Thanks,
    <= br>Stephane
    BESS co-chair


    -----Original Message-----
    From:= Adrian Farrel <    adrian@olddog.co.uk>
    Sent: jeudi 4 juin 2020 19:31
    To:     slitkows.i= etf@gmail.com
    Cc:     bess-chairs= @ietf.org; bess@ietf.org;
    draft-ietf-bess-dat= acenter-gateway@ietf.org
    Subject: Closin= g on Stephane's open issue with
    draft-ietf-bess-datacenter-gateway
    Hi,

    John and I had a chat today about what we perceive is Step= hane's open issue.

    What we think the concern is is that we are u= sing RTs in conjunction with
    normal (i.e., non-VPN) routes. We do this t= o allow gateways to filter their
    imports based on the RT that applies to= the SR domain that it serves.

    An option was to use the Route Origin= extended community instead.

    RFC 4360, which introduces both the Rou= te Target and the Route Origin
    extended communities and gives some guida= nce. Loosely expressed, the RT says
    which routers should import, the RO = says which routers have advertised. In
    both cases, the text suggests tha= t "One possible use of the community is
    specified in RFC4364" = which implies that there are other acceptable uses.

    4364 implies tha= t the RO is used "to uniquely identify the set of routes
    learned fr= om a particular site." That is (my words), to apply a filter on
    top= of the RT to prevent re-import by a site of routes that match the RT andthat were advertised by other entry points to the site. Indeed, the RO wo= uld
    seem to be used (in the 4364 case) only when the RT is also in use.<= br>
    We appreciate that the distinction is pretty delicate, but we think = we are
    right to use RT in this case because we are filtering to import, = not to
    avoid importing. Furthermore, if we used the RO then, to be consi= stent with
    4364, we would still be using the RT anyway.

    That, we = think, disposes of the "RT or RO?" question.

    Now, we can g= o back to the original formulation of the question: is it OK to
    use RT w= ith "non-VPN IP addresses"? Well, we consulted around a bit
    pr= ivately amongst some BGP experts, and we couldn't find anyone to say it=
    was actually a problem. And (of course) no one raised the issue in WG l= ast
    call - but Matthew might claim that is because the document was only= lightly
    reviewed, and Stephane might claim that this is because he had = already
    raised the point. Obviously, some of the authors know a bit abou= t BGP, and
    Eric was a lead author on 4364 and drove a lot of the details= of what we
    wrote.

    Two points in closing:
    - If someone can sho= w that we break something, we will have to fix it.
    - If the chairs want = to run this point past IDR and BESS explicitly, that
    would be fine.
    <= br>Hope this helps.

    Best,
    Adrian


    _____________________= __________________________
    BESS mailing list
    BESS@ietf.org=
    https://www.ietf.org= /mailman/listinfo/bess=

    _________= ______________________________________
    Idr mailing list
    Idr@ietf.org
    https://www.ietf.org/mailman/listinfo/idr
    --
    --0000000000004400e605a79a3bb9-- From nobody Tue Jun 9 12:18:31 2020 Return-Path: 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 522CC3A0D17; Tue, 9 Jun 2020 12:18:25 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.3.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <159173030528.29012.1630539146684848056@ietfa.amsl.com> Date: Tue, 09 Jun 2020 12:18:25 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-bgp-multicast-controller-01.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2020 19:18:25 -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 WG of the IETF. Title : Controller Based BGP Multicast Signaling Authors : Zhaohui Zhang Robert Raszuk Dante Pacella Arkadiy Gulko Filename : draft-ietf-bess-bgp-multicast-controller-01.txt Pages : 13 Date : 2020-06-09 Abstract: This document specifies a way that one or more centralized controllers can use BGP to set up a multicast distribution tree in a network. In the case of labeled tree, the labels are assigned by the controllers either from the controllers' local label spaces, or from a common Segment Routing Global Block (SRGB), or from each routers Segment Routing Local Block (SRLB) that the controllers learn. In case of labeled unidirectional tree and label allocation from the common SRGB or from the controllers' local spaces, a single common label can be used for all routers on the tree to send and receive traffic with. Since the controllers calculate the trees, they can use sophisticated algorithms and constraints to achieve traffic engineering. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-bgp-multicast-controller/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-bgp-multicast-controller-01 https://datatracker.ietf.org/doc/html/draft-ietf-bess-bgp-multicast-controller-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-bgp-multicast-controller-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Jun 10 06:58:32 2020 Return-Path: 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 74EFB3A08C6; Wed, 10 Jun 2020 06:58:30 -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, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.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 1P-ZOLDaGeIs; Wed, 10 Jun 2020 06:58:29 -0700 (PDT) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50100.outbound.protection.outlook.com [40.107.5.100]) (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 BF8D83A08BE; Wed, 10 Jun 2020 06:58:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=WVkXP9/S+XFQLZGMwGyJUZX7nZtsj6hRFkEU0QG33MfrImWSRbQrz6BJyvJqa+TBXtdxxd9W9/vXvMPFWZ1XjY2mDhN4M0eOAuzjAx0p5eCcJc/xDTZdH3O3uiwu86McAk+DK5+Oo+UaOblPK7r21KI/9PGdrPvc1ysTHrzaeMWDErf2P9rSY7yW7scgkyvekMg/UlMPY3ft7DGDU3CAifJhk7z9+zTl70ZUZmukpkuSvqI1xi1nknYRNFKqcDSkNEASpeBftoO2a0sly+GHRBcN4zbJBVZofBu8LGe6shNahyR7LOQgKhesmBad/2FAPEqi5j29IJql347tEmO4yw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=grqZcWg0kwGETrsUQH+bb1gBioiWnCgEmfSbvhh3N6o=; b=D3/lFrZmKwAlUCLTOB2d/gAm4szw8NEPL+iCrTfPeNolBNTdqKZSlRWHEAn3dLFva+vSCSYSrVzAPi2/ulb+VfHD7Yw7z8sRsieAwhC+Y26unoWuSBTsD163wabgP63pg8K+1dEr/Qq1t3gkdYKxKUQduYJFU5txtWYHwqhI5wdETMhyTsOd9WfCXbh7hz4am3he+CrZrYMCsmToaL9CrMYr4refBFO07N1OtLor3YZD0NmcFGNrqrr3sIn3YZqv/hVk2R8tNcc6z8W4bKLzQ+22IQOvaDcoWENsQ2fOVuJ5ZtBcL4rLPzqENv/79fYQ1izlk823rw9EzFXww6KW0w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=grqZcWg0kwGETrsUQH+bb1gBioiWnCgEmfSbvhh3N6o=; b=ltL39OhiAsDMYXSiNEtzd7UFmecmshRJoSXggkCkcue9SRnLlZBpVPL0Yau581s5Y20VPkW3MWkGlqB2Z8wly5cc1cCiUrLaVB1jItjyNZ3CNWSJuZ+NE5A9v2NF8j16TnaMvfkz0cBFnxIyYJMERGSRYbMhCkSPNXhfc6tuE2M= Received: from DB7PR07MB4106.eurprd07.prod.outlook.com (2603:10a6:5:f::31) by DB8PR07MB6475.eurprd07.prod.outlook.com (2603:10a6:10:139::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.7; Wed, 10 Jun 2020 13:58:25 +0000 Received: from DB7PR07MB4106.eurprd07.prod.outlook.com ([fe80::d4d2:af36:508b:c0]) by DB7PR07MB4106.eurprd07.prod.outlook.com ([fe80::d4d2:af36:508b:c0%7]) with mapi id 15.20.3088.018; Wed, 10 Jun 2020 13:58:25 +0000 From: "Bocci, Matthew (Nokia - GB)" To: "bess@ietf.org" CC: "bess-chairs@ietf.org" , "Vigoureux, Martin (Nokia - FR/Paris-Saclay)" Thread-Topic: Post publication request IPR disclosure against draft-ietf-bess-vpls-multihoming Thread-Index: AQHWPy82j4v5bWgTIUOqDfayTV5QTg== Date: Wed, 10 Jun 2020 13:58:25 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.37.20051002 authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=nokia.com; x-originating-ip: [131.228.32.181] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 6f905bf4-1fbd-4c30-ac87-08d80d4658ab x-ms-traffictypediagnostic: DB8PR07MB6475: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0430FA5CB7 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: wqzPh/NFrbBgSkjytQSFO/fWLCWkAZjY1a8nwGjFdpiUdDkzOmK+mpoU8qn3WsE0dValIo/Moz5Pjqd7uWGKV7LuY2LtNnANs/6s5j23VLGJWUfe9JvhDB8DdXMPc+HdyEj66WWVh9DffZdS62m3n/LJBE1WK0VKgsNiBAiNBJJkEseKSmtA6DDjhRGA/ZULSVSSX5yalqk2csaMUVl2F7s1dhLjKhqQVBvHuSKux/llUmtU9YKM+2NSoRuOAp+xqx/iiOHmSGpcL/w/kFH1/LjIz1y/fkvCGxrgQobLz3ybv6uJPUVX60JbdvmRJp9o+KD4Jp0+MRj2XfmlHriy8So5EB5zYrnbrbpQnAcPMyEe6/jinxcdpwfkNPXGejDAGmZVdcami3vxiTkBL1qw0Q== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DB7PR07MB4106.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(346002)(376002)(136003)(396003)(39860400002)(366004)(478600001)(966005)(26005)(186003)(66446008)(91956017)(76116006)(8676002)(6916009)(6512007)(64756008)(36756003)(66556008)(66946007)(66476007)(2616005)(71200400001)(2906002)(5660300002)(6506007)(8936002)(450100002)(6486002)(166002)(83380400001)(33656002)(4326008)(316002)(54906003)(107886003)(86362001)(4744005); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: sQD3zkcoCFwsGfsgotXb06dZM8RTmGMCkZU6tyMppxVKmFrZ/17RVZmIVjpd0WOcikzsb/J0OzbBmBbM32OtjHGfYyX2ZmHSkHbV47j58CxfagAT6ZGOgd6d1IUrcJe7arkS3DIIfT4CMHW3mfFj7urAIxtjc+Ao+Ip/BW2UjANeCtl0Yt/+KrAl+ZPSH7WL3rytpAxslnz+iv4tsY20Uj+aomyNdUg7sK4rm/bFF/dF53s6CFmcBYMhj1P98tiB/ieg9lyJv9UNbpsPdwgMvuJlVxYdY8qqTG8CBIS+tUpK2w5z85EH10in9plHTJY8s5FLOUYvieGymxPH7nGMRcKwP+F8SjxkASRmdutyXhloR97YxGr3Nd5+zRZ2cBAqqfb/ADikWAnan06Ic94pR+aGM5wRmQjis1uc5DpZlDk7lPospUFBS84UO7Mr9WxRJqFYFXA07F+qezPHwwrqasIKnnkhUbrgaeSDpPVsb2wdrdY7ORnGZ29qJpOCjZNh Content-Type: multipart/alternative; boundary="_000_C579F9936D524C96A160732231E8FA71nokiacom_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: 6f905bf4-1fbd-4c30-ac87-08d80d4658ab X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Jun 2020 13:58:25.8453 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 6ZXYhnDp6/++bZTuEGxKfdRlgvsajFeU0QcxxLSQxbIadVY9zy5WD4fn6RsIFLI2mGciULRpc10jO3doWQyxEA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB8PR07MB6475 Archived-At: Subject: [bess] Post publication request IPR disclosure against draft-ietf-bess-vpls-multihoming X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 13:58:31 -0000 --_000_C579F9936D524C96A160732231E8FA71nokiacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Rm9sa3MNCg0KDQoNCkkgc3VibWl0dGVkIGEgcmVxdWVzdCBmb3IgcHVibGljYXRpb24gb2YgdGhp cyBkcmFmdCBhcyBhIHN0YW5kYXJkcyB0cmFjayBSRkMgaW4gU2VwdGVtYmVyIDIwMTkuIEF0IHRo ZSB0aW1lLCBvbmx5IG9uZSBJUFIgZGlzY2xvc3VyZSBoYWQgYmVlbiBtYWRlIGFnYWluc3QgdGhl IGRyYWZ0Lg0KDQoNCg0KVW5mb3J0dW5hdGVseSBhIG5ldyBJUFIgZGlzY2xvc3VyZSAoIDM4Mzgg KSB3YXMgZmlsZWQgb24gMzFzdCBPY3RvYmVyIDIwMTksIGxvbmcgYWZ0ZXIgdGhlIGRvY3VtZW50 IHdlbnQgdGhyb3VnaCBXRyBsYXN0IGNhbGwgYW5kIGFmdGVyIHRoaXMgcHVibGljYXRpb24gcmVx dWVzdCB3YXMgbWFkZS4gVGhlcmVmb3JlIHRoZSBXRyB3b3VsZCBub3QgaGF2ZSBiZWVuIGF3YXJl IG9mIGl0IGF0IHRoZSB0aW1lIG9mIHRoZSBXRyBsYXN0IGNhbGwuDQoNCg0KVGhlIElQUiBkaXNj bG9zdXJlcyBmb3IgdGhlIGRyYWZ0IGNhbiBiZSBmb3VuZCBhdCBodHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2lwci9zZWFyY2gvP3N1Ym1pdD1kcmFmdCZpZD1kcmFmdC1pZXRmLWJlc3MtdnBs cy1tdWx0aWhvbWluZw0KDQoNCg0KUGxlYXNlIGluZGljYXRlLCBieSAxOXRoIEp1bmUgMjAyMCwg IGlmIHlvdSBoYXZlIGFueSBjb25jZXJucyB3aXRoIHByb2NlZWRpbmcgd2l0aCB0aGUgcHVibGlj YXRpb24gcHJvY2VzcyBpbiB0aGUgbGlnaHQgb2YgdGhpcyBsYXRlIGRpc2Nsb3N1cmUuDQoNCg0K DQpUaGFua3MNCg0KDQoNCk1hdHRoZXcNCg0KDQo= --_000_C579F9936D524C96A160732231E8FA71nokiacom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9 InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl bnQ9Ik1pY3Jvc29mdCBXb3JkIDE1IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQov KiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlh IE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBm b250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJcGFub3NlLTE6MiAxMSA2IDkgMiAy IDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29O b3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAx cHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJp ZjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJs aW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVj b3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29QbGFpblRleHQsIGxpLk1zb1BsYWluVGV4dCwgZGl2 Lk1zb1BsYWluVGV4dA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6 IlBsYWluIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7 DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsN Cgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28t c3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsN Cgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uUGxhaW5UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFt ZToiUGxhaW4gVGV4dCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxl LWxpbms6IlBsYWluIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30N Ci5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6 ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJbXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3 OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRT ZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJv ZHkgbGFuZz0iRU4tR0IiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xh c3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5Gb2xrczxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5JIHN1Ym1pdHRlZCBhIHJlcXVlc3QgZm9yIHB1YmxpY2F0 aW9uIG9mIHRoaXMgZHJhZnQgYXMgYSBzdGFuZGFyZHMgdHJhY2sgUkZDIGluIFNlcHRlbWJlciAy MDE5LiBBdCB0aGUgdGltZSwgb25seSBvbmUgSVBSIGRpc2Nsb3N1cmUgaGFkIGJlZW4gbWFkZSBh Z2FpbnN0IHRoZSBkcmFmdC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+VW5mb3J0dW5h dGVseSBhIG5ldyBJUFIgZGlzY2xvc3VyZSAoIDM4MzggKSB3YXMgZmlsZWQgb24gMzFzdCBPY3Rv YmVyIDIwMTksIGxvbmcgYWZ0ZXIgdGhlIGRvY3VtZW50IHdlbnQgdGhyb3VnaCBXRyBsYXN0IGNh bGwgYW5kIGFmdGVyIHRoaXMgcHVibGljYXRpb24gcmVxdWVzdCB3YXMgbWFkZS4gVGhlcmVmb3Jl IHRoZSBXRyB3b3VsZCBub3QgaGF2ZSBiZWVuIGF3YXJlIG9mIGl0IGF0IHRoZSB0aW1lIG9mDQog dGhlIFdHIGxhc3QgY2FsbC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIElQUiBkaXNj bG9zdXJlcyBmb3IgdGhlIGRyYWZ0IGNhbiBiZSBmb3VuZCBhdCA8YSBocmVmPSJodHRwczovL2Rh dGF0cmFja2VyLmlldGYub3JnL2lwci9zZWFyY2gvP3N1Ym1pdD1kcmFmdCZhbXA7aWQ9ZHJhZnQt aWV0Zi1iZXNzLXZwbHMtbXVsdGlob21pbmciPg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9pcHIvc2VhcmNoLz9zdWJtaXQ9ZHJhZnQmYW1wO2lkPWRyYWZ0LWlldGYtYmVzcy12cGxzLW11 bHRpaG9taW5nPC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5QbGVhc2UgaW5kaWNh dGUsIGJ5IDE5PHN1cD50aDwvc3VwPiBKdW5lIDIwMjAsICZuYnNwO2lmIHlvdSBoYXZlIGFueSBj b25jZXJucyB3aXRoIHByb2NlZWRpbmcgd2l0aCB0aGUgcHVibGljYXRpb24gcHJvY2VzcyBpbiB0 aGUgbGlnaHQgb2YgdGhpcyBsYXRlIGRpc2Nsb3N1cmUuPG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiPlRoYW5rczxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5NYXR0aGV3PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_C579F9936D524C96A160732231E8FA71nokiacom_-- From nobody Wed Jun 10 09:40:48 2020 Return-Path: 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 24D603A0C3E; Wed, 10 Jun 2020 09:40:43 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.3.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <159180724292.11017.2376723805807533007@ietfa.amsl.com> Date: Wed, 10 Jun 2020 09:40:43 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-bgp-multicast-02.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 16:40:47 -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 WG of the IETF. Title : BGP Based Multicast Authors : Zhaohui Zhang Lenny Giuliano Keyur Patel IJsbrand Wijnands Mankamana Mishra Arkadiy Gulko Filename : draft-ietf-bess-bgp-multicast-02.txt Pages : 24 Date : 2020-06-10 Abstract: This document specifies a BGP address family and related procedures that allow BGP to be used for setting up multicast distribution trees. This document also specifies procedures that enable BGP to be used for multicast source discovery, and for showing interest in receiving particular multicast flows. Taken together, these procedures allow BGP to be used as a replacement for other multicast routing protocols, such as PIM or mLDP. The BGP procedures specified here are based on the BGP multicast procedures that were originally designed for use by providers of Multicast Virtual Private Network service. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-bgp-multicast/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-bgp-multicast-02 https://datatracker.ietf.org/doc/html/draft-ietf-bess-bgp-multicast-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-bgp-multicast-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 Wed Jun 10 11:56:55 2020 Return-Path: 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 1D9183A1294 for ; Wed, 10 Jun 2020 11:56:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.087 X-Spam-Level: X-Spam-Status: No, score=-2.087 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=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 rDFAsFHWzepK for ; Wed, 10 Jun 2020 11:56:42 -0700 (PDT) Received: from mail-io1-xd29.google.com (mail-io1-xd29.google.com [IPv6:2607:f8b0:4864:20::d29]) (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 75B0D3A110E for ; Wed, 10 Jun 2020 11:56:04 -0700 (PDT) Received: by mail-io1-xd29.google.com with SMTP id y5so3465033iob.12 for ; Wed, 10 Jun 2020 11:56:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=7DVduL5541R4yv2ugPINMy9AiL1v9YJE4XkgGF414FU=; b=AR/xRvkIeUD8PezmhWpcJSk9z1Fz/xf5b1IkoL1Td0hg5ORr9Y4L92rhky18nAKG+6 5sC9E2Ajdukef1mNIVvEjRTlEk5h6+H2xuAk0AJa7gOrC2lhaCxkDTK8182NSa++Tale F6Sx45jUXXMI25y+ZUz91DU3Z41L2EBYFLu+Ykn4hZRLDzO3HsC5uWNG9/DgI36SzvLl asAHz9lPt2a0Xixz5D24K4MGX9UkDNjMVxbq65hxsdds+iae0ROH/2BsAiPab/2Y22AY 589hLVvQQeW4OWLYfG6mTGEO82TsFCzrZ57/cbBjnHnlp+6/JpO65aRnrAzj8cjoWRcz j7hQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=7DVduL5541R4yv2ugPINMy9AiL1v9YJE4XkgGF414FU=; b=LV7qoLYfTeKC+Vfs7yX2nVNBw8wcjQOM1BQjPKAUsSMn2kO3JpjtBENLMYXb33P7iC PpUQAQ/yNpjtODfdVobVjYmSak9D/N1Ta6RExwxMG6Dgltv3doSMGZH1S5K0/R5HWMSx Jf+/RgZ0XpUJ9FecVFthSjr42KGxSJuZzgoPqN8TZJvRib1Y1xvT+i/Mr7Nf3O6W8cDD TB4jLQ5rgU+DxpfRDEp5JQt40egFDP/HXRYTV47aHWsP9KG6B5YEgrTR9fgxfEmf3CDD AKOoFxGQRG69ZyVgsA30JNCSqSnx/QsXDEzlYw2B8g3XnHS7BJl+qBqZkdF8iYxRqBGu BvGA== X-Gm-Message-State: AOAM532fhS7LLHxht5XT65+7Anwk9c0FeQRJuzXC2NFfaMZpymJgI3d6 7I0obTpfAvUQ30TxO1aROQ5d/hrnewNub5thCFwXQDZlCyc= X-Google-Smtp-Source: ABdhPJxFkatLjvZWDnHrRY8/vJ3C0yeZ+gM5Lo0mOnpc8A+wdfxS07P3umPVlZMWN2U7RtzdlPPHx4lEmBJj+d7hEPs= X-Received: by 2002:a5d:914d:: with SMTP id y13mr4797131ioq.48.1591815363056; Wed, 10 Jun 2020 11:56:03 -0700 (PDT) MIME-Version: 1.0 References: <07d001d63a96$6f375150$4da5f3f0$@olddog.co.uk> In-Reply-To: <07d001d63a96$6f375150$4da5f3f0$@olddog.co.uk> From: Gyan Mishra Date: Wed, 10 Jun 2020 14:55:52 -0400 Message-ID: To: adrian@olddog.co.uk Cc: bess@ietf.org Content-Type: multipart/alternative; boundary="00000000000043578205a7bf65eb" Archived-At: Subject: Re: [bess] New version: draft-ietf-bess-datacenter-gateway-07.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 18:56:54 -0000 --00000000000043578205a7bf65eb Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Adrian & Authors I support the draft and the problems it is trying to address with SR-TR steering over multiple AS hops and the GW auto discovery features. I do have a few questions on the latest draft. I read through the discussion with Boris and has some additional follow on questions. In the Intro section 1 describing the problem statement it is said that load balancing cannot occur as only one best path is chosen which is true. However if you enabled eibgp multipath maximum paths set that both paths as long as BGP path selection all attributes are equal traffic can be easily load balanced between AS2 and egress SR domain. It is not mentioned if AS2 is IP only or mpls IP VPN domain and if a route reflector exist. I think that is important to mention as this gateway auto discovery feature uses RT extended community set and so if the core is IP VPN used that does complicate the architecture as now SAF 1 now stacked with SAFI 128. I have more questions on that topic discussed further down. In that scenario as long as RD is auto on the PEs and eibgp multipath is enabled the RR will reflect multiple paths by unique RF and traffic can be load balanced from AS2 to egress SR domain. For load balancing you would not want to do =E2=80=9Cadd paths=E2=80=9D as you would still only have one= valid/best path in BGP best path selection. Also as =E2=80=9Cadd paths=E2=80=9D is generall= y used BGP PIC edge to advertise and pre program backup paths but is completely orthogonal to load balancing goal. So now the real problem is not that load balancing won=E2=80=99t work in AS= 2 but rather that the GW1 GW2 next hops are not propagated to AS1. What if you used the basic construct from inter-as option C RR to RR eBGP vpn peering and did the same from the SR egress domain GW1 GW2 ebgp multihop with next hop unchanged to AS1 ASBRs transit peers over the AS2 and that would propagate GW1 GW2 next hops. On the ebgp multi hop peers between SR egress domain and AS2 you could mesh the peering so each ASBR in AS2 peers with both GW1 and GW2 and you could enable ebgp multipath to load balance over next hops to both gateways. I read through this draft that was referenced and it talks about the concept of DC to DC or any external edge SR domain and traffic steering with SR-TE binding SID end to end steering. In that drafts context the backbone is MPLS or SR-MPLS or IP. https://datatracker.ietf.org/doc/html/draft-farrel-spring-sr-domain-interco= nnect-05 For the gateway draft for clarity it would be good to specify if the AS2 backbone could actually be the following flavors IP, MPLS with global table routing native BGP to the edge, MPLS IP VPN, SR-MPLS IP VPN, SRv6 IP VPN. Maybe also mention from a topology level with or without Route Reflector in AS2. Section 3 GW auto discovery questions So each edge SR domain has an SR domain identifier which identifies all GWs in the domain and is unique to the domain and all prefixes exported have RT value for which is the SR domain identifier. Please specify if RT type O, 1, 2 used or any or if it matters. I think AS:NN type 0 or 4 would be appropriate to account for 2 byte and 4 byte ASN - RT nomenclature to embed the domain identifier would make sense as the edges AS could be the X:Y X value and the Y could be the unique domain identifier. I noticed SAFI 4 BGP-LU is in the list of SAFI. That is traditionally used for inter-as L3 VPN optC or CsC flavors. In the context of SR as this draft is geared towards if you are using SR-TE with binding sid policy across each AS hop NNI boundary stitching the steered path you would not need BGP-LU. Also if the AS 2 core is MPLS only then would you need BGP-LU and only if using option C. There are caveats with other inter-as options related to multicast MVPN that recommends stacking BGP-LU as well for mLDP inband signaling. That is all the more reason to be crystal clear on the topology of the transit ASs in the mix here - AS 2 and AS 1 and if it=E2=80=99s every poss= ible flavor then we should state that as well. I think from a operators standpoint it would make sense to have the draft account for all AS2 transport backbone flavors that are possible and account for how this solution would work for every flavor as their maybe lots of caveats as you did into the weeds with each flavor. The auto-discovery route that each GW advertises consists of the following: o An IPv4 or IPv6 NLRI containing one of the GW's loopback addresses (that is, with an AFI/SAFI pair that is one of 1/1, 2/1, 1/4, or 2/4). Section 3 what seems to be missing in connecting the dots on how this solution would work is that you talk about the GWs import of the RTs which is fine but what is missing is the BGP interaction to backbone AS2 and all the possible variations of the AS2 transport. I think that will really help explain. It is hard to tell but are we doing ebgp multihop over GRE tunneling over AS2 and AS1 which is why we don=E2=80=99t talk about that the middle ASs ro= uting details. Section 5 is the first mention of SR-TE in the draft and starts talking about the SR-MPLS label stack. Both paragraphs are very confusing as more context or a detailed stick diagram would help. What may help is an end to end packet walk on the discovery mechanism. I think leaving out the AS2 AS1 BGP interaction makes it difficult to follow and connect the dots on the solution. Kind regards Gyan On Thu, Jun 4, 2020 at 1:35 PM Adrian Farrel wrote: > Hi, > > This late-breaking revision just tweaks for the discussion with Boris. > > Thanks, > Adrian > > -----Original Message----- > From: BESS On Behalf Of internet-drafts@ietf.org > Sent: 04 June 2020 18:33 > To: i-d-announce@ietf.org > Cc: bess@ietf.org > Subject: [bess] I-D Action: draft-ietf-bess-datacenter-gateway-07.txt > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the BGP Enabled ServiceS WG of the IETF. > > Title : Gateway Auto-Discovery and Route Advertisement > for > Segment Routing Enabled Domain Interconnection > Authors : Adrian Farrel > John Drake > Eric Rosen > Keyur Patel > Luay Jalil > Filename : draft-ietf-bess-datacenter-gateway-07.txt > Pages : 12 > Date : 2020-06-04 > > Abstract: > Data centers are critical components of the infrastructure used by > network operators to provide services to their customers. Data > centers are attached to the Internet or a backbone network by gateway > routers. One data center typically has more than one gateway for > commercial, load balancing, and resiliency reasons. > > Segment Routing is a protocol mechanism that can be used within a > data center, and also for steering traffic that flows between two > data center sites. In order that one data center site may load > balance the traffic it sends to another data center site, it needs to > know the complete set of gateway routers at the remote data center, > the points of connection from those gateways to the backbone network, > and the connectivity across the backbone network. > > Segment Routing may also be operated in other domains, such as access > networks. Those domains also need to be connected across backbone > networks through gateways. > > This document defines a mechanism using the BGP Tunnel Encapsulation > attribute to allow each gateway router to advertise the routes to the > prefixes in the Segment Routing domains to which it provides access, > and also to advertise on behalf of each other gateway to the same > Segment Routing domain. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-bess-datacenter-gateway/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-bess-datacenter-gateway-07 > https://datatracker.ietf.org/doc/html/draft-ietf-bess-datacenter-gateway-= 07 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-bess-datacenter-gateway-07 > > > 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/ > > > _______________________________________________ > 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 *Gyan Mishra* *Network Solutions A**rchitect * *M 301 502-134713101 Columbia Pike *Silver Spring, MD --00000000000043578205a7bf65eb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Hi Adrian & Authors=C2=A0

    I support the draft and the problems it = is trying to address with SR-TR steering over multiple AS hops and the GW a= uto discovery features.

    = I do have a few questions on the latest draft. I read through the discussio= n with Boris and has some additional follow on questions.

    In the Intro section 1 describing the pro= blem statement it is said that load balancing cannot occur as only one best= path is chosen which is true.=C2=A0 However if you enabled eibgp multipath= =C2=A0maximum paths set that both paths as long as BGP path selection all = attributes are equal traffic can be easily load balanced between AS2 and eg= ress SR domain.=C2=A0

    It= is not mentioned if AS2 is IP only or mpls IP VPN domain and if a route re= flector exist. I think that is important to mention as this gateway auto di= scovery feature uses =C2=A0RT extended community set and so if the core is = IP VPN used that does complicate the architecture as now SAF 1 now stacked = with SAFI 128.=C2=A0 I have more questions on that topic discussed further = down.

    =C2=A0In that scen= ario as long as RD is auto on the PEs and eibgp multipath is enabled the RR= will reflect multiple paths by unique RF and traffic can be load balanced = from AS2 to egress SR domain.=C2=A0 For load balancing you would not want t= o do =E2=80=9Cadd paths=E2=80=9D as you would still only have one valid/bes= t path in BGP best path selection. Also as =E2=80=9Cadd paths=E2=80=9D is g= enerally used BGP PIC edge to advertise and pre program backup paths but is= completely orthogonal to load balancing goal.
    So each edge SR domain has an S= R domain identifier which identifies all GWs in the domain and is unique to= the domain and all prefixes exported have RT value for which is the SR dom= ain identifier.

    Please s= pecify if RT type O, 1, 2 used or any or if it matters.=C2=A0 I think AS:NN= =C2=A0type 0 or 4 would be appropriate to account for 2 byte and 4 byte AS= N - RT nomenclature to embed the domain identifier would make sense as the = edges AS could be the X:Y X value and the Y could be the unique domain iden= tifier.

    I noticed SAFI 4= BGP-LU is in the list of SAFI.=C2=A0 That is traditionally used for inter-= as L3 VPN optC or CsC flavors.=C2=A0 In the context of SR as this draft is = geared towards if you are using SR-TE with binding sid policy across each A= S hop NNI boundary stitching the steered path you would not need BGP-LU.=C2= =A0 Also if the AS 2 core is MPLS only then would you need BGP-LU and only = if using option C.=C2=A0 There are caveats with other inter-as options rela= ted to multicast MVPN that recommends stacking BGP-LU as well for mLDP inba= nd signaling.

    That =C2= =A0is all the more reason to be crystal clear on the topology of the transi= t ASs in the mix here - AS 2 and AS 1 =C2=A0and if it=E2=80=99s every possi= ble flavor then we should state that as well. =C2=A0

    I think from a operators standpoint it would m= ake sense to have the draft account for all AS2 transport backbone flavors = that are possible and account for how this solution would work for every fl= avor as their maybe lots of caveats as you did into the weeds with each fla= vor. =C2=A0

    The auto-discovery route that each GW advertises consists of th=
e
   following:

   o  An IPv4 or IPv6 NLRI containing one of the GW's loopback addresse=
s
      (that is, with an AFI/SAFI pair that is one of 1/1, 2/1, 1/4, or
      2/4).

    Sectio= n 3 what seems to be missing in connecting the dots on how this solution wo= uld work is that you talk about the GWs import of the RTs which is fine but= what is missing is the BGP interaction to backbone AS2 and all the possibl= e variations of the AS2 transport.=C2=A0 I think that will really help expl= ain.

    It is hard to tell = but are we doing ebgp multihop over GRE tunneling over AS2 and AS1 which is= why we don=E2=80=99t talk about that the middle ASs routing details.
    =

    Section 5 is the first mentio= n of SR-TE in the draft and starts talking about the SR-MPLS label stack.= =C2=A0 Both paragraphs are very confusing as more context or a detailed sti= ck diagram would help.

    W= hat may help is an end to end packet walk on the discovery mechanism.=C2=A0=

    I think leaving out the= AS2 AS1 BGP interaction makes it difficult to follow and connect the dots = on the solution.

    Kind re= gards=C2=A0

    Gyan

    On = Thu, Jun 4, 2020 at 1:35 PM Adrian Farrel <adrian@olddog.co.uk> wrote:
    Hi,<= br>
    This late-breaking revision just tweaks for the discussion with Boris.

    Thanks,
    Adrian

    -----Original Message-----
    From: BESS <b= ess-bounces@ietf.org> On Behalf Of internet-drafts@ietf.org
    Sent: 04 June 2020 18:33
    To: i-d-announce= @ietf.org
    Cc: bess@ietf.org Subject: [bess] I-D Action: draft-ietf-bess-datacenter-gateway-07.txt


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

    =C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= Gateway Auto-Discovery and Route Advertisement for
    Segment Routing Enabled Domain Interconnection
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Adri= an Farrel
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 John Drake
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Eric Rosen
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Keyur Patel
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Luay Jalil
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-bess-datacenter-gateway-07.txt
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 12
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2020-06-04

    Abstract:
    =C2=A0 =C2=A0Data centers are critical components of the infrastructure use= d by
    =C2=A0 =C2=A0network operators to provide services to their customers.=C2= =A0 Data
    =C2=A0 =C2=A0centers are attached to the Internet or a backbone network by = gateway
    =C2=A0 =C2=A0routers.=C2=A0 One data center typically has more than one gat= eway for
    =C2=A0 =C2=A0commercial, load balancing, and resiliency reasons.

    =C2=A0 =C2=A0Segment Routing is a protocol mechanism that can be used withi= n a
    =C2=A0 =C2=A0data center, and also for steering traffic that flows between = two
    =C2=A0 =C2=A0data center sites.=C2=A0 In order that one data center site ma= y load
    =C2=A0 =C2=A0balance the traffic it sends to another data center site, it n= eeds to
    =C2=A0 =C2=A0know the complete set of gateway routers at the remote data ce= nter,
    =C2=A0 =C2=A0the points of connection from those gateways to the backbone n= etwork,
    =C2=A0 =C2=A0and the connectivity across the backbone network.

    =C2=A0 =C2=A0Segment Routing may also be operated in other domains, such as= access
    =C2=A0 =C2=A0networks.=C2=A0 Those domains also need to be connected across= backbone
    =C2=A0 =C2=A0networks through gateways.

    =C2=A0 =C2=A0This document defines a mechanism using the BGP Tunnel Encapsu= lation
    =C2=A0 =C2=A0attribute to allow each gateway router to advertise the routes= to the
    =C2=A0 =C2=A0prefixes in the Segment Routing domains to which it provides a= ccess,
    =C2=A0 =C2=A0and also to advertise on behalf of each other gateway to the s= ame
    =C2=A0 =C2=A0Segment Routing domain.


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

    There are also htmlized versions available at:
    https://tools.ietf.org/html/draft-i= etf-bess-datacenter-gateway-07
    https://datatracker.ietf.= org/doc/html/draft-ietf-bess-datacenter-gateway-07

    A diff from the previous version is available at:
    https://www.ietf.org/rfcdif= f?url2=3Ddraft-ietf-bess-datacenter-gateway-07


    Please note that it may take a couple of minutes from the time of submissio= n
    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/


    _______________________________________________
    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

    <= /div>
    So now the real problem is not that load balancing w= on=E2=80=99t work in AS2 but rather that the GW1 GW2 next hops are not prop= agated to AS1.

    What if y= ou used the basic construct from inter-as option C RR to RR eBGP vpn peerin= g and did the same from the SR egress domain GW1 GW2 ebgp multihop with nex= t hop unchanged to AS1 ASBRs transit peers over the AS2 and that would prop= agate GW1 GW2 next hops.=C2=A0 On the ebgp multi hop peers between SR egres= s domain and AS2 you could mesh the peering so each ASBR in AS2 peers with = both GW1 and GW2 and you could enable ebgp multipath to load balance over n= ext hops to both gateways.

    I read through this draft that was referenced and it talks about the con= cept of DC to DC or any external edge SR domain and traffic steering with S= R-TE binding SID end to end steering.=C2=A0 In that drafts context the back= bone is =C2=A0MPLS or SR-MPLS or IP.=C2=A0
    For the gateway draft for clari= ty it would be good to specify if the AS2 backbone could actually be the fo= llowing flavors IP, MPLS with global table routing native BGP to the edge, = MPLS IP VPN, SR-MPLS IP VPN, SRv6 IP VPN.=C2=A0 Maybe also mention from a t= opology level with or without Route Reflector in AS2.

    Section 3 GW auto discovery questions

    --
    --00000000000043578205a7bf65eb-- From nobody Thu Jun 11 03:52:22 2020 Return-Path: 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 B34A63A17D9 for ; Thu, 11 Jun 2020 03:52:20 -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, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.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 TfWydbOTk2LY for ; Thu, 11 Jun 2020 03:52:18 -0700 (PDT) Received: from EUR05-DB8-obe.outbound.protection.outlook.com (mail-db8eur05on2118.outbound.protection.outlook.com [40.107.20.118]) (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 7A5F93A17F7 for ; Thu, 11 Jun 2020 03:52:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mOovszmSOCea7ivcnCvS5Nvpj+1R11RTkvlUnqs6QqAo8e9zpPUrL3ZRJqgH/gaas48YeAzqYC8ZBIAtIl11GpdgeiEFQDr9ZBPVYegLlAHtKmOoze8YdoNm1ew7aqhNrK1KASsb74oHCmUkysHdnQULI2P0RCK2tYY72ahyn2OeR7Z/Tz8VPfwthDcjxQ1fEgCRrujJGvObvQ+Dl/zrloQLrVAD6goF2Qk01i96S3Tn8C2Yg8MZuDB6lV2eZBKzAtUkwK2imp92FRuNA6dO4M8CCz8+V7lkTUymDQZQa0kf+TcR3CI0lcfwG9Njxs2RvpNoPcSuxiACSi1VG67JCQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=wMF6NV+Ih9D4ZvqZaGLOL5JPvTz2ZfEuEubq3R2da5Y=; b=cCSeyPHD5oUiX9WtEyVM6wBBhef3eWR+cDqvLwmS+EGBk6u7hL6XlDXPpJ0YFrXY6EANqAUXObKS0J990XYIy+GjDQdaMoKYZ6JYvXvhmSdcrrX6Aq0L2bBgTP1Lm4WrKQIG4gMBfqcqlJvvanelrdP1luictEU7kbURwRLALmOfL9r3PHWVWOCbuaNXhl37sRhPX5Z7Oo/BbJzCQDBhpo1c5RUZcmL/u+SmOSM/EyZYpUh50PwID0EvyFCiMy+8IkJxUHAkTpvFagalCSipAava+9CE4pZztf3PexpuMYvQ2cTV7pH9jwxmTsQ73/T+XyQh+s6VGU3babNUVwLkjA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=wMF6NV+Ih9D4ZvqZaGLOL5JPvTz2ZfEuEubq3R2da5Y=; b=dU8gktt1QedRV4/7aCfodQP289RD+pNWEPiq6n2t7u2Z+EeyEKNC57pmWGl9dftsAuxydsIwcrZe5jEMxYpCGsTGkwRr0tlpVlBbSihgeu7cZQGScFQMsvH3L53OmObacCGKAGVk0w/+Y66/x2hY+oV+2t4bOfqO7OOX/rUfm6k= Received: from DB7PR07MB4106.eurprd07.prod.outlook.com (2603:10a6:5:f::31) by DB8PR07MB6476.eurprd07.prod.outlook.com (2603:10a6:10:135::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.7; Thu, 11 Jun 2020 10:52:11 +0000 Received: from DB7PR07MB4106.eurprd07.prod.outlook.com ([fe80::d4d2:af36:508b:c0]) by DB7PR07MB4106.eurprd07.prod.outlook.com ([fe80::d4d2:af36:508b:c0%7]) with mapi id 15.20.3088.018; Thu, 11 Jun 2020 10:52:11 +0000 From: "Bocci, Matthew (Nokia - GB)" To: "bess@ietf.org" Thread-Topic: Nomcom 2020-2021 Second Call For Volunteers Thread-Index: AQHWP1jCQ/hxmJhZbUePB7a1M3WD2ajSY64AgADrG4A= Date: Thu, 11 Jun 2020 10:52:11 +0000 Message-ID: References: <159181529656.16063.6964178024900109434@ietfa.amsl.com> <90F43A4B-9A1E-480A-B7BF-75A93842C261@att.com> In-Reply-To: <90F43A4B-9A1E-480A-B7BF-75A93842C261@att.com> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.37.20051002 authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=nokia.com; x-originating-ip: [81.108.178.133] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 316e8b3e-877a-4d3f-0c25-08d80df57ec8 x-ms-traffictypediagnostic: DB8PR07MB6476: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:5516; x-forefront-prvs: 0431F981D8 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: vj+4bCEr/UL5y2gZ35204kSNJ1igidQyZjFyLyXSqIeTIvfEVwPSt8KgEvZb8SJnaBR5qj0gRyMuXe9SzevGgCk2HfEWLx61JvFF6prH9rIabPluIj9TgbrSC3YfCrPUexYS2Ph5xdb6IY8zzwQsXVpXr1n9BvGLiGpngkS+DDfNMeNj8S0+RbpeoQJ6yXry3Vh/gqPvb9kM9c9hgA++wsgdS2tYKq+W7lRc3x+sfoxS+GY1bppH7f6VGRt06baPaGczZ7IP8dk80bTUx5v6y3I4b0B1R/y6m3c7h6A1St6t1tJ+6ry0tAQokv/kzMxnTtNRD+bVrcRV0XSXQ+lZTG4rWUimjH6+D6CYdY5RQJBPKFOQ4FYj/Ct3P2E+HAv8I6zoRTycbph5OWp3nJWs3Q== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DB7PR07MB4106.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(366004)(39860400002)(346002)(376002)(396003)(136003)(8936002)(8676002)(2616005)(55236004)(66574014)(966005)(478600001)(83380400001)(33656002)(26005)(71200400001)(6506007)(6486002)(66446008)(64756008)(2906002)(66476007)(76116006)(66946007)(66556008)(6512007)(186003)(91956017)(53546011)(6916009)(316002)(36756003)(86362001)(5660300002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: mSvjAXXCRstAfW/fQ+dIRAl+BURE8s7PKdN7J4D2HOfMdCrVwPePOLGFsIe92x4sEi9f3TzZ1lirFvkELmKnJkk/1je/DWTS5NV8JZw9w1rQAzWkAMUbWtCJtI6UPFdE+i0yHSrhQAFXD5IUz3Psrafp9LAtun1ZSwsKbWp1Io5TsiuNwp6V0LoA0zf/kN4gi3EigPuRi7gVvb/i56vNTPPb8rVGy54VNTA0h2FtHlmXg4vdwKX8bumNo05u2PTom2AmvqfIp6FFiqSbz7uk6YGFYQ4SDf/r/4XUSqjMUGgz81x0ZAk44ulzh5xVdai5VnE7Xr0r2FqOgv9IzWoqfynl8/vg6x0BfLiWOUkeN7EA8zb8O3IrNBwT5saxxgzPFSR3aspScfuf7aZRVOhbIdZE0jZZoeyS34jHiDuwyUixS4h+BqX6yd2ZZ9meuIbzInF5x22eQiH5aMC+9t+1VIEV0Jz6atnufQbsDKmtzzVuG8kCEQo2+KmLPkLQlRHT x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_E76DB3D2DB814F17A89D262228C7B0E2nokiacom_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: 316e8b3e-877a-4d3f-0c25-08d80df57ec8 X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Jun 2020 10:52:11.6964 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: Vr/d8q9iRkFK44vGfzT1ZzpUV4MXk2LnXvds7HszCDd7p0GScY4EoD9zoUGJCkhL59V1vSTKMMlAUn8VB3bcJw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB8PR07MB6476 Archived-At: Subject: [bess] FW: Nomcom 2020-2021 Second Call For Volunteers X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2020 10:52:21 -0000 --_000_E76DB3D2DB814F17A89D262228C7B0E2nokiacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Rm9sa3MNCg0KVHdvIG9mIG91ciBSb3V0aW5nIEFyZWEgQURzIGFyZSB1cCBmb3Igc2VsZWN0aW9u LiBQbGVhc2UgY29uc2lkZXIgdm9sdW50ZWVyaW5nIGZvciB0aGUgTm9tQ29tLg0KDQpSZWdhcmRz DQoNCk1hdHRoZXcNCg0KDQpGcm9tOiBXR0NoYWlycyA8d2djaGFpcnMtYm91bmNlc0BpZXRmLm9y Zz4gb24gYmVoYWxmIG9mICJTVEFSSywgQkFSQkFSQSBIIiA8YnM3NjUyQGF0dC5jb20+DQpEYXRl OiBXZWRuZXNkYXksIDEwIEp1bmUgMjAyMCBhdCAyMjo1MQ0KVG86ICJ3Z2NoYWlyc0BpZXRmLm9y ZyIgPHdnY2hhaXJzQGlldGYub3JnPg0KU3ViamVjdDogRndkOiBOb21jb20gMjAyMC0yMDIxIFNl Y29uZCBDYWxsIEZvciBWb2x1bnRlZXJzDQoNCkhpIGZlbGxvdyBjaGFpcnMsDQpXb3VsZCB5b3Ug bWluZCBzZW5kaW5nIHRoaXMgYW5ub3VuY2VtZW50IG9uIHRvIHlvdXIgV0dzIGFuZCBpbXByZXNz IG9uIHRoZW0gaG93IGltcG9ydGFudCBpdCBpcz8gRXNwZWNpYWxseSBpZiB0aGUgV0figJlzIEFE IGlzIHVwIGZvciBzZWxlY3Rpb24uDQpUaHgsDQpCYXJiYXJhDQoNCg0KQmVnaW4gZm9yd2FyZGVk IG1lc3NhZ2U6DQpGcm9tOiBOb21Db20gQ2hhaXIgMjAyMCA8bm9tY29tLWNoYWlyLTIwMjBAaWV0 Zi5vcmc+DQpEYXRlOiBKdW5lIDEwLCAyMDIwIGF0IDE6NTU6MjEgUE0gQ0RUDQpUbzogSUVURiBB bm5vdW5jZW1lbnQgTGlzdCA8aWV0Zi1hbm5vdW5jZUBpZXRmLm9yZz4NCkNjOiAiaWV0ZkBpZXRm Lm9yZyIgPGlldGZAaWV0Zi5vcmc+DQpTdWJqZWN0OiBOb21jb20gMjAyMC0yMDIxIFNlY29uZCBD YWxsIEZvciBWb2x1bnRlZXJzDQpUaGlzIGlzIHRoZSBzZWNvbmQgc2VuZGluZyBvZiB0aGUgY2Fs bCBmb3Igdm9sdW50ZWVycyBmb3IgdGhlIDIwMjAtMjAyMSBOb21Db20uDQoNCkkgd2FudGVkIHRv IG1lbnRpb24gYSBmZXcgdXBkYXRlcyBmcm9tIHRoZSBwcmV2aW91cyBlbWFpbCAoc2VudCAyIHdl ZWtzIGFnbyk6DQotIEkndmUgZml4ZWQgdGhlIFVSTCBhdCB0aGUgYm90dG9tIG9mIHRoZSBlbWFp bCB0byBwb2ludCB0byBodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9 aHR0cHMtM0FfX2RhdGF0cmFja2VyLmlldGYub3JnX25vbWNvbV8yMDIwXyZkPUR3SURhUSZjPUxG WVotbzlfSFVNZU1UU1FpY3ZqSWcmcj1Mb0d6aEMtOHNjOFNZOFRxNHZyZm9nJm09WnNOSVJxQ3hq RGVPWVlETmFsT1NIY3V3UUcyM3dCSnR4em1FbnNiUEJ0SSZzPU5nSXUtN0lqMG5FZHNGY2JKT0xj bDJNNTZSeHlSRWhMQXRjYUhMYXREMzQmZT0gIGluc3RlYWQgb2YgLzIwMTkvLiBUaGlzIHdhcyBh IHRlc3QgdG8gc2VlIGlmIGFueW9uZSB3YXMgcGF5aW5nIGF0dGVudGlvbi4gQXBwYXJlbnRseSwg c29tZSBwZW9wbGUgd2VyZS4gOykNCi0gVGhlIElFVEYgMTA4IHJlZ2lzdHJhdGlvbiBmb3JtIGlu Y2x1ZGVzIGEgY2hlY2tib3ggdGhhdCB3aWxsIGxldCB5b3Ugdm9sdW50ZWVyLiBZb3UgY2FuIHVz ZSB0aGlzIGluc3RlYWQgb2YgZW1haWxpbmcgbWUsIHdoZW4geW91IHJlZ2lzdGVyIGZvciBJRVRG IDEwOC4NCi0gSSBjdXJyZW50bHkgaGF2ZSAzOSB2b2x1bnRlZXJzLiBMYXN0IHllYXIgaGFkIDE0 OS4gSSBuZWVkIG1vcmUgdm9sdW50ZWVycyENCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KVGhl IElFVEYgTm9tQ29tIGFwcG9pbnRzIHBlb3BsZSB0byBmaWxsIHRoZSBvcGVuIHNsb3RzIG9uIHRo ZSBMTEMsIElFVEYgVHJ1c3QsIHRoZSBJQUIsIGFuZCB0aGUgSUVTRy4NCg0KVGVuIHZvdGluZyBt ZW1iZXJzIGZvciB0aGUgTm9tQ29tIGFyZSBzZWxlY3RlZCBpbiBhIHZlcmlmaWFibHkgcmFuZG9t IHdheSBmcm9tIGEgcG9vbCBvZiB2b2x1bnRlZXJzLiBUaGUgbW9yZSB2b2x1bnRlZXJzLCB0aGUg YmV0dGVyIGNoYW5jZSB3ZSBoYXZlIG9mIGNob29zaW5nIGEgcmFuZG9tIHlldCByZXByZXNlbnRh dGl2ZSBjcm9zcyBzZWN0aW9uIG9mIHRoZSBJRVRGIHBvcHVsYXRpb24uDQoNClRoZSBkZXRhaWxz IG9mIHRoZSBvcGVyYXRpb24gb2YgdGhlIE5vbUNvbSBjYW4gYmUgZm91bmQgaW4gQkNQIDEwIChS RkMgODcxMykuIFJGQyAzNzk3IGRldGFpbHMgdGhlIHNlbGVjdGlvbiBhbGdvcml0aG0uDQoNClNw ZWNpYWwgZm9yIHRoaXMgeWVhciAoYW5kIG9ubHkgdGhpcyB5ZWFyKSwgd2UgYWxzbyBoYXZlIFJG QyA4Nzg4IChvbmUtb2ZmIHVwZGF0ZSB0byBSRkMgODcxMyAvIEJDUCAxMCkgdG8gdGVsbCB1cyB3 aG8gaXMgZWxpZ2libGUgdG8gdm9sdW50ZWVyOg0KDQogICAgIE1lbWJlcnMgb2YgdGhlIElFVEYg Y29tbXVuaXR5IG11c3QgaGF2ZSBhdHRlbmRlZCBhdCBsZWFzdCB0aHJlZSBvZg0KICAgICB0aGUg bGFzdCBmaXZlIGluLXBlcnNvbiBJRVRGIG1lZXRpbmdzIGluIG9yZGVyIHRvIHZvbHVudGVlci4N Cg0KICAgICBUaGUgZml2ZSBtZWV0aW5ncyBhcmUgdGhlIGZpdmUgbW9zdCByZWNlbnQgaW4tcGVy c29uIG1lZXRpbmdzIHRoYXQNCiAgICAgZW5kZWQgcHJpb3IgdG8gdGhlIGRhdGUgb24gd2hpY2gg dGhlIHNvbGljaXRhdGlvbiBmb3IgTm9tQ29tDQogICAgIHZvbHVudGVlcnMgd2FzIHN1Ym1pdHRl ZCBmb3IgZGlzdHJpYnV0aW9uIHRvIHRoZSBJRVRGIGNvbW11bml0eS4NCiAgICAgQmVjYXVzZSBu byBJRVRGIDEwNyBpbi1wZXJzb24gbWVldGluZyB3YXMgaGVsZCwgZm9yIHRoZSAyMDIwLTIwMjEN CiAgICAgTm9taW5hdGluZyBDb21taXR0ZWUgdGhvc2UgZml2ZSBtZWV0aW5ncyBhcmUgSUVURnMN CiAgICAgICAxMDIgW01vbnRyZWFsLCBDYW5hZGE7IEp1bHkgMjAxOF0sDQogICAgICAgMTAzIFtC YW5na29rLCBUaGFpbGFuZDsgTm92ZW1iZXIgMjAxOF0sDQogICAgICAgMTA0IFtQcmFndWUsIEN6 ZWNoIFJlcHVibGljOyBNYXJjaCAyMDE5XSwNCiAgICAgICAxMDUgW01vbnRyZWFsLCBDYW5hZGE7 IEp1bHkgMjAxOV0sIGFuZA0KICAgICAgIDEwNiBbU2luZ2Fwb3JlOyBOb3ZlbWJlciAyMDE5XS4N Cg0KS2VlcCBpbiBtaW5kIHRoYXQgZWxpZ2liaWxpdHkgaXMgYmFzZWQgb24gaW4tcGVyc29uIGF0 dGVuZGFuY2UgYXQgdGhlIGZpdmUgbGlzdGVkIG1lZXRpbmdzLiBZb3UgY2FuIGNoZWNrIHlvdXIg ZWxpZ2liaWxpdHkgYXQ6IGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/ dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX3JlZ2lzdHJhdGlvbl9ub21jb20ucHkmZD1Ed0lEYVEm Yz1MRllaLW85X0hVTWVNVFNRaWN2aklnJnI9TG9HemhDLThzYzhTWThUcTR2cmZvZyZtPVpzTklS cUN4akRlT1lZRE5hbE9TSGN1d1FHMjN3Qkp0eHptRW5zYlBCdEkmcz03Xzl4OVBQb1VJYWpKczJB blVGWWcwS25FZzhna0QzSm53ZjF2MDc5RVFvJmU9IC4NCg0KSWYgeW91IHF1YWxpZnksIHBsZWFz ZSB2b2x1bnRlZXIuIEJlZm9yZSB5b3UgZGVjaWRlIHRvIHZvbHVudGVlciwgcGxlYXNlIHJlbWVt YmVyIHRoYXQgYW55b25lIGFwcG9pbnRlZCB0byB0aGlzIE5vbUNvbSB3aWxsIG5vdCBiZSBjb25z aWRlcmVkIGFzIGEgY2FuZGlkYXRlIGZvciBhbnkgb2YgdGhlIHBvc2l0aW9ucyB0aGF0IHRoZSAy MDIwIC0gMjAyMSBOb21Db20gaXMgcmVzcG9uc2libGUgZm9yIGZpbGxpbmcuDQoNClBlb3BsZSBj b21tb25seSB2b2x1bnRlZXIgYnkgdGlja2luZyB0aGUgYm94IG9uIElFVEYgcmVnaXN0cmF0aW9u IGZvcm1zLiBUaGUgSUVURiAxMDYgZm9ybSBkaWQgbm90IGFzayB3aGV0aGVyIHBlb3BsZSB3ZXJl IHdpbGxpbmcgdG8gdm9sdW50ZWVyLiBJRVRGIDEwNyBkaWQgYXNrLCBidXQgYWxsIHRob3NlIHJl Z2lzdHJhdGlvbnMgd2VyZSBjYW5jZWxlZC4gSSBoYXZlIGFza2VkIHRoZSBTZWNyZXRhcmlhdCBp ZiBpdCBpcyBwb3NzaWJsZSB0byBnZXQgdGhlIGxpc3QgaWYgdm9sdW50ZWVycyBmcm9tIGNhbmNl bGVkIElFVEYgMTA3IHJlZ2lzdHJhdGlvbnMuIElmIHRoYXQgbGlzdCBpcyBhdmFpbGFibGUsIEkg d2lsbCBjb250YWN0IGFsbCB3aG8gYXJlIHZlcmlmaWVkIGFzIGVsaWdpYmxlLiBCdXQgZ2l2ZW4g dGhlIHVuY2VydGFpbnR5IG9mIHRoaXMgcHJvY2VzcywgSSB3b3VsZCBlbmNvdXJhZ2UgcGVvcGxl IHRvIHZvbHVudGVlciBkaXJlY3RseSAoc2VlIHRoZSBib3R0b20gb2YgdGhpcyBlbWFpbCBmb3Ig aW5zdHJ1Y3Rpb25zKS4gVGhhbmsgeW91IGZvciB2b2x1bnRlZXJpbmchDQoNClRoZSBsaXN0IG9m IHBlb3BsZSBhbmQgcG9zdHMgd2hvc2UgdGVybXMgZW5kIHdpdGggdGhlIE1hcmNoIDIwMjEgSUVU RiBtZWV0aW5nLCBhbmQgdGh1cyB0aGUgcG9zaXRpb25zIGZvciB3aGljaCB0aGlzIE5vbUNvbSBp cyByZXNwb25zaWJsZSwgYXJlDQoNCklFVEYgVHJ1c3Q6DQogICBKb2VsIEhhbHBlcm4NCg0KTExD Og0KICAgTWFqYSBBbmRqZWxrb3ZpYw0KDQpJQUI6DQogICBKYXJpIEFya2tvDQogICBKZWZmIFRh bnRzdXJhDQogICBNYXJrIE5vdHRpbmdoYW0NCiAgIFN0ZXBoZW4gRmFycmVsbA0KICAgV2VzIEhh cmRha2VyDQogICBaaGVuYmluIExpDQoNCklFU0c6DQogICBBbGlzc2EgQ29vcGVyLCBJRVRGIENo YWlyL0dFTiBBRA0KICAgQWx2YXJvIFJldGFuYSwgUlRHIEFEDQogICBCYXJyeSBMZWliYSwgQVJU IEFEDQogICBEZWJvcmFoIEJydW5nYXJkLCBSVEcgQUQNCiAgIMOJcmljIFZ5bmNrZSwgSU5UIEFE DQogICBNYWdudXMgV2VzdGVybHVuZCwgVFNWIEFEDQogICBSb21hbiBEYW55bGl3LCBTRUMgQUQN CiAgIFdhcnJlbiBLdW1hcmksIE9QUyBBRA0KDQpBbGwgYXBwb2ludG1lbnRzIGFyZSBmb3IgMiB5 ZWFycy4gVGhlIFJvdXRpbmcgYXJlYSBoYXMgMyBBRHMgYW5kIHRoZSBHZW5lcmFsIGFyZWEgaGFz IDE7IGFsbCBvdGhlciBhcmVhcyBoYXZlIDIgQURzLiBUaHVzLCBhbGwgYXJlYXMgKHRoYXQgaGF2 ZSBtb3JlIHRoYW4gb25lIEFEKSBoYXZlIGF0IGxlYXN0IG9uZSBjb250aW51aW5nIEFELg0KDQpU aGUgcHJpbWFyeSBhY3Rpdml0eSBmb3IgdGhpcyBOb21Db20gd2lsbCBiZWdpbiBpbiBKdWx5IDIw MjAgYW5kIHNob3VsZCBiZSBjb21wbGV0ZWQgaW4gSmFudWFyeSAyMDIxLiAgVGhlIE5vbUNvbSB3 aWxsIGhhdmUgcmVndWxhcmx5IHNjaGVkdWxlZCBjb25mZXJlbmNlIGNhbGxzIHRvIGVuc3VyZSBw cm9ncmVzcy4gVGhlcmUgd2lsbCBiZSBhY3Rpdml0aWVzIHRvIGNvbGxlY3QgcmVxdWlyZW1lbnRz IGZyb20gdGhlIGNvbW11bml0eSwgcmV2aWV3IGNhbmRpZGF0ZSBxdWVzdGlvbm5haXJlcywgcmV2 aWV3IGZlZWRiYWNrIGZyb20gY29tbXVuaXR5IG1lbWJlcnMgYWJvdXQgY2FuZGlkYXRlcywgYW5k IHRhbGsgdG8gY2FuZGlkYXRlcy4NCg0KV2hpbGUgYmVpbmcgYSBOb21Db20gbWVtYmVyIGRvZXMg cmVxdWlyZSBzb21lIHRpbWUgY29tbWl0bWVudCBpdCBpcyBhbHNvIGEgdmVyeSByZXdhcmRpbmcg ZXhwZXJpZW5jZS4NCg0KQXMgYSBtZW1iZXIgb2YgdGhlIE5vbUNvbSBpdCBpcyB2ZXJ5IGltcG9y dGFudCB0aGF0IHlvdSBiZSB3aWxsaW5nIGFuZCBhYmxlIHRvIGF0dGVuZCBlaXRoZXIgdmlkZW9j b25mZXJlbmNlIG9yIGluLXBlcnNvbiBtZWV0aW5ncyAod2hpY2ggbWF5IG5vdCBoYXBwZW4pIGR1 cmluZyAxNC0yMCBOb3ZlbWJlciAoSUVURiAxMDkgLSBCYW5na29rKSB0byBjb25kdWN0IGludGVy dmlld3MuIFZpZGVvY29uZmVyZW5jZSBhdHRlbmRhbmNlIHdpbGwgYmUgc3VwcG9ydGVkIHdoZXRo ZXIgb3Igbm90IHRoZXJlIGFyZSBpbi1wZXJzb24gbWVldGluZ3MuIE9yaWVudGF0aW9uIGFuZCBz ZXR0aW5nIG9mIHRoZSBOb21Db20gc2NoZWR1bGUgd2lsbCBiZSBkb25lIGJ5IHZpZGVvY29uZmVy ZW5jZSBkdXJpbmcgdGhlIHdlZWsgMjAtMjQgSnVseSAoZXhhY3QgdGltZSBhbmQgZGF0ZSB0byBi ZSBkZXRlcm1pbmVkIGFmdGVyIE5vbUNvbSBtZW1iZXJzaGlwIGlzIGZpbmFsaXplZCBvbiBKdWx5 IDEyKSwgdGhlIHdlZWsgcHJpb3IgdG8gSUVURiAxMDguICBCZWluZyBhdCBJRVRGIDExMCAoUHJh Z3VlKSBpcyBub3QgZXNzZW50aWFsLg0KDQpQbGVhc2Ugdm9sdW50ZWVyIGJ5IHNlbmRpbmcgbWUg YW4gZW1haWwgYmVmb3JlIDIzOjU5IFVUQyBKdW5lIDI0LCAyMDIwLCBhcyBmb2xsb3dzOg0KDQpU bzogbm9tY29tLWNoYWlyLTIwMjBAaWV0Zi5vcmcNClN1YmplY3Q6IE5vbUNvbSAyMDIwLTIxIFZv bHVudGVlcg0KDQpQbGVhc2UgaW5jbHVkZSB0aGUgZm9sbG93aW5nIGluZm9ybWF0aW9uIGluIHRo ZSBlbWFpbCBib2R5Og0KDQpZb3VyIEZ1bGwgTmFtZToNCiAgIC8vIGFzIHlvdSB3cml0ZSBpdCBv biB0aGUgSUVURiByZWdpc3RyYXRpb24gZm9ybQ0KDQpDdXJyZW50IFByaW1hcnkgQWZmaWxpYXRp b246DQogICAvLyBUeXBpY2FsbHkgd2hhdCBnb2VzIGluIHRoZSBDb21wYW55IGZpZWxkDQogICAv LyBpbiB0aGUgSUVURiBSZWdpc3RyYXRpb24gRm9ybQ0KDQpFbWFpbHM6DQogIC8vIEFsbCBlbWFp bCBhZGRyZXNzZXMgdXNlZCB0byByZWdpc3RlciBmb3IgdGhlIHBhc3QgNSBJRVRGIG1lZXRpbmdz DQogIC8vIFByZWZlcnJlZCBlbWFpbCBhZGRyZXNzIGZpcnN0DQoNClRlbGVwaG9uZToNCiAgIC8v IEZvciBjb25maXJtYXRpb24gaWYgc2VsZWN0ZWQNCg0KWW91IHNob3VsZCBleHBlY3QgYW4gZW1h aWwgcmVzcG9uc2UgZnJvbSBtZSB3aXRoaW4gNSBidXNpbmVzcyBkYXlzIHN0YXRpbmcgd2hldGhl ciBvciBub3QgeW91IGFyZSBxdWFsaWZpZWQuICBJZiB5b3UgZG9uJ3QgcmVjZWl2ZSB0aGlzIHJl c3BvbnNlLCBwbGVhc2UgcmUtc2VuZCB5b3VyIGVtYWlsIHdpdGggdGhlIHRhZyAiUkVTRU5EIiIg YWRkZWQgdG8gdGhlIHN1YmplY3QgbGluZS4NCg0KSWYgeW91IGFyZSBub3QgeWV0IHN1cmUgaWYg eW91IHdvdWxkIGxpa2UgdG8gdm9sdW50ZWVyLCBwbGVhc2UgY29uc2lkZXIgdGhhdCBOb21Db20g bWVtYmVycyBwbGF5IGEgdmVyeSBpbXBvcnRhbnQgcm9sZSBpbiBzaGFwaW5nIHRoZSBsZWFkZXJz aGlwIG9mIHRoZSBJRVRGLiAgUXVlc3Rpb25zIGJ5IGVtYWlsIG9yIHZvaWNlIGFyZSB3ZWxjb21l LiBWb2x1bnRlZXJpbmcgZm9yIHRoZSBOb21Db20gaXMgYSBncmVhdCB3YXkgdG8gY29udHJpYnV0 ZSB0byB0aGUgSUVURiENCg0KWW91IGNhbiBmaW5kIGEgZGV0YWlsZWQgdGltZWxpbmUgb24gdGhl IE5vbUNvbSB3ZWIgc2l0ZSBhdDoNCiAgIGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNv bS92Mi91cmw/dT1odHRwcy0zQV9fZGF0YXRyYWNrZXIuaWV0Zi5vcmdfbm9tY29tXzIwMjBfJmQ9 RHdJRGFRJmM9TEZZWi1vOV9IVU1lTVRTUWljdmpJZyZyPUxvR3poQy04c2M4U1k4VHE0dnJmb2cm bT1ac05JUnFDeGpEZU9ZWUROYWxPU0hjdXdRRzIzd0JKdHh6bUVuc2JQQnRJJnM9TmdJdS03SWow bkVkc0ZjYkpPTGNsMk01NlJ4eVJFaExBdGNhSExhdEQzNCZlPQ0KDQpJIHdpbGwgYmUgcHVibGlz aGluZyBhIG1vcmUgZGV0YWlsZWQgdGFyZ2V0IHRpbWV0YWJsZSwgYXMgd2VsbCBhcyBkZXRhaWxz IG9mIHRoZSByYW5kb21uZXNzIHNlZWRzIHRvIGJlIHVzZWQgZm9yIHRoZSBSRkMgMzc5NyBzZWxl Y3Rpb24gcHJvY2Vzcywgd2l0aGluIHRoZSBuZXh0IGZldyB3ZWVrcy4NCg0KVGhhbmsgeW91IQ0K DQpCYXJiYXJhIFN0YXJrDQpiczc2NTIgYXQgYXR0IGRvdCBjb20NCm5vbWNvbS1jaGFpci0yMDIw IGF0IGlldGYgZG90IG9yZw0K --_000_E76DB3D2DB814F17A89D262228C7B0E2nokiacom_ Content-Type: text/html; charset="utf-8" Content-ID: <4D09487E0C8BCD45AB8498E500259458@eurprd07.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9 InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl bnQ9Ik1pY3Jvc29mdCBXb3JkIDE1IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQov KiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlh IE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCi8q IFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNv Tm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6 ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5FbWFp bFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVs dA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBw YWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0 IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2Vj dGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLUdCIiBsaW5rPSIj MDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVT Ij5Gb2xrczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxh bmd1YWdlOkVOLVVTIj5Ud28gb2Ygb3VyIFJvdXRpbmcgQXJlYSBBRHMgYXJlIHVwIGZvciBzZWxl Y3Rpb24uIFBsZWFzZSBjb25zaWRlciB2b2x1bnRlZXJpbmcgZm9yIHRoZSBOb21Db20uPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1m YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMi PlJlZ2FyZHM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1s YW5ndWFnZTpFTi1VUyI+TWF0dGhldzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7 cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbTogPC9zcGFuPjwvYj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+V0dDaGFpcnMgJmx0O3dn Y2hhaXJzLWJvdW5jZXNAaWV0Zi5vcmcmZ3Q7IG9uIGJlaGFsZiBvZiAmcXVvdDtTVEFSSywgQkFS QkFSQSBIJnF1b3Q7ICZsdDticzc2NTJAYXR0LmNvbSZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+V2Vk bmVzZGF5LCAxMCBKdW5lIDIwMjAgYXQgMjI6NTE8YnI+DQo8Yj5UbzogPC9iPiZxdW90O3dnY2hh aXJzQGlldGYub3JnJnF1b3Q7ICZsdDt3Z2NoYWlyc0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJq ZWN0OiA8L2I+RndkOiBOb21jb20gMjAyMC0yMDIxIFNlY29uZCBDYWxsIEZvciBWb2x1bnRlZXJz PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5IaSBmZWxsb3cgY2hhaXJzLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+V291bGQgeW91IG1pbmQgc2VuZGluZyB0aGlzIGFubm91bmNlbWVu dCBvbiB0byB5b3VyIFdHcyBhbmQgaW1wcmVzcyBvbiB0aGVtIGhvdyBpbXBvcnRhbnQgaXQgaXM/ IEVzcGVjaWFsbHkgaWYgdGhlIFdH4oCZcyBBRCBpcyB1cCBmb3Igc2VsZWN0aW9uLiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGh4LDxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1ib3R0b206MTIuMHB0Ij5CYXJiYXJhJm5ic3A7PGJyPg0KPGJyPg0KPGJyPg0KQmVn aW4gZm9yd2FyZGVkIG1lc3NhZ2U6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3Rl IHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGI+RnJvbTo8 L2I+IE5vbUNvbSBDaGFpciAyMDIwICZsdDtub21jb20tY2hhaXItMjAyMEBpZXRmLm9yZyZndDs8 YnI+DQo8Yj5EYXRlOjwvYj4gSnVuZSAxMCwgMjAyMCBhdCAxOjU1OjIxIFBNIENEVDxicj4NCjxi PlRvOjwvYj4gSUVURiBBbm5vdW5jZW1lbnQgTGlzdCAmbHQ7aWV0Zi1hbm5vdW5jZUBpZXRmLm9y ZyZndDs8YnI+DQo8Yj5DYzo8L2I+ICZxdW90O2lldGZAaWV0Zi5vcmcmcXVvdDsgJmx0O2lldGZA aWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IDxiPk5vbWNvbSAyMDIwLTIwMjEgU2Vj b25kIENhbGwgRm9yIFZvbHVudGVlcnM8L2I+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxv Y2txdW90ZT4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90 dG9tOjEyLjBwdCI+VGhpcyBpcyB0aGUgc2Vjb25kIHNlbmRpbmcgb2YgdGhlIGNhbGwgZm9yIHZv bHVudGVlcnMgZm9yIHRoZSAyMDIwLTIwMjEgTm9tQ29tLjxicj4NCjxicj4NCkkgd2FudGVkIHRv IG1lbnRpb24gYSBmZXcgdXBkYXRlcyBmcm9tIHRoZSBwcmV2aW91cyBlbWFpbCAoc2VudCAyIHdl ZWtzIGFnbyk6PGJyPg0KLSBJJ3ZlIGZpeGVkIHRoZSBVUkwgYXQgdGhlIGJvdHRvbSBvZiB0aGUg ZW1haWwgdG8gcG9pbnQgdG8gaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3Vy bD91PWh0dHBzLTNBX19kYXRhdHJhY2tlci5pZXRmLm9yZ19ub21jb21fMjAyMF8mYW1wO2Q9RHdJ RGFRJmFtcDtjPUxGWVotbzlfSFVNZU1UU1FpY3ZqSWcmYW1wO3I9TG9HemhDLThzYzhTWThUcTR2 cmZvZyZhbXA7bT1ac05JUnFDeGpEZU9ZWUROYWxPU0hjdXdRRzIzd0JKdHh6bUVuc2JQQnRJJmFt cDtzPU5nSXUtN0lqMG5FZHNGY2JKT0xjbDJNNTZSeHlSRWhMQXRjYUhMYXREMzQmYW1wO2U9DQog Jm5ic3A7aW5zdGVhZCBvZiAvMjAxOS8uIFRoaXMgd2FzIGEgdGVzdCB0byBzZWUgaWYgYW55b25l IHdhcyBwYXlpbmcgYXR0ZW50aW9uLiBBcHBhcmVudGx5LCBzb21lIHBlb3BsZSB3ZXJlLiA7KTxi cj4NCi0gVGhlIElFVEYgMTA4IHJlZ2lzdHJhdGlvbiBmb3JtIGluY2x1ZGVzIGEgY2hlY2tib3gg dGhhdCB3aWxsIGxldCB5b3Ugdm9sdW50ZWVyLiBZb3UgY2FuIHVzZSB0aGlzIGluc3RlYWQgb2Yg ZW1haWxpbmcgbWUsIHdoZW4geW91IHJlZ2lzdGVyIGZvciBJRVRGIDEwOC48YnI+DQotIEkgY3Vy cmVudGx5IGhhdmUgMzkgdm9sdW50ZWVycy4gTGFzdCB5ZWFyIGhhZCAxNDkuIEkgbmVlZCBtb3Jl IHZvbHVudGVlcnMhPGJyPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0KVGhlIElFVEYg Tm9tQ29tIGFwcG9pbnRzIHBlb3BsZSB0byBmaWxsIHRoZSBvcGVuIHNsb3RzIG9uIHRoZSBMTEMs IElFVEYgVHJ1c3QsIHRoZSBJQUIsIGFuZCB0aGUgSUVTRy48YnI+DQo8YnI+DQpUZW4gdm90aW5n IG1lbWJlcnMgZm9yIHRoZSBOb21Db20gYXJlIHNlbGVjdGVkIGluIGEgdmVyaWZpYWJseSByYW5k b20gd2F5IGZyb20gYSBwb29sIG9mIHZvbHVudGVlcnMuIFRoZSBtb3JlIHZvbHVudGVlcnMsIHRo ZSBiZXR0ZXIgY2hhbmNlIHdlIGhhdmUgb2YgY2hvb3NpbmcgYSByYW5kb20geWV0IHJlcHJlc2Vu dGF0aXZlIGNyb3NzIHNlY3Rpb24gb2YgdGhlIElFVEYgcG9wdWxhdGlvbi48YnI+DQo8YnI+DQpU aGUgZGV0YWlscyBvZiB0aGUgb3BlcmF0aW9uIG9mIHRoZSBOb21Db20gY2FuIGJlIGZvdW5kIGlu IEJDUCAxMCAoUkZDIDg3MTMpLiBSRkMgMzc5NyBkZXRhaWxzIHRoZSBzZWxlY3Rpb24gYWxnb3Jp dGhtLjxicj4NCjxicj4NClNwZWNpYWwgZm9yIHRoaXMgeWVhciAoYW5kIG9ubHkgdGhpcyB5ZWFy KSwgd2UgYWxzbyBoYXZlIFJGQyA4Nzg4IChvbmUtb2ZmIHVwZGF0ZSB0byBSRkMgODcxMyAvIEJD UCAxMCkgdG8gdGVsbCB1cyB3aG8gaXMgZWxpZ2libGUgdG8gdm9sdW50ZWVyOjxicj4NCjxicj4N CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO01lbWJlcnMgb2YgdGhlIElFVEYgY29tbXVu aXR5IG11c3QgaGF2ZSBhdHRlbmRlZCBhdCBsZWFzdCB0aHJlZSBvZjxicj4NCiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwO3RoZSBsYXN0IGZpdmUgaW4tcGVyc29uIElFVEYgbWVldGluZ3Mg aW4gb3JkZXIgdG8gdm9sdW50ZWVyLjxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwO1RoZSBmaXZlIG1lZXRpbmdzIGFyZSB0aGUgZml2ZSBtb3N0IHJlY2VudCBpbi1wZXJz b24gbWVldGluZ3MgdGhhdDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2VuZGVk IHByaW9yIHRvIHRoZSBkYXRlIG9uIHdoaWNoIHRoZSBzb2xpY2l0YXRpb24gZm9yIE5vbUNvbTxi cj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3ZvbHVudGVlcnMgd2FzIHN1Ym1pdHRl ZCBmb3IgZGlzdHJpYnV0aW9uIHRvIHRoZSBJRVRGIGNvbW11bml0eS48YnI+DQombmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDtCZWNhdXNlIG5vIElFVEYgMTA3IGluLXBlcnNvbiBtZWV0aW5n IHdhcyBoZWxkLCBmb3IgdGhlIDIwMjAtMjAyMTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwO05vbWluYXRpbmcgQ29tbWl0dGVlIHRob3NlIGZpdmUgbWVldGluZ3MgYXJlIElFVEZz PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7MTAyIFtNb250 cmVhbCwgQ2FuYWRhOyBKdWx5IDIwMThdLDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOzEwMyBbQmFuZ2tvaywgVGhhaWxhbmQ7IE5vdmVtYmVyIDIwMThdLDxi cj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzEwNCBbUHJhZ3Vl LCBDemVjaCBSZXB1YmxpYzsgTWFyY2ggMjAxOV0sPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7MTA1IFtNb250cmVhbCwgQ2FuYWRhOyBKdWx5IDIwMTldLCBh bmQgPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7MTA2IFtT aW5nYXBvcmU7IE5vdmVtYmVyIDIwMTldLjxicj4NCjxicj4NCktlZXAgaW4gbWluZCB0aGF0IGVs aWdpYmlsaXR5IGlzIGJhc2VkIG9uIGluLXBlcnNvbiBhdHRlbmRhbmNlIGF0IHRoZSBmaXZlIGxp c3RlZCBtZWV0aW5ncy4gWW91IGNhbiBjaGVjayB5b3VyIGVsaWdpYmlsaXR5IGF0OiBodHRwczov L3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9y Z19yZWdpc3RyYXRpb25fbm9tY29tLnB5JmFtcDtkPUR3SURhUSZhbXA7Yz1MRllaLW85X0hVTWVN VFNRaWN2aklnJmFtcDtyPUxvR3poQy04c2M4U1k4VHE0dnJmb2cmYW1wO209WnNOSVJxQ3hqRGVP WVlETmFsT1NIY3V3UUcyM3dCSnR4em1FbnNiUEJ0SSZhbXA7cz03Xzl4OVBQb1VJYWpKczJBblVG WWcwS25FZzhna0QzSm53ZjF2MDc5RVFvJmFtcDtlPQ0KIC48YnI+DQo8YnI+DQpJZiB5b3UgcXVh bGlmeSwgcGxlYXNlIHZvbHVudGVlci4gQmVmb3JlIHlvdSBkZWNpZGUgdG8gdm9sdW50ZWVyLCBw bGVhc2UgcmVtZW1iZXIgdGhhdCBhbnlvbmUgYXBwb2ludGVkIHRvIHRoaXMgTm9tQ29tIHdpbGwg bm90IGJlIGNvbnNpZGVyZWQgYXMgYSBjYW5kaWRhdGUgZm9yIGFueSBvZiB0aGUgcG9zaXRpb25z IHRoYXQgdGhlIDIwMjAgLSAyMDIxIE5vbUNvbSBpcyByZXNwb25zaWJsZSBmb3IgZmlsbGluZy48 YnI+DQo8YnI+DQpQZW9wbGUgY29tbW9ubHkgdm9sdW50ZWVyIGJ5IHRpY2tpbmcgdGhlIGJveCBv biBJRVRGIHJlZ2lzdHJhdGlvbiBmb3Jtcy4gVGhlIElFVEYgMTA2IGZvcm0gZGlkIG5vdCBhc2sg d2hldGhlciBwZW9wbGUgd2VyZSB3aWxsaW5nIHRvIHZvbHVudGVlci4gSUVURiAxMDcgZGlkIGFz aywgYnV0IGFsbCB0aG9zZSByZWdpc3RyYXRpb25zIHdlcmUgY2FuY2VsZWQuIEkgaGF2ZSBhc2tl ZCB0aGUgU2VjcmV0YXJpYXQgaWYgaXQgaXMgcG9zc2libGUgdG8gZ2V0DQogdGhlIGxpc3QgaWYg dm9sdW50ZWVycyBmcm9tIGNhbmNlbGVkIElFVEYgMTA3IHJlZ2lzdHJhdGlvbnMuIElmIHRoYXQg bGlzdCBpcyBhdmFpbGFibGUsIEkgd2lsbCBjb250YWN0IGFsbCB3aG8gYXJlIHZlcmlmaWVkIGFz IGVsaWdpYmxlLiBCdXQgZ2l2ZW4gdGhlIHVuY2VydGFpbnR5IG9mIHRoaXMgcHJvY2VzcywgSSB3 b3VsZCBlbmNvdXJhZ2UgcGVvcGxlIHRvIHZvbHVudGVlciBkaXJlY3RseSAoc2VlIHRoZSBib3R0 b20gb2YgdGhpcyBlbWFpbA0KIGZvciBpbnN0cnVjdGlvbnMpLiBUaGFuayB5b3UgZm9yIHZvbHVu dGVlcmluZyE8YnI+DQo8YnI+DQpUaGUgbGlzdCBvZiBwZW9wbGUgYW5kIHBvc3RzIHdob3NlIHRl cm1zIGVuZCB3aXRoIHRoZSBNYXJjaCAyMDIxIElFVEYgbWVldGluZywgYW5kIHRodXMgdGhlIHBv c2l0aW9ucyBmb3Igd2hpY2ggdGhpcyBOb21Db20gaXMgcmVzcG9uc2libGUsIGFyZTxicj4NCjxi cj4NCklFVEYgVHJ1c3Q6PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Sm9lbCBIYWxwZXJuPGJyPg0K PGJyPg0KTExDOjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO01hamEgQW5kamVsa292aWM8YnI+DQo8 YnI+DQpJQUI6PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7SmFyaSBBcmtrbzxicj4NCiZuYnNwOyZu YnNwOyZuYnNwO0plZmYgVGFudHN1cmE8YnI+DQombmJzcDsmbmJzcDsmbmJzcDtNYXJrIE5vdHRp bmdoYW08YnI+DQombmJzcDsmbmJzcDsmbmJzcDtTdGVwaGVuIEZhcnJlbGw8YnI+DQombmJzcDsm bmJzcDsmbmJzcDtXZXMgSGFyZGFrZXI8YnI+DQombmJzcDsmbmJzcDsmbmJzcDtaaGVuYmluIExp PGJyPg0KPGJyPg0KSUVTRzo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDtBbGlzc2EgQ29vcGVyLCBJ RVRGIENoYWlyL0dFTiBBRDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO0FsdmFybyBSZXRhbmEsIFJU RyBBRDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO0JhcnJ5IExlaWJhLCBBUlQgQUQ8YnI+DQombmJz cDsmbmJzcDsmbmJzcDtEZWJvcmFoIEJydW5nYXJkLCBSVEcgQUQ8YnI+DQombmJzcDsmbmJzcDsm bmJzcDvDiXJpYyBWeW5ja2UsIElOVCBBRDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO01hZ251cyBX ZXN0ZXJsdW5kLCBUU1YgQUQ8YnI+DQombmJzcDsmbmJzcDsmbmJzcDtSb21hbiBEYW55bGl3LCBT RUMgQUQ8YnI+DQombmJzcDsmbmJzcDsmbmJzcDtXYXJyZW4gS3VtYXJpLCBPUFMgQUQ8YnI+DQo8 YnI+DQpBbGwgYXBwb2ludG1lbnRzIGFyZSBmb3IgMiB5ZWFycy4gVGhlIFJvdXRpbmcgYXJlYSBo YXMgMyBBRHMgYW5kIHRoZSBHZW5lcmFsIGFyZWEgaGFzIDE7IGFsbCBvdGhlciBhcmVhcyBoYXZl IDIgQURzLiBUaHVzLCBhbGwgYXJlYXMgKHRoYXQgaGF2ZSBtb3JlIHRoYW4gb25lIEFEKSBoYXZl IGF0IGxlYXN0IG9uZSBjb250aW51aW5nIEFELjxicj4NCjxicj4NClRoZSBwcmltYXJ5IGFjdGl2 aXR5IGZvciB0aGlzIE5vbUNvbSB3aWxsIGJlZ2luIGluIEp1bHkgMjAyMCBhbmQgc2hvdWxkIGJl IGNvbXBsZXRlZCBpbiBKYW51YXJ5IDIwMjEuICZuYnNwO1RoZSBOb21Db20gd2lsbCBoYXZlIHJl Z3VsYXJseSBzY2hlZHVsZWQgY29uZmVyZW5jZSBjYWxscyB0byBlbnN1cmUgcHJvZ3Jlc3MuIFRo ZXJlIHdpbGwgYmUgYWN0aXZpdGllcyB0byBjb2xsZWN0IHJlcXVpcmVtZW50cyBmcm9tIHRoZSBj b21tdW5pdHksIHJldmlldw0KIGNhbmRpZGF0ZSBxdWVzdGlvbm5haXJlcywgcmV2aWV3IGZlZWRi YWNrIGZyb20gY29tbXVuaXR5IG1lbWJlcnMgYWJvdXQgY2FuZGlkYXRlcywgYW5kIHRhbGsgdG8g Y2FuZGlkYXRlcy48YnI+DQo8YnI+DQpXaGlsZSBiZWluZyBhIE5vbUNvbSBtZW1iZXIgZG9lcyBy ZXF1aXJlIHNvbWUgdGltZSBjb21taXRtZW50IGl0IGlzIGFsc28gYSB2ZXJ5IHJld2FyZGluZyBl eHBlcmllbmNlLjxicj4NCjxicj4NCkFzIGEgbWVtYmVyIG9mIHRoZSBOb21Db20gaXQgaXMgdmVy eSBpbXBvcnRhbnQgdGhhdCB5b3UgYmUgd2lsbGluZyBhbmQgYWJsZSB0byBhdHRlbmQgZWl0aGVy IHZpZGVvY29uZmVyZW5jZSBvciBpbi1wZXJzb24gbWVldGluZ3MgKHdoaWNoIG1heSBub3QgaGFw cGVuKSBkdXJpbmcgMTQtMjAgTm92ZW1iZXIgKElFVEYgMTA5IC0gQmFuZ2tvaykgdG8gY29uZHVj dCBpbnRlcnZpZXdzLiBWaWRlb2NvbmZlcmVuY2UgYXR0ZW5kYW5jZSB3aWxsIGJlIHN1cHBvcnRl ZA0KIHdoZXRoZXIgb3Igbm90IHRoZXJlIGFyZSBpbi1wZXJzb24gbWVldGluZ3MuIE9yaWVudGF0 aW9uIGFuZCBzZXR0aW5nIG9mIHRoZSBOb21Db20gc2NoZWR1bGUgd2lsbCBiZSBkb25lIGJ5IHZp ZGVvY29uZmVyZW5jZSBkdXJpbmcgdGhlIHdlZWsgMjAtMjQgSnVseSAoZXhhY3QgdGltZSBhbmQg ZGF0ZSB0byBiZSBkZXRlcm1pbmVkIGFmdGVyIE5vbUNvbSBtZW1iZXJzaGlwIGlzIGZpbmFsaXpl ZCBvbiBKdWx5IDEyKSwgdGhlIHdlZWsgcHJpb3IgdG8NCiBJRVRGIDEwOC4gJm5ic3A7QmVpbmcg YXQgSUVURiAxMTAgKFByYWd1ZSkgaXMgbm90IGVzc2VudGlhbC48YnI+DQo8YnI+DQpQbGVhc2Ug dm9sdW50ZWVyIGJ5IHNlbmRpbmcgbWUgYW4gZW1haWwgYmVmb3JlIDIzOjU5IFVUQyBKdW5lIDI0 LCAyMDIwLCBhcyBmb2xsb3dzOjxicj4NCjxicj4NClRvOiBub21jb20tY2hhaXItMjAyMEBpZXRm Lm9yZzxicj4NClN1YmplY3Q6IE5vbUNvbSAyMDIwLTIxIFZvbHVudGVlcjxicj4NCjxicj4NClBs ZWFzZSBpbmNsdWRlIHRoZSBmb2xsb3dpbmcgaW5mb3JtYXRpb24gaW4gdGhlIGVtYWlsIGJvZHk6 PGJyPg0KPGJyPg0KWW91ciBGdWxsIE5hbWU6IDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOy8vIGFz IHlvdSB3cml0ZSBpdCBvbiB0aGUgSUVURiByZWdpc3RyYXRpb24gZm9ybTxicj4NCjxicj4NCkN1 cnJlbnQgUHJpbWFyeSBBZmZpbGlhdGlvbjo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsvLyBUeXBp Y2FsbHkgd2hhdCBnb2VzIGluIHRoZSBDb21wYW55IGZpZWxkPGJyPg0KJm5ic3A7Jm5ic3A7Jm5i c3A7Ly8gaW4gdGhlIElFVEYgUmVnaXN0cmF0aW9uIEZvcm08YnI+DQo8YnI+DQpFbWFpbHM6IDxi cj4NCiZuYnNwOyZuYnNwOy8vIEFsbCBlbWFpbCBhZGRyZXNzZXMgdXNlZCB0byByZWdpc3RlciBm b3IgdGhlIHBhc3QgNSBJRVRGIG1lZXRpbmdzPGJyPg0KJm5ic3A7Jm5ic3A7Ly8gUHJlZmVycmVk IGVtYWlsIGFkZHJlc3MgZmlyc3Q8YnI+DQo8YnI+DQpUZWxlcGhvbmU6IDxicj4NCiZuYnNwOyZu YnNwOyZuYnNwOy8vIEZvciBjb25maXJtYXRpb24gaWYgc2VsZWN0ZWQ8YnI+DQo8YnI+DQpZb3Ug c2hvdWxkIGV4cGVjdCBhbiBlbWFpbCByZXNwb25zZSBmcm9tIG1lIHdpdGhpbiA1IGJ1c2luZXNz IGRheXMgc3RhdGluZyB3aGV0aGVyIG9yIG5vdCB5b3UgYXJlIHF1YWxpZmllZC4gJm5ic3A7SWYg eW91IGRvbid0IHJlY2VpdmUgdGhpcyByZXNwb25zZSwgcGxlYXNlIHJlLXNlbmQgeW91ciBlbWFp bCB3aXRoIHRoZSB0YWcgJnF1b3Q7UkVTRU5EJnF1b3Q7JnF1b3Q7IGFkZGVkIHRvIHRoZSBzdWJq ZWN0IGxpbmUuPGJyPg0KPGJyPg0KSWYgeW91IGFyZSBub3QgeWV0IHN1cmUgaWYgeW91IHdvdWxk IGxpa2UgdG8gdm9sdW50ZWVyLCBwbGVhc2UgY29uc2lkZXIgdGhhdCBOb21Db20gbWVtYmVycyBw bGF5IGEgdmVyeSBpbXBvcnRhbnQgcm9sZSBpbiBzaGFwaW5nIHRoZSBsZWFkZXJzaGlwIG9mIHRo ZSBJRVRGLiAmbmJzcDtRdWVzdGlvbnMgYnkgZW1haWwgb3Igdm9pY2UgYXJlIHdlbGNvbWUuIFZv bHVudGVlcmluZyBmb3IgdGhlIE5vbUNvbSBpcyBhIGdyZWF0IHdheSB0byBjb250cmlidXRlDQog dG8gdGhlIElFVEYhPGJyPg0KPGJyPg0KWW91IGNhbiBmaW5kIGEgZGV0YWlsZWQgdGltZWxpbmUg b24gdGhlIE5vbUNvbSB3ZWIgc2l0ZSBhdDo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDtodHRwczov L3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX2RhdGF0cmFja2Vy LmlldGYub3JnX25vbWNvbV8yMDIwXyZhbXA7ZD1Ed0lEYVEmYW1wO2M9TEZZWi1vOV9IVU1lTVRT UWljdmpJZyZhbXA7cj1Mb0d6aEMtOHNjOFNZOFRxNHZyZm9nJmFtcDttPVpzTklScUN4akRlT1lZ RE5hbE9TSGN1d1FHMjN3Qkp0eHptRW5zYlBCdEkmYW1wO3M9TmdJdS03SWowbkVkc0ZjYkpPTGNs Mk01NlJ4eVJFaExBdGNhSExhdEQzNCZhbXA7ZT0NCjxicj4NCjxicj4NCkkgd2lsbCBiZSBwdWJs aXNoaW5nIGEgbW9yZSBkZXRhaWxlZCB0YXJnZXQgdGltZXRhYmxlLCBhcyB3ZWxsIGFzIGRldGFp bHMgb2YgdGhlIHJhbmRvbW5lc3Mgc2VlZHMgdG8gYmUgdXNlZCBmb3IgdGhlIFJGQyAzNzk3IHNl bGVjdGlvbiBwcm9jZXNzLCB3aXRoaW4gdGhlIG5leHQgZmV3IHdlZWtzLjxicj4NCjxicj4NClRo YW5rIHlvdSE8YnI+DQo8YnI+DQpCYXJiYXJhIFN0YXJrPGJyPg0KYnM3NjUyIGF0IGF0dCBkb3Qg Y29tPGJyPg0Kbm9tY29tLWNoYWlyLTIwMjAgYXQgaWV0ZiBkb3Qgb3JnPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_E76DB3D2DB814F17A89D262228C7B0E2nokiacom_-- From nobody Fri Jun 12 02:00:16 2020 Return-Path: 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 D5F723A0C4C; Fri, 12 Jun 2020 02:00:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 EPx-AayEDvgn; Fri, 12 Jun 2020 02:00:12 -0700 (PDT) Received: from mta6.iomartmail.com (mta6.iomartmail.com [62.128.193.156]) (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 29B8F3A0E33; Fri, 12 Jun 2020 02:00:11 -0700 (PDT) Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta6.iomartmail.com (8.14.4/8.14.4) with ESMTP id 05C8xxNx025095; Fri, 12 Jun 2020 09:59:59 +0100 Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id EDE752203D; Fri, 12 Jun 2020 09:59:58 +0100 (BST) Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs3.iomartmail.com (Postfix) with ESMTPS id E22EC22032; Fri, 12 Jun 2020 09:59:58 +0100 (BST) Received: from LAPTOPK7AS653V ([84.93.26.18]) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id 05C8xvC9030442 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 12 Jun 2020 09:59:58 +0100 Reply-To: From: "Adrian Farrel" To: "'Alvaro Retana'" , "'Roman Danyliw'" , "'Benjamin Kaduk'" Cc: , , Date: Fri, 12 Jun 2020 09:59:56 +0100 Organization: Old Dog Consulting Message-ID: <06b701d64097$d8e51720$8aaf4560$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdZAl3ApYYsv75hWRwyi9AKtIdDDSg== Content-Language: en-gb X-Originating-IP: 84.93.26.18 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25476.005 X-TM-AS-Result: No--0.698-10.0-31-10 X-imss-scan-details: No--0.698-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25476.005 X-TMASE-Result: 10--0.698200-10.000000 X-TMASE-MatchedRID: Z9IizZILyWAyx+mACSAktamG3MWYmj6if7rvXBvEkWlGpg/nZAuJ/Qre VeerV2qKP5mpBtPr/e7+3sFy+Fq0iGQkgVelQi41/uSHhzMcIJpbD9LQcHt6gyJcTqMCib7FjQb 0ZijHcXDkXZxF9ayP1V+24nCsUSFNDScvt6/1O/pTqzaeVVOfNfoLR4+zsDTtjoczmuoPCq0l5F jSOj2ODvuedsoyd7YlokgV5S7oUGVZ1gC6CrFrC3et535rmovO5D9smqVBD9yilnnVDECPd/H7A vsTxZMb7DafdH0+BI7qCyYebl7X7A== X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: [bess] Discusses on draft-ietf-bess-nsh-bgp-control-plane X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2020 09:00:14 -0000 Hi Discussing ADs, I appreciate that authors sat on your Discusses for a long time and that = that means that they are not in a good place from which to ask you to = move along. However =F0=9F=98=8A I sent mail addressing your Discusses two weeks ago, and posted a new = revision ten days ago. Is there anything the authors can do to help with this? Thanks, Adrian From nobody Fri Jun 12 15:54:21 2020 Return-Path: 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 704253A1634; Fri, 12 Jun 2020 15:54:19 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.3.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <159200245932.25990.10580748183815692540@ietfa.amsl.com> Date: Fri, 12 Jun 2020 15:54:19 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-evpn-geneve-01.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2020 22:54:19 -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 WG of the IETF. Title : EVPN control plane for Geneve Authors : Sami Boutros Ali Sajassi John Drake Jorge Rabadan Sam Aldrin Filename : draft-ietf-bess-evpn-geneve-01.txt Pages : 10 Date : 2020-06-12 Abstract: This document describes how Ethernet VPN (EVPN) control plane can be used with Network Virtualization Overlay over Layer 3 (NVO3) Generic Network Virtualization Encapsulation (Geneve) encapsulation for NVO3 solutions. EVPN control plane can also be used by a Network Virtualization Endpoints (NVEs) to express Geneve tunnel option TLV(s)supported in transmission and/or reception of Geneve encapsulated data packets. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-geneve/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-evpn-geneve-01 https://datatracker.ietf.org/doc/html/draft-ietf-bess-evpn-geneve-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-evpn-geneve-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Jun 14 23:47:49 2020 Return-Path: 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 381E93A0A29; Sun, 14 Jun 2020 23:47:38 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.3.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <159220365818.32595.4065101775659000293@ietfa.amsl.com> Date: Sun, 14 Jun 2020 23:47:38 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-evpn-inter-subnet-forwarding-09.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jun 2020 06:47: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 WG of the IETF. Title : Integrated Routing and Bridging in EVPN Authors : Ali Sajassi Samer Salam Samir Thoria John E Drake Jorge Rabadan Filename : draft-ietf-bess-evpn-inter-subnet-forwarding-09.txt Pages : 34 Date : 2020-06-14 Abstract: EVPN provides an extensible and flexible multi-homing VPN solution over an MPLS/IP network for intra-subnet connectivity among Tenant Systems and End Devices that can be physical or virtual. However, there are scenarios for which there is a need for a dynamic and efficient inter-subnet connectivity among these Tenant Systems and End Devices while maintaining the multi-homing capabilities of EVPN. This document describes an Integrated Routing and Bridging (IRB) solution based on EVPN to address such requirements. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-inter-subnet-forwarding/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-evpn-inter-subnet-forwarding-09 https://datatracker.ietf.org/doc/html/draft-ietf-bess-evpn-inter-subnet-forwarding-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-evpn-inter-subnet-forwarding-09 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 Jun 15 03:55:40 2020 Return-Path: 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 64F613A0CE0; Mon, 15 Jun 2020 03:55:39 -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, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-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=nokia.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 5EGfRvsBpGIJ; Mon, 15 Jun 2020 03:55:38 -0700 (PDT) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50091.outbound.protection.outlook.com [40.107.5.91]) (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 6E3DE3A0CDF; Mon, 15 Jun 2020 03:55:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=N5mriTouqR4fkbbu7W94iVo3bLl89H/HHpQ5t99YPC0DEcfKTPrPpjSYupEN7io7MdqBjDNjbUr4Cj//iT/B/PP7i8LnCwnDjpR1M0ZR9hOBVcIkTGk6vwe2XrfRwi+E0we5rAf9/SdnqVdoFCsICX0edQfjnAJpTkPyJp2NC0eiPwRcH+ek2rHNNNYO1BsGWU9nA4dUmoCQ/FXa4ny5LSRgLKcz5Rk0QuZzo8XSDrd5NMSB/0wDkC/U/2wvo2tkJ0qrDqSJYGMiE9GBVaEZM3poa2bJPqk4JkPFu8mFjvo0yQ2FdVN/ej+Of7+293qbI/RXOUXEcGE574frLr3HKg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=MAZTTLn8FUdEA0AbPQBG4cSya8MCntwubhyQQEgxTZ4=; b=eS7vo5R2h4qlI+YWiSOZ4iMN6c/gZ7vKvXMNgtXsu95D/VM/C0Esz6UN1tJhT4gBXILrwVN3Lhtc5jZCYxO5sWcbSO0JIsKk8Hr+TEEtrAzU2gn7wHWEevu5kK2OVjUES7ceBtEFYRvcLLfeOraQNSyHy+RHNICNe+DQG79lLq+0auBZ9/hczwVyYftvpZicpHN/nJsvx3SYQ99Bm9mKTi82JvIL5EpUI9jkPSIUzwZN7m0j8dqQm05qSGHyGCQUXHAquppc8YXJjjKW9ReKAUfav+Z1SedtovWAhBHkVCG8JbEes75CVziwNs5QG6UesxspTQeIOrshJ/6wlm7maQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=MAZTTLn8FUdEA0AbPQBG4cSya8MCntwubhyQQEgxTZ4=; b=TTtXXcP/BheZs5cbE16oDQVI9ImigYM/gMUDsYpCS/XAPxDI8QIlpfMDjF7uaHb4P57l0Br9WSjhF6rF2uD97eeW47i48dLVbJlBmu1d9ZCj/Ics8wbJDpfeGY8Fu/BQ/aY+6hWDFBKRaf6pYBxcAnfRi9HF54JnwbotJTtapPY= Received: from DB7PR07MB4106.eurprd07.prod.outlook.com (2603:10a6:5:f::31) by DBAPR07MB6583.eurprd07.prod.outlook.com (2603:10a6:10:184::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.12; Mon, 15 Jun 2020 10:55:34 +0000 Received: from DB7PR07MB4106.eurprd07.prod.outlook.com ([fe80::d4d2:af36:508b:c0]) by DB7PR07MB4106.eurprd07.prod.outlook.com ([fe80::d4d2:af36:508b:c0%7]) with mapi id 15.20.3088.018; Mon, 15 Jun 2020 10:55:34 +0000 From: "Bocci, Matthew (Nokia - GB)" To: "draft-ietf-bess-evpn-oam-req-frmwk@ietf.org" , "bess@ietf.org" Thread-Topic: WG Last Call and IPR Poll for draft-ietf-bess-evpn-oam-req-frmwk-02 Thread-Index: AQHWQwN+3hELxGym9ky0R6kOqNL1rg== Date: Mon, 15 Jun 2020 10:55:34 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.37.20051002 authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=nokia.com; x-originating-ip: [81.108.178.133] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: a3f57127-f1f9-4516-69c8-08d8111aa166 x-ms-traffictypediagnostic: DBAPR07MB6583: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 04359FAD81 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 2GS3BMoZOjvtEDz36OchT77ZEev8ViRFGopHe3omSISA+1JX2HOMrSleFig4y8YchHF9Ov4YxDaE+oWoIyNB5aehpaq1fR74zHE7NTTFxZymEOqgFs+k2BbuDwwh/vx1CKsQYnlnOY+gyDGuOA5Cxf2NOIJWnrPNJnKwPMOmuF2pYXtJ29DOIi7/8E8jKc7WZ8iHmgtZIh9vS+U+ObbtPF1F22Z2ZTMvmXTsiltbxfW01LhkVq9wg7ZzTAzQim1KDIcS0MKr6XAxBzSOOCFp774eDhhGYxKUUwLkR63lS8kWyIKLcMXM5v6gcyph6xiPPxsFfsZ7gNR4DGq7hKGdpw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DB7PR07MB4106.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(39860400002)(376002)(136003)(366004)(346002)(396003)(478600001)(2616005)(76116006)(450100002)(66946007)(66476007)(66556008)(33656002)(66446008)(64756008)(4744005)(8676002)(6486002)(91956017)(36756003)(110136005)(55236004)(6506007)(6512007)(316002)(2906002)(5660300002)(186003)(8936002)(26005)(83380400001)(71200400001)(86362001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: xDQAJZIMkUEUrHfrcx1Ei+NvHQ7onNpt1p4uWqwEZhOvq1a+Pmvm0IPe8usAwUB6e8ZMttjH6CJgzWLYVyGzuAgtAyEncGeVTLPX+955ZgWq2tqYtGrb8SSnDU7/tSpeI57ebhHvwL9Xu7ntrt0y3+0NVNyDzXC7DEcifUiBRcvrVL+2gGBpbqse4Bdwgk9ado2+UcP73Tz6Kqe2eeuGakYS3SXM+3EcqOsw86JQDG/5zVHOP48XrANpUYLBmlhGQeO3bZLj8FXujhwbNKCx5wWPufpe5TSfqEnuvVMVdzAAqjIQlZqT0m++ePSFyT41oGZ2Q325ZTzh8Cl/1Bri5sPGuTrGdcXV0XJnAa/rHDBt/7Ke/HCrdrF/g0rZ3M83v5MIji/qCJYkRS+vZKl7wwyWVi0dYya8dycAN7OYf6/UlJuiHB1ZdSWkLdUpZRRri2DmEF8lui9nIkMkcna35Zfyr+P6Gt2P1iq2UfNhWfLOnzL22VJBh3ACPlmtoaFl x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_FFF3CF971E3F4DCF86812B801FBABFA1nokiacom_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: a3f57127-f1f9-4516-69c8-08d8111aa166 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jun 2020 10:55:34.7330 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: eWE/jEdhZtLbZBD6o1TyIHe2zeSiKprcsPpoNEnJrzsbnWqxkdRdAwQZ8TPHlII4z2v0ACrPycrYhSYi4R7B4w== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DBAPR07MB6583 Archived-At: Subject: [bess] WG Last Call and IPR Poll for draft-ietf-bess-evpn-oam-req-frmwk-02 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jun 2020 10:55:39 -0000 --_000_FFF3CF971E3F4DCF86812B801FBABFA1nokiacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhpcyBlbWFpbCBzdGFydHMgYSB0d28td2VlayB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBmb3Ig ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb2FtLXJlcS1mcm13ay0wMg0KDQpQbGVhc2UgcmV2aWV3IHRo ZSBkcmFmdCBhbmQgc2VuZCBhbnkgY29tbWVudHMgdG8gdGhlIEJFU1MgbGlzdC4gQWxzbywgcGxl YXNlIGluZGljYXRlIGlmIHlvdSBzdXBwb3J0IHB1Ymxpc2hpbmcgdGhlIGRyYWZ0IGFzIGEgc3Rh bmRhcmRzIHRyYWNrIFJGQy4NCg0KVGhpcyBwb2xsIHJ1bnMgdW50aWwgTW9uZGF5IDI5dGggSnVu ZSAyMDIwLg0KDQpXZSBhcmUgYWxzbyBwb2xsaW5nIGZvciBrbm93bGVkZ2Ugb2YgYW55IHVuZGlz Y2xvc2VkIElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBEb2N1bWVudCwgdG8gZW5zdXJlIHRoYXQg SVBSIGhhcyBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMg KHNlZSBSRkNzIDM5NzksIDQ4NzksIDM2NjkgYW5kIDUzNzggZm9yIG1vcmUgZGV0YWlscykuDQpJ ZiB5b3UgYXJlIGxpc3RlZCBhcyBhbiBBdXRob3Igb3IgYSBDb250cmlidXRvciBvZiB0aGlzIGRv Y3VtZW50IHBsZWFzZSByZXNwb25kIHRvIHRoaXMgZW1haWwgYW5kIGluZGljYXRlIHdoZXRoZXIg b3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2YW50IHVuZGlzY2xvc2VkIElQUi4gVGhl IERvY3VtZW50IHdvbid0IHByb2dyZXNzIHdpdGhvdXQgYW5zd2VycyBmcm9tIGFsbCB0aGUgQXV0 aG9ycyBhbmQgQ29udHJpYnV0b3JzLg0KVGhlcmUgaXMgY3VycmVudGx5IG5vIElQUiBkaXNjbG9z ZWQuDQpUaGFuayB5b3UsDQpNYXR0aGV3ICYgU3RlcGhhbmUNCg0K --_000_FFF3CF971E3F4DCF86812B801FBABFA1nokiacom_ Content-Type: text/html; charset="utf-8" Content-ID: <8D0CCB4462892F4B9BD2CEAEF18B78BE@eurprd07.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCnNwYW4uRW1haWxT dHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVs dA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVO LVVTO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJn aW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFn ZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLUdC IiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlv bjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xv cjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+VGhpcyBlbWFpbCBzdGFydHMgYSB0 d28td2VlayB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBmb3INCjwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPmRyYWZ0LWlldGYtYmVzcy1ldnBuLW9hbS1yZXEtZnJtd2stMDI8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6RU4tR0IiPlBsZWFzZSByZXZpZXcgdGhlIGRyYWZ0IGFuZCBzZW5kIGFueSBjb21tZW50cyB0 byB0aGUgQkVTUyBsaXN0LiBBbHNvLCBwbGVhc2UgaW5kaWNhdGUgaWYgeW91IHN1cHBvcnQgcHVi bGlzaGluZyB0aGUgZHJhZnQgYXMgYSBzdGFuZGFyZHMgdHJhY2sgUkZDLjwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iY29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPiZuYnNwOzwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iY29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPlRoaXMmbmJz cDtwb2xsJm5ic3A7cnVucyB1bnRpbCBNb25kYXkgMjl0aCZuYnNwO0p1bmUgMjAyMC48L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImNvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj4mbmJzcDs8 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdC Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPldlIGFyZSBhbHNvJm5i c3A7cG9sbGluZyBmb3Iga25vd2xlZGdlIG9mIGFueSB1bmRpc2Nsb3NlZCZuYnNwO0lQUiZuYnNw O3RoYXQgYXBwbGllcyB0byB0aGlzIERvY3VtZW50LCB0byBlbnN1cmUgdGhhdCZuYnNwO0lQUiZu YnNwO2hhcyBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiZuYnNwO0lQUiZu YnNwO3J1bGVzIChzZWUgUkZDcyAzOTc5LCA0ODc5LCAzNjY5DQogYW5kIDUzNzggZm9yIG1vcmUg ZGV0YWlscykuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5JZiB5b3Ug YXJlIGxpc3RlZCBhcyBhbiBBdXRob3Igb3IgYSBDb250cmlidXRvciBvZiB0aGlzIGRvY3VtZW50 IHBsZWFzZSByZXNwb25kIHRvIHRoaXMgZW1haWwgYW5kIGluZGljYXRlIHdoZXRoZXIgb3Igbm90 IHlvdSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2YW50IHVuZGlzY2xvc2VkJm5ic3A7SVBSLiBUaGUg RG9jdW1lbnQgd29uJ3QNCiBwcm9ncmVzcyB3aXRob3V0IGFuc3dlcnMgZnJvbSBhbGwgdGhlIEF1 dGhvcnMgYW5kIENvbnRyaWJ1dG9ycy4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+VGhlcmUgaXMgY3Vy cmVudGx5IG5vJm5ic3A7SVBSJm5ic3A7ZGlzY2xvc2VkLiZuYnNwOyZuYnNwOzwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFn ZTpFTi1HQiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2s7bXNv LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPlRoYW5rIHlvdSw8L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxh bmd1YWdlOkVOLUdCIj5NYXR0aGV3ICZhbXA7IFN0ZXBoYW5lPC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2JvZHk+DQo8L2h0bWw+DQo= --_000_FFF3CF971E3F4DCF86812B801FBABFA1nokiacom_-- From nobody Mon Jun 15 05:05:04 2020 Return-Path: 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 D3B6C3A0CDC; Mon, 15 Jun 2020 05:04:56 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.3.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <159222269682.15783.5238920674974309758@ietfa.amsl.com> Date: Mon, 15 Jun 2020 05:04:56 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-nsh-bgp-control-plane-15.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jun 2020 12:04:57 -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 WG of the IETF. Title : BGP Control Plane for the Network Service Header in Service Function Chaining Authors : Adrian Farrel John Drake Eric Rosen Jim Uttaro Luay Jalil Filename : draft-ietf-bess-nsh-bgp-control-plane-15.txt Pages : 69 Date : 2020-06-15 Abstract: This document describes the use of BGP as a control plane for networks that support Service Function Chaining (SFC). The document introduces a new BGP address family called the SFC Address Family Identifier / Subsequent Address Family Identifier (SFC AFI/SAFI) with two route types. One route type is originated by a node to advertise that it hosts a particular instance of a specified service function. This route type also provides "instructions" on how to send a packet to the hosting node in a way that indicates that the service function has to be applied to the packet. The other route type is used by a Controller to advertise the paths of "chains" of service functions, and to give a unique designator to each such path so that they can be used in conjunction with the Network Service Header defined in RFC 8300. This document adopts the SFC architecture described in RFC 7665. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-nsh-bgp-control-plane/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-nsh-bgp-control-plane-15 https://datatracker.ietf.org/doc/html/draft-ietf-bess-nsh-bgp-control-plane-15 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-nsh-bgp-control-plane-15 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 Jun 15 06:24:28 2020 Return-Path: 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 89BE73A0D77 for ; Mon, 15 Jun 2020 06:24:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.895 X-Spam-Level: X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=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 6PjuOr0zqaed for ; Mon, 15 Jun 2020 06:24:26 -0700 (PDT) Received: from mta8.iomartmail.com (mta8.iomartmail.com [62.128.193.158]) (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 AC03B3A0D76 for ; Mon, 15 Jun 2020 06:24:25 -0700 (PDT) Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta8.iomartmail.com (8.14.4/8.14.4) with ESMTP id 05FDONA3022712 for ; Mon, 15 Jun 2020 14:24:23 +0100 Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 86EF422044 for ; Mon, 15 Jun 2020 14:24:22 +0100 (BST) Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs1.iomartmail.com (Postfix) with ESMTPS id 7BF002203D for ; Mon, 15 Jun 2020 14:24:22 +0100 (BST) Received: from LAPTOPK7AS653V ([84.93.26.18]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id 05FDOKAT022539 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 15 Jun 2020 14:24:21 +0100 Reply-To: From: "Adrian Farrel" To: References: <159222269682.15783.5238920674974309758@ietfa.amsl.com> In-Reply-To: <159222269682.15783.5238920674974309758@ietfa.amsl.com> Date: Mon, 15 Jun 2020 14:24:19 +0100 Organization: Old Dog Consulting Message-ID: <00f801d64318$471ae7b0$d550b710$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQJLQkjCmguLSRTN6dheE6VuTpW5WKfvqbEw Content-Language: en-gb X-Originating-IP: 84.93.26.18 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25482.007 X-TM-AS-Result: No--16.671-10.0-31-10 X-imss-scan-details: No--16.671-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25482.007 X-TMASE-Result: 10--16.671200-10.000000 X-TMASE-MatchedRID: PL66URbwWA9or4mPA3EMtnFPUrVDm6jtyBEE5Ydf0DFs98Z8fG/6kSKV DmbphIrbQIrDavfhGmy/CzyEMgUVo+yt+a9Mtf+esgYw1+LBrk15j2Sw+Nvsaw/vnJWZIdGAWmr Yr8SaWTVHSYz7tSK8WlJ9oM1UkvlK5a9YaFWBWfSSvRb8EMdYRd1eFEoaE12na/z+7VNQGK4RLH A2u6cHsp9NxqRbsrdJpt3L5VFqVtu29wQgZg1df8+Qb/9oChYJq1xz4AyB7S1YjtHrjqa8D1CW8 ig4Qr2JtUYbbbDctpTWlAxinuN4atkxaR8QXcVv8Otj0KvfR1kfqkfNzTRFShboQu7Fla5XIQwd t8FiOhRM+fB+KW5xPlej7nRZhIz4HlnRzQXcZk2InASnzB5VfJhwKdlCfPk8DO+DX+rUwfbBk2U V37fBLFpV4aaUhGMYkBAw5x9XDqqPl8suWHSuVOqq/TX+iM8Te24VF0CecQWbKItl61J/ycnjLT A/UDoAnL8I93XanomH15aeUvXHwN0H8LFZNFG7/nnwJ52QYi8hem0kmpPZMQ== X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [bess] I-D Action: draft-ietf-bess-nsh-bgp-control-plane-15.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jun 2020 13:24:28 -0000 BESS, This revision adopts the text and registry change as just discussed on list with Ketan. Thanks, Adrian -----Original Message----- From: I-D-Announce On Behalf Of internet-drafts@ietf.org Sent: 15 June 2020 13:05 To: i-d-announce@ietf.org Cc: bess@ietf.org Subject: I-D Action: draft-ietf-bess-nsh-bgp-control-plane-15.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : BGP Control Plane for the Network Service Header in Service Function Chaining Authors : Adrian Farrel John Drake Eric Rosen Jim Uttaro Luay Jalil Filename : draft-ietf-bess-nsh-bgp-control-plane-15.txt Pages : 69 Date : 2020-06-15 Abstract: This document describes the use of BGP as a control plane for networks that support Service Function Chaining (SFC). The document introduces a new BGP address family called the SFC Address Family Identifier / Subsequent Address Family Identifier (SFC AFI/SAFI) with two route types. One route type is originated by a node to advertise that it hosts a particular instance of a specified service function. This route type also provides "instructions" on how to send a packet to the hosting node in a way that indicates that the service function has to be applied to the packet. The other route type is used by a Controller to advertise the paths of "chains" of service functions, and to give a unique designator to each such path so that they can be used in conjunction with the Network Service Header defined in RFC 8300. This document adopts the SFC architecture described in RFC 7665. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-nsh-bgp-control-plane/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-nsh-bgp-control-plane-15 https://datatracker.ietf.org/doc/html/draft-ietf-bess-nsh-bgp-control-plane- 15 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-nsh-bgp-control-plane-15 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/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt From nobody Mon Jun 15 06:48:39 2020 Return-Path: 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 968B53A0D94 for ; Mon, 15 Jun 2020 06:48:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.598 X-Spam-Level: X-Spam-Status: No, score=-9.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 header.b=Chac5Jp2; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=wxal8CGt 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 bvFOgteqLUGr for ; Mon, 15 Jun 2020 06:48:35 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B53093A0D93 for ; Mon, 15 Jun 2020 06:48:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3354; q=dns/txt; s=iport; t=1592228915; x=1593438515; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=6AEQbvHODf4FMbj0fTrGwBrpJ2FAo39YRoCI9J1M8+Y=; b=Chac5Jp2CLdMl8coXtcJp7NKFpfETDagYoJN6wgQg6L0CQKg9i3BN2al i7B7+R7nIYOc4avoy9FO4O+yN89PCtDO27cU4y+9ZjDapWE3IXd7f23hE e7soUVl8S3Xl3BtTn+MYxPU1yp6obRE8QNTLU1+arD7J43sch7xn+8PYc E=; IronPort-PHdr: =?us-ascii?q?9a23=3AojE1OBRde23QcWDEFqwjHFKkwNpsv++ubAcI9p?= =?us-ascii?q?oqja5Pea2//pPkeVbS/uhpkESQB92J7PZIh+3Z9avnH3EDst6Ns3EHJZpLUR?= =?us-ascii?q?JNycAbhBcpD8PND0rnZOXrYCo3EIUnNhdl8ni3PFITFJP4YFvf8Xq24TIVFV?= =?us-ascii?q?P0MkxoJbe9Fovblc/i0ee09tXaaBlJgzzoZ7R0IV22oAzdu9NQj5FlL/M6yw?= =?us-ascii?q?DCpT1DfOEFyA=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DjCQCDe+de/4ENJK1mgQmDHFEHb1g?= =?us-ascii?q?vLAqHYAONPZhSglIDVQsBAQEMAQEYDQgCBAEBhEQCgi8CJDgTAgMBAQsBAQU?= =?us-ascii?q?BAQECAQYEbYVbDIVyAQEBAQMBARAoBgEBLAwLBAIBCBEBAwEBHxAnCxcGCAI?= =?us-ascii?q?EARIIARmDBYJLAy4BDqkoAoE5iGF0gTSDAQEBBYEyAQMCDkGDKxiCDgmBOIJ?= =?us-ascii?q?kiWYagUE/gRFDgk0+glELAQEBAQEBFYFIMIMVgi2PGaUoCoJZiDyQf4JwgRa?= =?us-ascii?q?IBJJdkReKCoVpihqEIAIEAgQFAg4BAQWBaiKBVnAVGiGCaQlHFwINkg+FFIV?= =?us-ascii?q?CdAI1AgYIAQEDCXyPBwGBEAEB?= X-IronPort-AV: E=Sophos;i="5.73,514,1583193600"; d="scan'208";a="787045002" Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 15 Jun 2020 13:48:34 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by alln-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id 05FDmYmA019327 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 15 Jun 2020 13:48:34 GMT Received: from xhs-aln-001.cisco.com (173.37.135.118) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 15 Jun 2020 08:48:34 -0500 Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 15 Jun 2020 08:48:33 -0500 Received: from NAM12-DM6-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 15 Jun 2020 09:48:33 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=eT3rsli/WIGgunGUjZ8X5CDOW/Swt/MVaruHoju1+x+rNu5zvoSAy5VgPKS36W9+p+zordlJSrtxicyxKyGgZJgCAVQcmMh+HRBLZid3Q7AO5kSATKpWcwS6rDawe7g6kLOLAURcQ1EPHVSm0fpIXhSFTWpNfNRk7+VDrSPf+xwj2z9GYwJ5teojXsa8hVwo6av0Z96fVT5IIZtz6RYO+Nsiql8G9PFw9skcVoSqa8Z5TjKdtWH+LPoLpdyYLNbrMdKFh8zOjuJLVvQmtTnU5fNrnqGKLnv/LCndpTChEHxuspl2WCi+EzO+PF9X/s6YWIoPCd1koMbZjzXhwi0WrA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=72UqS3siHLnLhp2Cx0g/am3fRYy/W1+pWR34O1pYtco=; b=g8CdbJuhVhaFJqrqAk+OTqFHVIEa5SCRFXhQ0kATW4ILjKQgYCIYiHtPAkjEvmKcG19VmrFX0JEF4bW1Pz4gYZHySjxH306rIBT/PpQx5uiY8wvAPs3YoKbisR9BkekkGBCRDQQc10QNtMmdsHdgwohwmhF/sxnlw5rNaUIxpVFPvyUaZb+KnVOSR3xvavyILpdaEcyEYsDkbF+XBgmPuIOHHrhbFgAm7ty9oTeooYIJ3qyhKRcEfZj6zoJKm36HnfaA5e1bFOIJ8bJsmHjDSSIr/7mLxkMobmvdhuNXf5UmVnUYs6tucB5mnSOhmHtZct6dywaC68iaektX2qFDow== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=72UqS3siHLnLhp2Cx0g/am3fRYy/W1+pWR34O1pYtco=; b=wxal8CGt2C5t5V+l+KIQ3Q9w3z7gU+J3j9yFYTKfV6oU9f1WycmIZFPmV89bS6Ksw2WZ3p0tiAmi4Pbk8b2un4UavO52t3imkHnMt4bMYdpV+M9C+uzlsY+XJFHxBNT+P/QhAKTAGY86GlwZRtJlcdrP2GA+UEXF9kJtWcWN99I= Received: from MW3PR11MB4570.namprd11.prod.outlook.com (2603:10b6:303:5f::22) by MW3PR11MB4604.namprd11.prod.outlook.com (2603:10b6:303:2f::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3088.22; Mon, 15 Jun 2020 13:48:32 +0000 Received: from MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::9552:d301:4b19:601c]) by MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::9552:d301:4b19:601c%5]) with mapi id 15.20.3088.029; Mon, 15 Jun 2020 13:48:32 +0000 From: "Ketan Talaulikar (ketant)" To: "adrian@olddog.co.uk" , "bess@ietf.org" Thread-Topic: [bess] I-D Action: draft-ietf-bess-nsh-bgp-control-plane-15.txt Thread-Index: AQHWQw1VSJsIcH3srkaPvwmmV4QRWqjZqnGAgAAGd5A= Date: Mon, 15 Jun 2020 13:48:32 +0000 Message-ID: References: <159222269682.15783.5238920674974309758@ietfa.amsl.com> <00f801d64318$471ae7b0$d550b710$@olddog.co.uk> In-Reply-To: <00f801d64318$471ae7b0$d550b710$@olddog.co.uk> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: olddog.co.uk; dkim=none (message not signed) header.d=none;olddog.co.uk; dmarc=none action=none header.from=cisco.com; x-originating-ip: [72.163.220.10] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b47af3b3-577a-4ef3-eb23-08d81132cb46 x-ms-traffictypediagnostic: MW3PR11MB4604: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-forefront-prvs: 04359FAD81 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: zNxN0W7g0acTyYxy9pieB9aItVF8OHmgvDoE5y3wbS2UUfHdaBBybuBYPaARNJYbZkftRSnWKqAv+4FPr+gfMtLI0Sj/UdmjlmP9BE2jZPIBAQcXx1xP00fzT4DL0IONeLkFQbAzkcmZ5ELm0nP8GyCnMvvegcf15h+n12aYxpyUv5mPNclP5ztGE6x7+fANkOusfeNgUQ1zOkF/9doZCBi/MsPvDxALwug4HKYH98Onr4uOhF8iWx/EpuPHUWgfDIodHIJdsS1UvK5M5xxmvKqJf0/mcCHB/MqDxdF80g7Vbbf8j3LoTRkeFgUIRc+4stmSZ02x6n1NppFhagD0NQDkXr5Z0jT31B7Wb/Xnc9Fu8QBpFCQFJSXgYXwKZ4YP0n3T/lr3NzBlgDHHidMV/A== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MW3PR11MB4570.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(39860400002)(366004)(396003)(136003)(376002)(346002)(83380400001)(53546011)(6506007)(186003)(66574014)(7696005)(478600001)(26005)(2906002)(9686003)(55016002)(66946007)(66446008)(64756008)(86362001)(76116006)(33656002)(66476007)(66556008)(71200400001)(8936002)(316002)(8676002)(966005)(5660300002)(52536014)(110136005); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: IJtkx1faqkCoB9ur384qlItLhjcUPjtsfPkrZcjG9eaQKOUP2WHkwjl6sIoGWESAyS9B7Tcv+S8wE4kjjqI2ojEny0zddZBhlBAjfTGbhuL7uylWSLgiqA7+UjZOpt21BmvnYEMj8HL+c7HObyZizMNVjODcuRIMTpS/42Ze/edrup7mEqBLuMkOSD1i4cZ/lz0p2DYqe1zrWRz84HKJWvXGpTTWfcWJazU6HJuKaC3+wqpMQPEB8Ri2gIUbj/Y8xMksbqTLN9IN5rjrfNfncsc23/8/u2T2HXGA5u1ujTDM0R7UY3CNC47U8Fmv+SImSie9xcUyVXpAStdr4pQ0Iuir8EJIlNTm56vZuLdv4+WJnO0+GnCy6WTnZ16b0RRLqksWgks2u3x183cLi8qMneoZfCGz5UDyBbgna5olFIJMPBUvF9Dqms2ciapKKd+JOHyXm6a96K034XRHrNjebvTaZhIb1cPHMjpqlE9TVREQg6+m8H5iIdyWYsUSwIyw x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: b47af3b3-577a-4ef3-eb23-08d81132cb46 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jun 2020 13:48:32.8777 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: lEsm4xoBboQeKcOpfY9iyhg9PgdEk3hIWnkUcm/pWeQqzuqu+v2G3ys9NAQjxWih045ZOEEmRNKNDemkjVhUbQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW3PR11MB4604 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.11, xch-aln-001.cisco.com X-Outbound-Node: alln-core-9.cisco.com Archived-At: Subject: Re: [bess] I-D Action: draft-ietf-bess-nsh-bgp-control-plane-15.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jun 2020 13:48:38 -0000 Thanks Adrian for incorporating these changes as per our off-list discussio= n. Thanks, Ketan -----Original Message----- From: BESS On Behalf Of Adrian Farrel Sent: 15 June 2020 18:54 To: bess@ietf.org Subject: Re: [bess] I-D Action: draft-ietf-bess-nsh-bgp-control-plane-15.tx= t BESS, This revision adopts the text and registry change as just discussed on list= with Ketan. Thanks, Adrian -----Original Message----- From: I-D-Announce On Behalf Of internet-dr= afts@ietf.org Sent: 15 June 2020 13:05 To: i-d-announce@ietf.org Cc: bess@ietf.org Subject: I-D Action: draft-ietf-bess-nsh-bgp-control-plane-15.txt A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : BGP Control Plane for the Network Service Header in Service Function Chaining Authors : Adrian Farrel John Drake Eric Rosen Jim Uttaro Luay Jalil Filename : draft-ietf-bess-nsh-bgp-control-plane-15.txt Pages : 69 Date : 2020-06-15 Abstract: This document describes the use of BGP as a control plane for networks that support Service Function Chaining (SFC). The document introduces a new BGP address family called the SFC Address Family Identifier / Subsequent Address Family Identifier (SFC AFI/SAFI) with two route types. One route type is originated by a node to advertise that it hosts a particular instance of a specified service function. This route type also provides "instructions" on how to send a packet to the hosting node in a way that indicates that the service function has to be applied to the packet. The other route type is used by a Controller to advertise the paths of "chains" of service functions, and to give a unique designator to each such path so that they can be used in conjunction with the Network Service Header defined in RFC 8300. This document adopts the SFC architecture described in RFC 7665. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-nsh-bgp-control-plane/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-nsh-bgp-control-plane-15 https://datatracker.ietf.org/doc/html/draft-ietf-bess-nsh-bgp-control-plane= - 15 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-bess-nsh-bgp-control-plane-1= 5 Please note that it may take a couple of minutes from the time of submissio= n 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/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ie= tf.org/ietf/1shadow-sites.txt _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess From nobody Tue Jun 16 07:26:37 2020 Return-Path: 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 1AAEF3A15B9; Tue, 16 Jun 2020 07:26:31 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: Cc: ipr-announce@ietf.org, bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.3.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <159231759109.1886.14205152561137891459@ietfa.amsl.com> Date: Tue, 16 Jun 2020 07:26:31 -0700 Archived-At: Subject: [bess] IPR Disclosure Huawei Technologies Co., Ltd's Statement about IPR related to draft-ietf-bess-nsh-bgp-control-plane X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jun 2020 14:26:31 -0000 Dear Adrian Farrel, John Drake, Eric C. Rosen, Jim Uttaro, Luay Jalil: An IPR disclosure that pertains to your Internet-Draft entitled "BGP Control Plane for the Network Service Header in Service Function Chaining" (draft-ietf-bess-nsh-bgp-control-plane) was submitted to the IETF Secretariat on 2020-06-16 and has been posted on the "IETF Page of Intellectual Property Rights Disclosures" (https://datatracker.ietf.org/ipr/4184/). The title of the IPR disclosure is "Huawei Technologies Co.,Ltd's Statement about IPR related to draft-ietf-bess-nsh-bgp-control-plane" Thank you IETF Secretariat From nobody Tue Jun 16 07:26:44 2020 Return-Path: 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 17D683A15DD; Tue, 16 Jun 2020 07:26:33 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: Cc: bess@ietf.org, ipr-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.3.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <159231759308.28777.6624505126748070630@ietfa.amsl.com> Date: Tue, 16 Jun 2020 07:26:33 -0700 Archived-At: Subject: [bess] IPR Disclosure Huawei Technologies Co., Ltd's Statement about IPR related to draft-ietf-bess-nsh-bgp-control-plane X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jun 2020 14:26:35 -0000 Dear Adrian Farrel, John Drake, Eric C. Rosen, Jim Uttaro, Luay Jalil: An IPR disclosure that pertains to your Internet-Draft entitled "BGP Control Plane for the Network Service Header in Service Function Chaining" (draft-ietf-bess-nsh-bgp-control-plane) was submitted to the IETF Secretariat on 2020-06-16 and has been posted on the "IETF Page of Intellectual Property Rights Disclosures" (https://datatracker.ietf.org/ipr/4185/). The title of the IPR disclosure is "Huawei Technologies Co.,Ltd's Statement about IPR related to draft-ietf-bess-nsh-bgp-control-plane" Thank you IETF Secretariat From nobody Wed Jun 17 03:20:00 2020 Return-Path: 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 66AB03A08EC; Wed, 17 Jun 2020 03:19:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.096 X-Spam-Level: X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=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 oksd9NY9SvzJ; Wed, 17 Jun 2020 03:19:58 -0700 (PDT) Received: from mail-wm1-x331.google.com (mail-wm1-x331.google.com [IPv6:2a00:1450:4864:20::331]) (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 1CBDE3A08EB; Wed, 17 Jun 2020 03:19:58 -0700 (PDT) Received: by mail-wm1-x331.google.com with SMTP id l17so1315947wmj.0; Wed, 17 Jun 2020 03:19:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc; bh=bne4IQEAbC2Kwt9ubUCZLuCbpEn/XMdKSRYzHBgRmiU=; b=pOvBWDWq/1k1qgty9qgm8RyfBp+hUC2ozBKAnPDrURcx0JUjiNa7W3K8Gbp6ERSaL9 EZMgf63Ij7kpJzWGxpM5AtLUWQKk0mWL8Nasdie7ui6OnKdKVXsfcTWe1QhVjX6FUfr1 GbJgYB2NRVUlxba409PCfXSYFZ0wzue9/UabG6I28P2jvtBK7sO5j0UBzjieHOask2yj WDyXQWeIbjIuGVSHcB1OrN16VOXUte/rboQ2GAoqFB44YwaQqMYLcAqsjFKfNYeGE9sX BdYmUiB4LRqDFDuwzDtE/Ob6k2KQkax71sY5Ja6mXeCFl5ymNp5BS5FiKwkqeXwMEtyW R1+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=bne4IQEAbC2Kwt9ubUCZLuCbpEn/XMdKSRYzHBgRmiU=; b=kJT4vmfgUJ+9C4J3q009yPXSEeEHW/uTYXnxu/0i2SEO4uBX3exmRgL9XROU4oCJfv ZDtFXZOMuWqJwx8rUSALhF5U78BmtVzm5ID2mOqNM3Dj/XTFJmyDaxcciLHKjQc0I+gc G50gf2rAxJQkTvHBQfPeoNq6dwZQV/FtZX3AOqPHb62TzHyF9rYX3vHXvnBLrlBkJJR0 RskgOz0DMCMh+NOtj0sf73wPeHq+5oBjRDm9V9uIOKzmRJ1RcANSoSOv/0dpYT5+KzVr YMyFEq3qCy54QSidTAhCldNvoztHBu7tG+7tUInQU9vw092SzAwFXUSy6UiWuQwDtuIN qyjw== X-Gm-Message-State: AOAM530JwzY1ftbWJnvt02247y+TOeNt+HF+I/SuFyg8YWJpGwBoPQ9F xvwdrWzaoMxNbjafZyjeWaIRvAT9UxkJC6phMlQ= X-Google-Smtp-Source: ABdhPJziYAYXGAOA6uhHMvMdyQhI9ZCJKrXmjD00W8aTLwh3/eaAUng7u8g9ELPgrdcKIswrFSVs9Jx8lc6Ebgq701I= X-Received: by 2002:a1c:9c8c:: with SMTP id f134mr7572986wme.142.1592389196538; Wed, 17 Jun 2020 03:19:56 -0700 (PDT) Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Wed, 17 Jun 2020 03:19:55 -0700 From: Alvaro Retana In-Reply-To: <06b701d64097$d8e51720$8aaf4560$@olddog.co.uk> References: <06b701d64097$d8e51720$8aaf4560$@olddog.co.uk> MIME-Version: 1.0 Date: Wed, 17 Jun 2020 03:19:55 -0700 Message-ID: To: adrian@olddog.co.uk, Benjamin Kaduk , Roman Danyliw Cc: martin.vigoureux@nokia.com, draft-ietf-bess-nsh-bgp-control-plane@ietf.org, bess@ietf.org Content-Type: multipart/alternative; boundary="0000000000006768c005a84500e9" Archived-At: Subject: Re: [bess] Discusses on draft-ietf-bess-nsh-bgp-control-plane X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jun 2020 10:19:59 -0000 --0000000000006768c005a84500e9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Adrian: HI! Your document was sitting in line=E2=80=A6. I am getting to it today. :-) Thanks! Alvaro. On June 12, 2020 at 5:00:09 AM, Adrian Farrel (adrian@olddog.co.uk) wrote: Hi Discussing ADs, I appreciate that authors sat on your Discusses for a long time and that that means that they are not in a good place from which to ask you to move along. However =F0=9F=98=8A I sent mail addressing your Discusses two weeks ago, and posted a new revision ten days ago. Is there anything the authors can do to help with this? Thanks, Adrian --0000000000006768c005a84500e9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =
    Adrian:

    HI!

    Your document was sitting in line=E2=80=A6. I am getting to it today. :-)<= /div>

    Thanks!

    Alvaro.
    Hi Discussing ADs,

    I appreciate that authors sat on your Discusses for a long time and tha= t that means that they are not in a good place from which to ask you to mov= e along. However =F0=9F=98=8A

    I sent mail addressing your Discusses two weeks ago, and posted a new r= evision ten days ago.

    Is there anything the authors can do to help with this?

    Thanks,
    Adrian

    <= /body> --0000000000006768c005a84500e9-- From nobody Wed Jun 17 09:21:09 2020 Return-Path: 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 28C3C3A09D6; Wed, 17 Jun 2020 09:21:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=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 iFyIIPVQ3lle; Wed, 17 Jun 2020 09:21:05 -0700 (PDT) Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) (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 F18EF3A09BE; Wed, 17 Jun 2020 09:21:04 -0700 (PDT) Received: by mail-wr1-x42d.google.com with SMTP id t13so553371wrs.2; Wed, 17 Jun 2020 09:21:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc:content-transfer-encoding; bh=GvpWuhFkVfjC5yoK6d3BDzs321BsqQHLiBiIchXtssQ=; b=bbhtqPqV4SbU7wHgRfeZijh/StsNwdNNC/pmXzsIOBLV1wKgCg98Zw5MIT+lWB6C4p 4xcokkO5PKO6M8yGzqfZfjAJP6xr+HA+zs4XCkpWO69S0EGq+mcQ0Ocvbu4e2Qp4ZbKo cJLO13LJFSqJltBR7R5Jun0M27mtc/Xdluw7on8xwEaxpaArcVNOjmsupq3+apSQFCg8 JcdZ5/7K0lL17Ydva5HjJzPIlQf7LGl++gAan4+ui7lXmoOBUu0E73nPSv3PKmEk9o2j RXxW68HD6UcdNN6P0W/0LZ/hdRsNA6IQuibA7p/OPYdvRlAaQGqbjSB4C6fWzjRGx26n a/ig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc:content-transfer-encoding; bh=GvpWuhFkVfjC5yoK6d3BDzs321BsqQHLiBiIchXtssQ=; b=MWXWFgkoMynp8+DSxxDHldNoc4XT4GYMPLZJeETprCBOT5XgbpQqQgCyo3Z/WhGOJZ 9VX/4Ro0b0ZZ357gVCFEjsPG0ErLxvdZUdVrMuehzc4YePkrCUOtuiVKPo0EZGTQv6Iq dSkgN2LHO+qqwXCNXChDSxr0cH9wWQh+xEfB4F0Y3SDC+oX1rMGmS9YwLVUgAoHW08VV XHscxYP831XTwMB/NlS795WGlJdOtC1Sk/4G/kGuTkrL7T1GPI/VYefXEPrktsZDd6hQ WH3YCuzIP2niqC9Sh5+3NR3vhdLs+4nL07M7vMM1w0u0zPTYOnUyL01tFUjvEJAZpdvV N/aA== X-Gm-Message-State: AOAM532Gpabhpyue+hyZOCO/ndJGp9Wfh8wa0knkgq4Rw6p2XIP1rpRt 6LE0vHPtFwvHUlg+cXZPLlCgm8wHohfc9cdG+PdrrgBJ X-Google-Smtp-Source: ABdhPJz1XC2JGI/LZqNb6w9zrmfY6x/LSkvVbMRF8KVvWMTEbtpJ/pimkPx5neUtaVVyl8nQAFpRDIzmSXWRdNfZiQ0= X-Received: by 2002:a5d:4385:: with SMTP id i5mr38156wrq.420.1592410863309; Wed, 17 Jun 2020 09:21:03 -0700 (PDT) Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Wed, 17 Jun 2020 09:21:02 -0700 From: Alvaro Retana In-Reply-To: <00a301d63787$89a36db0$9cea4910$@olddog.co.uk> References: <157672423820.4788.15963554106411963869.idtracker@ietfa.amsl.com> <00a301d63787$89a36db0$9cea4910$@olddog.co.uk> MIME-Version: 1.0 Date: Wed, 17 Jun 2020 09:21:02 -0700 Message-ID: To: adrian@olddog.co.uk, The IESG Cc: bess-chairs@ietf.org, bess@ietf.org, draft-ietf-bess-nsh-bgp-control-plane@ietf.org, sfc-chairs@ietf.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [bess] Alvaro Retana's Discuss on draft-ietf-bess-nsh-bgp-control-plane-13: (with DISCUSS and COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jun 2020 16:21:08 -0000 On May 31, 2020 at 4:10:35 PM, Adrian Farrel wrote: Adrian: Hi! > > DISCUSS: > > ------------------------------------------------------------- > > > > (1) Controllers and other nodes. ... > So, you are right and we are highlighting it in the security section, and > we can note the existing mitigations in a BGP-based routing system agains= t > rogue players. You didn't explicitly say so, but it looks like this may be the added text: =C2=A0 =C2=A0Similarly, there is a vulnerablity if a rogue or subverted con= troller =C2=A0 =C2=A0announces SFPs especially if that controller "takes over" an e= xisting =C2=A0 =C2=A0SFP and changes its contents. =C2=A0This is corresponds to a r= ogue BGP =C2=A0 =C2=A0speaker entering a routing system, or even to a Route Reflecto= r =C2=A0 =C2=A0becoming subverted. =C2=A0Protection mechanisms, as above, inc= lude =C2=A0 =C2=A0securing BGP sessions and protecting software loads on the =C2=A0 =C2=A0controllers. [nit] s/vulnerablity/vulnerability Authentication helps, but it doesn't stop an authenticated subverted node from taking over control of an SFP. Maybe I haven't been clear with my concern. =C2=A0I am concerned about authorization of the BGP speaker to even act as a controller -- this is akin to route origin validation: should a BGP speaker even be generating SFPRs? =C2=A0In "normal" BGP a mitigation against invalid origination is ingress filtering -- in this case, a mitigation might be for the operator to receive (using an access list, for example) SFPRs originated by only some nodes. > > (2) New Flow Specification Traffic Filtering Action ... > I said: > : Hmmm, we don't tent to explain why "MUST NOT" in our specifications. > : The reasoning here is that it would be highly confusing to mix and matc= h > : SFC Classification with BGP routing. Perhaps I am wrong about that > : confusion. > : I think that when you program an SFC classifier, that is a single peer-= to- > : peer communication targeted at an SFC Classifier. > : A 5575-only node will not be a classifier. > > You responded: > | I raised this point as a DISCUSS because the text is at odds with other > | standards track documents. That is the reason I'm asking for an > | explanation. You missed the second part of my response (to the last couple of sentences)= : You> =C2=A0 =C2=A0I think that when you program an SFC classifier, that is a sin= gle =C2=A0 =C2=A0peer-to-peer communication targeted at an SFC Classifier. =C2=A0 =C2=A0A 5575-only node will not be a classifier. Me> =C2=A0 =C2=A0That is the type of operational considerations that I would li= ke to see =C2=A0 =C2=A0the document include. That's all I'm looking for. =C2=A0By "isolating" the communication from potential rfc5575bis-only nodes you eliminate my concern. BTW, I didn't mention this before... =C2=A0You use both rfc5575 and I-D.ietf-idr-rfc5575bis as Normative references. =C2=A0rfc5575bis is already in the RFC Editor's queue, so you really only need that one. ... > > (3) Use of the Control Plane ... > And you said... > > | Everywhere I look at (=C2=A73.2, =C2=A74.3, for example) seems to indic= ate to me > | that an SFT is necessary in the definition of the SPF. I may of course = be > | wrong or have missed where it clearly isn't. An example of how to do > | it would be very useful. > > We see a number of types discussed > - in this document > - RFC 7665 Ok...so you now added to the table in =C2=A710.5. =C2=A0Some of the new val= ues are not defined in this document, please add references to where they are described. > - https://tools.ietf.org/html/draft-dawra-idr-bgp-ls-sr-service-segments-= 02#section-4.1 > - https://tools.ietf.org/html/draft-dawra-idr-bgp-ls-sr-service-segments-= 02#section-4.2 > > We have decided to group these all together and request population of the > registry in Section 10.5. > We are discussing with the authors of > draft-dawra-idr-bgp-ls-sr-service-segments precisely what we should inclu= de > and what they will ask for in their own draft. draft-dawra-idr-bgp-ls-sr-service-segments needs "service types" and "function identifiers" for purposes other than implementing this SFC control plane. I would still like to hear from the AD/sfc-chairs about whether there is interest in the sfc WG to take advantage of the control plane. > > COMMENT: > > --------------------------------------------------------------- ... > > (4) =C2=A73.1.1/=C2=A73.1.2: The two new Extended Communities are defin= ed as > > different types. Is it really necessary to request two different types, > > instead of one type with sub-types? The transitive space is not close t= o > > exhaustion, but having a single type would make it easier for any futur= e > > SFC-related extended communities to be identified/grouped. Just a > > thought... > > Yeah, that's an easy change. You're creating the new SFC Extended Community Sub-Types Registry, so you can go ahead and assign the TBD7/TBD8 values. Thanks! Alvaro. From nobody Thu Jun 18 10:09:25 2020 Return-Path: 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 DD6113A0CE1 for ; Thu, 18 Jun 2020 10:09:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.089 X-Spam-Level: X-Spam-Status: No, score=-2.089 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 6p012Uki811R for ; Thu, 18 Jun 2020 10:09:21 -0700 (PDT) Received: from NAM10-MW2-obe.outbound.protection.outlook.com (mail-mw2nam10on2100.outbound.protection.outlook.com [40.107.94.100]) (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 CCFC53A0CF8 for ; Thu, 18 Jun 2020 10:09:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=kNshKmYDf9q094pK9ZyNgWnH6ZWhqWTJZZFvPL69PzcsWH52rOhC5HOqAErKMHP7JCqpKnjNSbj2/5ahM1va4E8jMx+r22NLWL0NnYDAZ1yG9eWadNt10CoOUakbYnb9g1OTh2e8eRKSxEC5UGb0MHmJU2obPd2R6qWj2F37vWcSw+3NQeqhLiTA/SzWMYwEQjjp5FxR/xroIyoAUsqZaDtV0K1SgSdatCHoVWbUwFex4dCqX+zW5h5kTNh2MJ73MW6Pc5ilon0VnVQC2G15FhiXfMDPD44sZQU+FmrwQEg4pakAwYEsb3kDgwhHth1YVyZodCavY8d231J5aNiZBA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=N/bkFR6b6ZwOVDw1OTMrVokYM01GU/LH3ydi2IYIql4=; b=cezBUPMfN8db/SbdEjuaAVzHnTkj1jl10sl6G0ZzTfeb+AbuB2RuY4+ppMrnFASyW1Ymde/cni5DVD2brYnz/vk7oNa1ToUEJ8s1wGfKrMO/B2QFqNMssijGAAsKlELDBu9LfDZyUkWeSbqUz6DcLBtzqlHzoEqGgxnnLggbZim1JGiFcQxUAE/tS3uc8VmmIE7eW/gaAv9N7rCD5R5rXEewQJp2mo7+1P3oZWKqEIudp7ftBvke90I+5h0X14uB6+KCmuFoHb73PpGsGTx7itsJ2m7Q40WGpF32UxzTsPbKd59sIDAlcWkF6VNtA59hUEcm9sPvrN89B/Jdc92DQA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=N/bkFR6b6ZwOVDw1OTMrVokYM01GU/LH3ydi2IYIql4=; b=VPZzf83VbodnJwgOsGL5VERZ1ocRp0LyATQ4iH3d5Oi7kl0YJ03cQzDLsS7VM+whDp3MH74ZJPgJz7yONPiILP3c2Mau0Y+pXf31jcsMqKIc1fpW20xSyK+wZ5f+5RXHyUzRWYzbpKhgFCpEmN2dQoOusBrORH+/k0DjikQ7N58= Received: from SN6PR13MB2334.namprd13.prod.outlook.com (2603:10b6:805:55::16) by SA0PR13MB3951.namprd13.prod.outlook.com (2603:10b6:806:96::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3131.10; Thu, 18 Jun 2020 17:09:18 +0000 Received: from SN6PR13MB2334.namprd13.prod.outlook.com ([fe80::783f:2d78:2f9f:3116]) by SN6PR13MB2334.namprd13.prod.outlook.com ([fe80::783f:2d78:2f9f:3116%7]) with mapi id 15.20.3131.009; Thu, 18 Jun 2020 17:09:17 +0000 From: Linda Dunbar To: "bess@ietf.org" , "Bocci, Matthew (Nokia - GB)" , "stephane.litkowski@orange.com" , "Mankamana Mishra (mankamis)" Thread-Topic: Request BESS WG adoption for draft-dunbar-bess-bgp-sdwan-usage-07 Thread-Index: AdYeP2g0jFIITMsOTGqvDVL8WXcvPQnU175Q Date: Thu, 18 Jun 2020 17:09:17 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=futurewei.com; x-originating-ip: [72.180.73.64] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: bd56f9c9-db65-4282-18ff-08d813aa55d6 x-ms-traffictypediagnostic: SA0PR13MB3951: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7219; x-forefront-prvs: 0438F90F17 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: MAAFQg3OHpnvoM4jxO+CLfXj8ZK+T0Ihlxg+G6sk1LbXXCGevAJvwKLQ2oq3v7UQRF4qn3ir2j9HMAGgKZqw4M9Cdc1dFvUZuWnLUTFS+Ca0RxbybiRTO93l3HU/bKf/KjMTO4v7O95ztr1djZn6wioySEZ/zArEZh3HYrHAgQ3dgr9CGonsCWSiCScOn/DDvTWYQtPONyJMnn1PWXYXpaxn1lv+U7cFWP8TWZhE2uchSWxoyYSGrJ4ByfuBiSRoA5HgOsCMD/8ZASxuVnSJX7PDwHBAS/FGXpF4FMEco3ee2ZnFEGXpDfsn6H1CamIrKytxqqBcSEbqHwDRPhANpp6pB68H25T79J6Z0FU5DrVlU751xLmC8ENynX8hYBpKIaQk08yu+L1pRrWb9d1+Lw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SN6PR13MB2334.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(346002)(136003)(39840400004)(396003)(366004)(44832011)(76116006)(316002)(110136005)(66946007)(71200400001)(83380400001)(166002)(66476007)(86362001)(33656002)(8936002)(6506007)(2906002)(5660300002)(53546011)(52536014)(55016002)(26005)(186003)(9686003)(66556008)(64756008)(8676002)(966005)(478600001)(66446008)(7696005); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: 9ESAsge8N+v+BMz32ddDuq+p/AXLZiSV4cWuSyf1OhgXCLLbDkVSMRJo1gSQptBsUrfPP2yLd5xCFIEybUwxAmlhBYT4Z18U+91eZXiDkWK8ACSCjO2nfxomf7XNpp+fhHYmc1EOiHi34rDFO+oMHYCsOquytHGA0+Sg+rOL73/LS1aBBBImuR950lU0xCU1JoZSUDV+w8IlWgkGhI9lVT6jgH/T8DmGPM26mhIpswY4x64TMWC43r9wkMDVJ7r75p7uAlBjOt739s9oVf5c9mlu0V/MDWsRfs5iFfrJ2Lhqdz91Km8QGFL8nfhcB7brgoemmS4SDz+n7IohhPljYlztK+y9STwFcIosu0GpAyagolXia1Ci7ZTIwlK92WpOuKRMCunz23goyCJpqee49Y1kK3Flkr6ycBRd9hQnw/0aqlEA3WO4gfHgPQLiomyG/y8muYaezkEjV5uR9YMvMfoi2gH05dhxv3cYIpPRXRA= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_SN6PR13MB233427F59365AECB3B95F3F7859B0SN6PR13MB2334namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SN6PR13MB2334.namprd13.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: bd56f9c9-db65-4282-18ff-08d813aa55d6 X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Jun 2020 17:09:17.7008 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: A6jlrnxAIbPVnLqHJV759paZquV4d1GeyK21sJPFDmitygKFXGog/LxCMkKmrkmQV6w+lvv/FmYbb/jcBTQ+lg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA0PR13MB3951 Archived-At: Subject: Re: [bess] Request BESS WG adoption for draft-dunbar-bess-bgp-sdwan-usage-07 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jun 2020 17:09:24 -0000 --_000_SN6PR13MB233427F59365AECB3B95F3F7859B0SN6PR13MB2334namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Matthew and Stephane It has been almost 2 months since our presentation at the IETF107 virtual m= eeting and our request for WG adoption. Can you let us know what else we need to do to move forward to the WG Adopt= ion call? Thank you very much. Linda From: Linda Dunbar Sent: Wednesday, April 29, 2020 11:34 AM To: bess@ietf.org; Bocci, Matthew (Nokia - GB) ; s= tephane.litkowski@orange.com; Mankamana Mishra (mankamis) Subject: Request BESS WG adoption for draft-dunbar-bess-bgp-sdwan-usage-07 Matthew and Stephane Thank you for the opportunity for us to present the draft at April 28 Inter= im meeting. https://datatracker.ietf.org/doc/draft-dunbar-bess-bgp-sdwan-usage/?include= _text=3D1 We understand that the draft has been on the https://trac.ietf.org/trac/bes= s/wik as Candidates for WG Adoption. We are asking BESS WG Chairs to start the WG Adoption call for the draft. This draft demonstrates how & why BGP-based control plane can be effective= ly used for large scale SDWAN overlay networks, which is very beneficial to= the industry and to other SDOs that have on-going SDWAN projects, such as = MEF, BBF, ONUG etc. So that they don't have to re-invent the wheel. Thank you very much. Linda Dunbar --_000_SN6PR13MB233427F59365AECB3B95F3F7859B0SN6PR13MB2334namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Matthew and Stephane

    It has been almost 2 months since our presentation a= t the IETF107 virtual meeting and our request for WG adoption.

    Can you let us know what else we need to do to move = forward to the WG Adoption call?

     

    Thank you very much.

     

    Linda

     

    From: Linda Dunbar
    Sent: Wednesday, April 29, 2020 11:34 AM
    To: bess@ietf.org; Bocci, Matthew (Nokia - GB) <matthew.bocci@nok= ia.com>; stephane.litkowski@orange.com; Mankamana Mishra (mankamis) <= mankamis=3D40cisco.com@dmarc.ietf.org>
    Subject: Request BESS WG adoption for draft-dunbar-bess-bgp-sdwan-us= age-07

     

    Matthew and Stephane

     

    Thank you for the opportunity for us to present the = draft at April 28 Interim meeting.

    htt= ps://datatracker.ietf.org/doc/draft-dunbar-bess-bgp-sdwan-usage/?include_te= xt=3D1

     

    We understand that the draft has been on the https://trac.ietf.org/trac/bess/wik as Candidates for WG Adoption.

     

    We are asking BESS WG Chairs to start the WG Adoptio= n call for the draft.

     

    This draft demonstrates how & why  BGP-base= d control plane can be effectively used for large scale SDWAN overlay netwo= rks, which is very beneficial to the industry and to other SDOs that have o= n-going SDWAN projects, such as MEF, BBF, ONUG etc. So that they don’t have to re-invent the wheel.

     

    Thank you very much.

    Linda Dunbar

     

    --_000_SN6PR13MB233427F59365AECB3B95F3F7859B0SN6PR13MB2334namp_-- From nobody Thu Jun 18 19:11:35 2020 Return-Path: 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 17F793A0AA1; Thu, 18 Jun 2020 19:11:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.847 X-Spam-Level: X-Spam-Status: No, score=-1.847 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 Qen5rmmubeaj; Thu, 18 Jun 2020 19:11:31 -0700 (PDT) Received: from mail-il1-x12e.google.com (mail-il1-x12e.google.com [IPv6:2607:f8b0:4864:20::12e]) (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 CEC2C3A0ACF; Thu, 18 Jun 2020 19:11:31 -0700 (PDT) Received: by mail-il1-x12e.google.com with SMTP id 9so7885864ilg.12; Thu, 18 Jun 2020 19:11:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ZpQGE0TU79MiMB0jCNbH73uTIHBUGbHpi60s/EZawSo=; b=UtoKlU0qhZtEzI/EgFPG1ZLMpjY0r59u3xGYfddZ2Gjs3Zjfuglc3uPisrMFh3juvb r9bsf6y+EVn/TAQb8EaN4lbc5ghjkWAKyqAFHqk4I0RXwDFh8UVYuAOmoy/jCbd2TcqP fdcUZtolNrhOjB9Md/o7B4p1KlYODWl7GkwyH5q60/ATCVhRTqwyBamVnv1MaZjrrkr1 xYdp1Qb1BMhqnd5BJEBUXa5lQu0TnltmsmupeeqoewBQp9tgdrzkJFthvx5PHLSYpA2L u/BNgHxeEwzAmhxzlDsdinhUWcMFkQD00fkl6vnJqDAswbg1dQFb2KDBLhl2azLTBSAJ Wlaw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ZpQGE0TU79MiMB0jCNbH73uTIHBUGbHpi60s/EZawSo=; b=JsScwvvxFJJD2Fm02PkUpfgb79jJl5AbRVx+m8+lk9X3eZeCcyJc97HpKx1qurFvn/ q91SxKgS7QrhgA350B7YlyVdoaYMTajmOotNmQuRmnke8aC0Ey7cxSpk2gQktC4r3zet Q4s/ZkxzTG/IV3hIY2ukmB36T6TmX1MMcMBYX/faRAKL/8rdT+vUPb7Z8bwsLU888804 cgKCsoK45WsyeFT92SaH1mMrOsfPtq2KqBM74FM2dVZLGfeqdu32Aq7bDfyNUe78YWsj sGsUZfJoYgEWjrIBZQffKHlv3qQHrpjoRn4o561s4DjGmoM1I2zViazLUK5xc3orRWse /V2g== X-Gm-Message-State: AOAM531C+VPcf+ZHkAQ4G/tmPzmB3PsIW3MdaCRsOBPMifsKOtl130wb 7PUckVIjBUpeySRw5Q21UioQafqlW036X3JWtto= X-Google-Smtp-Source: ABdhPJyg0qljYqHjZKvGmu+BZH0maXrf1IYqGCIhyDiucdpsAKeveMcHFgFaaTb4iue3huxoIXOso5Oe22h5rUmazeE= X-Received: by 2002:a92:c947:: with SMTP id i7mr1457127ilq.276.1592532691029; Thu, 18 Jun 2020 19:11:31 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Donald Eastlake Date: Thu, 18 Jun 2020 22:11:19 -0400 Message-ID: To: "Bocci, Matthew (Nokia - GB)" Cc: "draft-ietf-bess-evpn-oam-req-frmwk@ietf.org" , "bess@ietf.org" Content-Type: multipart/alternative; boundary="00000000000057935c05a86669a4" Archived-At: Subject: Re: [bess] WG Last Call and IPR Poll for draft-ietf-bess-evpn-oam-req-frmwk-02 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jun 2020 02:11:33 -0000 --00000000000057935c05a86669a4 Content-Type: text/plain; charset="UTF-8" I support this draft as an author. I am not aware of any undisclosed IPR in this draft. Thanks, Donald =============================== Donald E. Eastlake 3rd +1-508-333-2270 (cell) 2386 Panoramic Circle, Apopka, FL 32703 USA d3e3e3@gmail.com On Mon, Jun 15, 2020 at 6:55 AM Bocci, Matthew (Nokia - GB) < matthew.bocci@nokia.com> wrote: > This email starts a two-week working group last call for > draft-ietf-bess-evpn-oam-req-frmwk-02 > > > > Please review the draft and send any comments to the BESS list. Also, > please indicate if you support publishing the draft as a standards track > RFC. > > > > This poll runs until Monday 29th June 2020. > > > > 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 a 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. > > There is currently no IPR disclosed. > > Thank you, > > Matthew & Stephane > > > --00000000000057935c05a86669a4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    I support this draft as an author.
    I am not aware of any undisclosed IPR in this draft.

    Thanks,
    Donald
    =3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
    =C2= =A0Donald E. Eastlake 3rd =C2=A0 +1-508-333-2270 (cell)
    =C2=A02386 Panor= amic Circle, Apopka, FL 32703 USA
    =C2=A0d3e3e3@gmail.com

    On Mon, Jun 15,= 2020 at 6:55 AM Bocci, Matthew (Nokia - GB) <matthew.bocci@nokia.com> wrote:

    This emai= l starts a two-week working group last call for draft-ietf-bess-evpn-oam-req-frmwk-02=

    =C2=A0

    Please re= view the draft and send any comments to the BESS list. Also, please indicat= e if you support publishing the draft as a standards track RFC.

    =C2=A0

    This=C2= =A0poll=C2=A0runs until Monday 29th=C2=A0June 2020.

    =C2=A0

    We are also=C2=A0polling= for knowledge of any undisclosed=C2=A0IPR=C2=A0that applies to this Docume= nt, to ensure that=C2=A0IPR=C2=A0has been disclosed in compliance with IETF= =C2=A0IPR=C2=A0rules (see RFCs 3979, 4879, 3669 and 5378 for more details).

    If you are listed as an = Author or a Contributor of this document please respond to this email and i= ndicate whether or not you are aware of any relevant undisclosed=C2=A0IPR. = The Document won't progress without answers from all the Authors and Contributors.=C2=A0

    There is currently no=C2=A0IPR=C2=A0disclosed.=C2=A0=C2=A0

    Thank you,

    Matthew & Stephane

    =C2=A0<= /span>

    On June 12, 2020 at 5:00:09 AM, Adrian Farrel (adrian@olddog.co.uk) wrote:

    --00000000000057935c05a86669a4-- From nobody Fri Jun 19 02:00:27 2020 Return-Path: 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 A48383A089C for ; Fri, 19 Jun 2020 02:00:25 -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, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.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 AeEwKxjUnSla for ; Fri, 19 Jun 2020 02:00:24 -0700 (PDT) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-eopbgr150112.outbound.protection.outlook.com [40.107.15.112]) (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 B9B883A0891 for ; Fri, 19 Jun 2020 02:00:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FT53qAJZWOlcu2Vw/jmrkQIPkfmIfsbpl0ohRTHcPZ8rejfhnJWX5LsWlTdtauRbUQfZVE7IaE+yut5al6z6qCAm6syIFHeqVQ53+XS6LC7RUXZkwjs/eO89YIPiwsw+YBvo821dO63tfFW1Cut3fVm9V6wCkAZ8dEN2tFjd1t9+DzmzmkIWwBDqsM1/vVjpbROsGr29C14Ty7h4qkHyvCbBIbgnpakVQkXPvN3Wlzdc3C3Pikur0B6D6i2GZ3gP9KrQTZcdTUSWoV4O6FaZKdCZFsd5CLYgfr7yYTBsfr7HhpOyrXa4Icq3iBReF5yUMPESO6OjUDE3PdAkUvBSMg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=y6Dps4VyESW925zVpTwy0XTBcPqvfRdeJLq+8sYjp3A=; b=My75AT5WGkBIQvaRHlT4RQUbNPL50G6U67qZcdUyLProMVVmogPuZY8r0hUGDCBxglo+IvP/z7eg2R2puc8jUW9VJkGqkgHA7b11+s/MOg8SrZ09lm7c+hHYyhqQOXYKVozfOXQjIQDlNXqyIuW9oBLRVcPWqrOe1duGZWQ38PZjxuWAcE16VExO0TLrwhDaycicqh8CC9xZuX8vRtkbe3kWAjtPt9VBjgqWZ+zN6FSrAYgOWoLLbn/hXaIyaHk1ht+GtZkYp96j2H8tfRLkbo/vpKPWOEhrAURD3w07F8iFR8D20N7qM48b9WRH3h9vYPfu4haTq2wPlkCU57nO4g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=y6Dps4VyESW925zVpTwy0XTBcPqvfRdeJLq+8sYjp3A=; b=dYIVbx89NzgldNG51nPbeJFZMqZVjXduxt1xr/rAXaiSCGDl5Rgv8cCYsm1dcDsdfFkZkqgjypjKcrGmIrPq9Ji091kKJImc8ixD9JVYzfgzluS2jmfjyUjaQVZMyYpZ18NEEytFdH78rQmSrowdKhx4tFTstJ3+TQAm46XwHB8= Received: from DB7PR07MB4106.eurprd07.prod.outlook.com (2603:10a6:5:f::31) by DBAPR07MB6854.eurprd07.prod.outlook.com (2603:10a6:10:17f::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3131.10; Fri, 19 Jun 2020 09:00:21 +0000 Received: from DB7PR07MB4106.eurprd07.prod.outlook.com ([fe80::d4d2:af36:508b:c0]) by DB7PR07MB4106.eurprd07.prod.outlook.com ([fe80::d4d2:af36:508b:c0%7]) with mapi id 15.20.3131.009; Fri, 19 Jun 2020 09:00:21 +0000 From: "Bocci, Matthew (Nokia - GB)" To: Linda Dunbar , "bess@ietf.org" , "stephane.litkowski@orange.com" , "Mankamana Mishra (mankamis)" Thread-Topic: Request BESS WG adoption for draft-dunbar-bess-bgp-sdwan-usage-07 Thread-Index: AdYeP2g0jFIITMsOTGqvDVL8WXcvPQnU175QACNqagA= Date: Fri, 19 Jun 2020 09:00:21 +0000 Message-ID: <67629D60-41D0-48D5-836B-CDE8CDFE9748@nokia.com> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.37.20051002 authentication-results: futurewei.com; dkim=none (message not signed) header.d=none;futurewei.com; dmarc=none action=none header.from=nokia.com; x-originating-ip: [81.108.178.133] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 640b7943-3a8f-48b0-3272-08d8142f327d x-ms-traffictypediagnostic: DBAPR07MB6854: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7219; x-forefront-prvs: 0439571D1D x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: fEvAtY3EMBaCvNDsVNyu1piA2dO30E0F95R9DSUCpi8fxqghS74ZfHfh/KTaZiuNfM4tLSvG/T7PwbSR+f4lOTM5pG18evS1y4ODq97oiNN6FaltC0PgHBzpE/JT7GsRDGGNlYwRv5XcNXKvkeeerkelPEi+FQFRSH55unEBh3jHm9qbAHQMUNAOYFLwUFN2colbc4rZe06p16Dfv5YC7msLmiOHI3lE6X6XK9nB2hn7khHmHgV8fVI6LMmtbwkrJTjdYfWKWQyAqmKAaJ2SIr7LQJvuwN+RxB5ysGk8rDSQKl5ZkrT1dDaxmmO+8jCxfx7yrSSErWZJjMcVKUjYzjDHc5Wa37qjcK1TB6tNXq8jqjE1bZ8Zz96MB0euUdqh1ijrEm6so6AdmMBOlVjESg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DB7PR07MB4106.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(346002)(396003)(366004)(136003)(39860400002)(33656002)(71200400001)(186003)(83380400001)(316002)(2906002)(2616005)(8676002)(64756008)(36756003)(66946007)(66476007)(76116006)(91956017)(66446008)(66556008)(8936002)(6512007)(966005)(5660300002)(6486002)(55236004)(86362001)(26005)(166002)(6506007)(53546011)(110136005)(478600001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: 5eCx5O8gOpu4480LDj11amMpiCjq2W/Lrn6pK55Yqyz5vdGW8ZXhUcma9EiHfO41zTwbhZjtcoUCnVmDvQD6cyJ2o271CK+h3S7ZtEX/Dw8iQYEXuomYM66Jhiz+eI5iRBzkwHSOyzSlRQKmcKSEBg3YqCaPfPeP8GHLIaF+dY6aSC2gDcvRXKneXddBf4Vr9AC8XD4UkqNGJtI0VqUUg2wPTfQYnT6dDn1qxOtoJtCIrvZD5zlgFa/6/i6lXUed4eBoNwCs0lXBVeVlaDfQB2tobUeMgmU11mKI5JwhLYOfUhMWovDcgmTIk5rzQGI7dU3aGvovkgo/pSWkZ8ErDi+iCN5UWz+3n9svgBcM06kCKsepRntT4M+3FWOpGocJVhCwMWULiNJp21U4Yl5OZjEsloOlk4Clvo4+3SiuWx00uYqsODBknf+QzDt1+mP0G86uKH+l45wwR2VY8y4wJP3awHPeLV65R8uL5p1wzDK90OE6lbUcGH7FFcatK8yX x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_67629D6041D048D5836BCDE8CDFE9748nokiacom_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DB7PR07MB4106.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 640b7943-3a8f-48b0-3272-08d8142f327d X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Jun 2020 09:00:21.4740 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 3CieMB4pEbrssP/yYn0Zbukic53jfRIF1i3lyjRMJCFgInolUpsHf/ZdCYQSIHjfUO7zFENqOlUmZh8wgW/9Zg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DBAPR07MB6854 Archived-At: Subject: Re: [bess] Request BESS WG adoption for draft-dunbar-bess-bgp-sdwan-usage-07 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jun 2020 09:00:26 -0000 --_000_67629D6041D048D5836BCDE8CDFE9748nokiacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTGluZGENCg0KVGhpcyBpcyBpbiBvdXIgcXVldWUgKHNlZSB0aGUgV0cgV2lraSBhdCBodHRw czovL3RyYWMuaWV0Zi5vcmcvdHJhYy9iZXNzL3dpa2kpLg0KDQpFeHBlY3QgYSBwb2xsIGZvciBh ZG9wdGlvbiBzaG9ydGx5Lg0KDQpNYXR0aGV3DQoNCkZyb206IExpbmRhIER1bmJhciA8bGluZGEu ZHVuYmFyQGZ1dHVyZXdlaS5jb20+DQpEYXRlOiBUaHVyc2RheSwgMTggSnVuZSAyMDIwIGF0IDE4 OjA5DQpUbzogImJlc3NAaWV0Zi5vcmciIDxiZXNzQGlldGYub3JnPiwgIkJvY2NpLCBNYXR0aGV3 IChOb2tpYSAtIEdCKSIgPG1hdHRoZXcuYm9jY2lAbm9raWEuY29tPiwgInN0ZXBoYW5lLmxpdGtv d3NraUBvcmFuZ2UuY29tIiA8c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20+LCAiTWFua2Ft YW5hIE1pc2hyYSAobWFua2FtaXMpIiA8bWFua2FtaXM9NDBjaXNjby5jb21AZG1hcmMuaWV0Zi5v cmc+DQpTdWJqZWN0OiBSRTogUmVxdWVzdCBCRVNTIFdHIGFkb3B0aW9uIGZvciBkcmFmdC1kdW5i YXItYmVzcy1iZ3Atc2R3YW4tdXNhZ2UtMDcNCg0KTWF0dGhldyBhbmQgU3RlcGhhbmUNCkl0IGhh cyBiZWVuIGFsbW9zdCAyIG1vbnRocyBzaW5jZSBvdXIgcHJlc2VudGF0aW9uIGF0IHRoZSBJRVRG MTA3IHZpcnR1YWwgbWVldGluZyBhbmQgb3VyIHJlcXVlc3QgZm9yIFdHIGFkb3B0aW9uLg0KQ2Fu IHlvdSBsZXQgdXMga25vdyB3aGF0IGVsc2Ugd2UgbmVlZCB0byBkbyB0byBtb3ZlIGZvcndhcmQg dG8gdGhlIFdHIEFkb3B0aW9uIGNhbGw/DQoNClRoYW5rIHlvdSB2ZXJ5IG11Y2guDQoNCkxpbmRh DQoNCkZyb206IExpbmRhIER1bmJhcg0KU2VudDogV2VkbmVzZGF5LCBBcHJpbCAyOSwgMjAyMCAx MTozNCBBTQ0KVG86IGJlc3NAaWV0Zi5vcmc7IEJvY2NpLCBNYXR0aGV3IChOb2tpYSAtIEdCKSA8 bWF0dGhldy5ib2NjaUBub2tpYS5jb20+OyBzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbTsg TWFua2FtYW5hIE1pc2hyYSAobWFua2FtaXMpIDxtYW5rYW1pcz00MGNpc2NvLmNvbUBkbWFyYy5p ZXRmLm9yZz4NClN1YmplY3Q6IFJlcXVlc3QgQkVTUyBXRyBhZG9wdGlvbiBmb3IgZHJhZnQtZHVu YmFyLWJlc3MtYmdwLXNkd2FuLXVzYWdlLTA3DQoNCk1hdHRoZXcgYW5kIFN0ZXBoYW5lDQoNClRo YW5rIHlvdSBmb3IgdGhlIG9wcG9ydHVuaXR5IGZvciB1cyB0byBwcmVzZW50IHRoZSBkcmFmdCBh dCBBcHJpbCAyOCBJbnRlcmltIG1lZXRpbmcuDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2RvYy9kcmFmdC1kdW5iYXItYmVzcy1iZ3Atc2R3YW4tdXNhZ2UvP2luY2x1ZGVfdGV4dD0xDQoN CldlIHVuZGVyc3RhbmQgdGhhdCB0aGUgZHJhZnQgaGFzIGJlZW4gb24gdGhlIGh0dHBzOi8vdHJh Yy5pZXRmLm9yZy90cmFjL2Jlc3Mvd2lrIGFzIENhbmRpZGF0ZXMgZm9yIFdHIEFkb3B0aW9uLg0K DQpXZSBhcmUgYXNraW5nIEJFU1MgV0cgQ2hhaXJzIHRvIHN0YXJ0IHRoZSBXRyBBZG9wdGlvbiBj YWxsIGZvciB0aGUgZHJhZnQuDQoNClRoaXMgZHJhZnQgZGVtb25zdHJhdGVzIGhvdyAmIHdoeSAg QkdQLWJhc2VkIGNvbnRyb2wgcGxhbmUgY2FuIGJlIGVmZmVjdGl2ZWx5IHVzZWQgZm9yIGxhcmdl IHNjYWxlIFNEV0FOIG92ZXJsYXkgbmV0d29ya3MsIHdoaWNoIGlzIHZlcnkgYmVuZWZpY2lhbCB0 byB0aGUgaW5kdXN0cnkgYW5kIHRvIG90aGVyIFNET3MgdGhhdCBoYXZlIG9uLWdvaW5nIFNEV0FO IHByb2plY3RzLCBzdWNoIGFzIE1FRiwgQkJGLCBPTlVHIGV0Yy4gU28gdGhhdCB0aGV5IGRvbuKA mXQgaGF2ZSB0byByZS1pbnZlbnQgdGhlIHdoZWVsLg0KDQpUaGFuayB5b3UgdmVyeSBtdWNoLg0K TGluZGEgRHVuYmFyDQoNCg== --_000_67629D6041D048D5836BCDE8CDFE9748nokiacom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxl MjANCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXtt c28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdv cmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBw dCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7 fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMg djpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lm IGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFw IHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlm XS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tR0IiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIj OTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkhpIExpbmRhPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1m YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMi PlRoaXMgaXMgaW4gb3VyIHF1ZXVlIChzZWUgdGhlIFdHIFdpa2kgYXQNCjwvc3Bhbj48YSBocmVm PSJodHRwczovL3RyYWMuaWV0Zi5vcmcvdHJhYy9iZXNzL3dpa2kiPmh0dHBzOi8vdHJhYy5pZXRm Lm9yZy90cmFjL2Jlc3Mvd2lraTwvYT4pLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5FeHBlY3Qg YSBwb2xsIGZvciBhZG9wdGlvbiBzaG9ydGx5LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5NYXR0 aGV3PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNv LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxk aXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRk aW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5Gcm9tOiA8L3NwYW4+PC9iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5MaW5kYSBEdW5iYXIgJmx0O2xp bmRhLmR1bmJhckBmdXR1cmV3ZWkuY29tJmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5UaHVyc2RheSwg MTggSnVuZSAyMDIwIGF0IDE4OjA5PGJyPg0KPGI+VG86IDwvYj4mcXVvdDtiZXNzQGlldGYub3Jn JnF1b3Q7ICZsdDtiZXNzQGlldGYub3JnJmd0OywgJnF1b3Q7Qm9jY2ksIE1hdHRoZXcgKE5va2lh IC0gR0IpJnF1b3Q7ICZsdDttYXR0aGV3LmJvY2NpQG5va2lhLmNvbSZndDssICZxdW90O3N0ZXBo YW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tJnF1b3Q7ICZsdDtzdGVwaGFuZS5saXRrb3dza2lAb3Jh bmdlLmNvbSZndDssICZxdW90O01hbmthbWFuYSBNaXNocmEgKG1hbmthbWlzKSZxdW90OyAmbHQ7 bWFua2FtaXM9NDBjaXNjby5jb21AZG1hcmMuaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDog PC9iPlJFOiBSZXF1ZXN0IEJFU1MgV0cgYWRvcHRpb24gZm9yIGRyYWZ0LWR1bmJhci1iZXNzLWJn cC1zZHdhbi11c2FnZS0wNzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5NYXR0aGV3IGFuZCBTdGVwaGFuZTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+SXQgaGFzIGJlZW4gYWxtb3N0IDIgbW9udGhzIHNpbmNlIG91ciBwcmVz ZW50YXRpb24gYXQgdGhlIElFVEYxMDcgdmlydHVhbCBtZWV0aW5nIGFuZCBvdXIgcmVxdWVzdCBm b3IgV0cgYWRvcHRpb24uDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkNh biB5b3UgbGV0IHVzIGtub3cgd2hhdCBlbHNlIHdlIG5lZWQgdG8gZG8gdG8gbW92ZSBmb3J3YXJk IHRvIHRoZSBXRyBBZG9wdGlvbiBjYWxsPw0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5r IHlvdSB2ZXJ5IG11Y2guIDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5i c3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5MaW5kYTxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0K PGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3Bh ZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+RnJvbTo8 L2I+IExpbmRhIER1bmJhciA8YnI+DQo8Yj5TZW50OjwvYj4gV2VkbmVzZGF5LCBBcHJpbCAyOSwg MjAyMCAxMTozNCBBTTxicj4NCjxiPlRvOjwvYj4gYmVzc0BpZXRmLm9yZzsgQm9jY2ksIE1hdHRo ZXcgKE5va2lhIC0gR0IpICZsdDttYXR0aGV3LmJvY2NpQG5va2lhLmNvbSZndDs7IHN0ZXBoYW5l LmxpdGtvd3NraUBvcmFuZ2UuY29tOyBNYW5rYW1hbmEgTWlzaHJhIChtYW5rYW1pcykgJmx0O21h bmthbWlzPTQwY2lzY28uY29tQGRtYXJjLmlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9i PiBSZXF1ZXN0IEJFU1MgV0cgYWRvcHRpb24gZm9yIGRyYWZ0LWR1bmJhci1iZXNzLWJncC1zZHdh bi11c2FnZS0wNzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TWF0dGhl dyBhbmQgU3RlcGhhbmU8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmsgeW91IGZvciB0aGUg b3Bwb3J0dW5pdHkgZm9yIHVzIHRvIHByZXNlbnQgdGhlIGRyYWZ0IGF0IEFwcmlsIDI4IEludGVy aW0gbWVldGluZy4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJl Zj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZHVuYmFyLWJlc3MtYmdw LXNkd2FuLXVzYWdlLz9pbmNsdWRlX3RleHQ9MSI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsdWUiPmh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWR1bmJhci1iZXNzLWJncC1zZHdh bi11c2FnZS8/aW5jbHVkZV90ZXh0PTE8L3NwYW4+PC9hPg0KPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPldlIHVuZGVyc3RhbmQgdGhhdCB0aGUgZHJhZnQgaGFzIGJlZW4gb24gdGhlIDxhIGhyZWY9 Imh0dHBzOi8vdHJhYy5pZXRmLm9yZy90cmFjL2Jlc3Mvd2lrIj4NCmh0dHBzOi8vdHJhYy5pZXRm Lm9yZy90cmFjL2Jlc3Mvd2lrPC9hPiBhcyBDYW5kaWRhdGVzIGZvciBXRyBBZG9wdGlvbi4gPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPldlIGFyZSBhc2tpbmcgQkVTUyBXRyBDaGFpcnMgdG8gc3Rh cnQgdGhlIFdHIEFkb3B0aW9uIGNhbGwgZm9yIHRoZSBkcmFmdC4NCjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5UaGlzIGRyYWZ0IGRlbW9uc3RyYXRlcyBob3cgJmFtcDsgd2h5ICZuYnNwO0JHUC1i YXNlZCBjb250cm9sIHBsYW5lIGNhbiBiZSBlZmZlY3RpdmVseSB1c2VkIGZvciBsYXJnZSBzY2Fs ZSBTRFdBTiBvdmVybGF5IG5ldHdvcmtzLCB3aGljaCBpcyB2ZXJ5IGJlbmVmaWNpYWwgdG8gdGhl IGluZHVzdHJ5IGFuZCB0byBvdGhlciBTRE9zIHRoYXQgaGF2ZSBvbi1nb2luZyBTRFdBTiBwcm9q ZWN0cywgc3VjaCBhcyBNRUYsIEJCRiwgT05VRw0KIGV0Yy4gU28gdGhhdCB0aGV5IGRvbuKAmXQg aGF2ZSB0byByZS1pbnZlbnQgdGhlIHdoZWVsLiA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhh bmsgeW91IHZlcnkgbXVjaC4gPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5M aW5kYSBEdW5iYXI8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_67629D6041D048D5836BCDE8CDFE9748nokiacom_-- From nobody Fri Jun 19 02:26:37 2020 Return-Path: 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 EDFF03A08D4 for ; Fri, 19 Jun 2020 02:26:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.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 iKbVMxAwQejg for ; Fri, 19 Jun 2020 02:26:31 -0700 (PDT) Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20097.outbound.protection.outlook.com [40.107.2.97]) (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 EF8563A08D7 for ; Fri, 19 Jun 2020 02:26:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=B0fx9sRpvn2dsyCQTiA7Ysyj921731pYK6IYxaITOwxDrPkOcS1FRDv6Z0gku4Belad26WWjE4yVfnSrjTLlZ5f/pN+tKW2+T/PmBo53zK1gyx+QlIHr0wClerwFve0XxeL26ytdIR3twz95FR/8T1w5HkawbUOFHLX3c0Pw8tfafzKURnl93cQ+j9uvqtEAmPq4t6R0y7DnL/Q5ONJogxUF+aG2kI7WWrhdtCarJHeBXGbyJ/zSygZVE0xi3GtUf9gIAUf5/9CPeRS2HHxSRH+G+GvBmDs3563JATYhiwPd0j3aOaxYBDnEXIuZp49hU88LBnFMvQ0CDNEdf25iPw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=90ujwlaxx5CS7ZCIDualVvbt6E2jsyKNCh3REsQwMCI=; b=SHgR1BxFfb4KgCaBnWuKOp1vBj6Im59vf7xWUQC+Wr1jNq3g9IOVjt1FopAuFqs63mr9lRD+ODfD/XKy962SaN9JqX6Lz+EZKw0fiaS4ehJb7aIW74YOGy4FgA3O6MU8L5bST3wgTeDTWdtynMinusEPtmpI8ejBSqhf47Adc3a9GanXfNeqlMBgu8TgkYciZBXIXeaiI6znxxuNHdDiFlcKGuy6gW5hmseV3MOnxtgGBMfonBwvnkrkYuvWHpCoCX1I8NmMdUM7uZ4MxfT39MdRrQgVZW6ljCkC8f7vMoXCdU8I3iP6EHv4rqh6mS/4dYSokveMeBOYPd4aod+4iQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=90ujwlaxx5CS7ZCIDualVvbt6E2jsyKNCh3REsQwMCI=; b=UzPjcboj4+cLfBirrbXt99VVgdN828/19Xv0K0UVNKVvjs4svyRk3gwtf6INYvG0YNLM7N5WzuPuYBMITj8M0LiE6GaoBCyahOD9Sw/z146zJ5lGndYydeGHujltMja51MEc0gQ6DVTkd6QMdZN5u3H8aGi76tbU3yMAiDdc4f0= Received: from DB7PR07MB4106.eurprd07.prod.outlook.com (2603:10a6:5:f::31) by DB7PR07MB4476.eurprd07.prod.outlook.com (2603:10a6:5:37::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.11; Fri, 19 Jun 2020 09:26:28 +0000 Received: from DB7PR07MB4106.eurprd07.prod.outlook.com ([fe80::d4d2:af36:508b:c0]) by DB7PR07MB4106.eurprd07.prod.outlook.com ([fe80::d4d2:af36:508b:c0%7]) with mapi id 15.20.3131.009; Fri, 19 Jun 2020 09:26:28 +0000 From: "Bocci, Matthew (Nokia - GB)" To: Linda Dunbar , "bess@ietf.org" , Stephane Litkowski , "Mankamana Mishra (mankamis)" Thread-Topic: Request BESS WG adoption for draft-dunbar-bess-bgp-sdwan-usage-07 Thread-Index: AdYeP2g0jFIITMsOTGqvDVL8WXcvPQnU175QACNqagAAAOmAgA== Date: Fri, 19 Jun 2020 09:26:28 +0000 Message-ID: <171C64F0-E4BD-4972-94C0-3121F71655B4@nokia.com> References: <67629D60-41D0-48D5-836B-CDE8CDFE9748@nokia.com> In-Reply-To: <67629D60-41D0-48D5-836B-CDE8CDFE9748@nokia.com> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.37.20051002 authentication-results: futurewei.com; dkim=none (message not signed) header.d=none;futurewei.com; dmarc=none action=none header.from=nokia.com; x-originating-ip: [131.228.32.178] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 1e28ee26-6528-4f63-1d92-08d81432d852 x-ms-traffictypediagnostic: DB7PR07MB4476: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7219; x-forefront-prvs: 0439571D1D x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 1wZb2hdH6a1Cb7HohO06cqLU8964NS9Nu3ANjccj476qbO7Z2R06GmZyu/h50KiAflm9mHbwrARsF5BQPT0SDbgYb2WanzT5pQyZhvVNtcuSqzimgWVls8ONnukKRrsKHoHSwWodar8SVc+uDJL+F5ptCI8favBGIup7fm+XvaH4MKrER7gDZT5kmDpRoHVVZr/5Aw75/6tuHUu2qYbNfosHNNe4OV8dN9F+eSwMoxvWtGQzDGRMTF1zOUiCucJt6pXJDWgtNh0fwryLgZD28Yd+ma0agMijpyqxkQpvxviVkSpneyiSoqR2pLFEBBjgJziDxlC2nqK/8dfngimUr6s/L/lIXKvjX1HhRqr6TpuDmxogiCJ7y4bWk6ssOsvAIl0ZbK2S09dPab3iH61vBw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DB7PR07MB4106.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(396003)(346002)(39860400002)(366004)(136003)(376002)(6506007)(36756003)(2616005)(166002)(33656002)(966005)(71200400001)(316002)(83380400001)(110136005)(86362001)(6486002)(8936002)(6512007)(5660300002)(478600001)(2906002)(76116006)(8676002)(186003)(66556008)(91956017)(66476007)(66946007)(26005)(64756008)(66446008)(53546011); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: +VtFFfpJN7D2T49k96492iyJObjjWz8bgHXEaqcAEwfYkr0BJ0P13SzfjlsdnhttSbjJqqAcuv7+AP0MCSoylNXe1FcsPqxJhRxpcdwJMJz3nxey56GzVabPJitcgDKkjcd982uKgEB/K4/mKku4iHy1k2Yk4pRrZZx1Vb3Ykq7a7Kw40a8wbtduWv4a4lmf6/bmoFefrnzMZJx+fIVlRMVfN54tfp3G1amwhAVrqszcmqSdk91JcxKK3/lBtTLDB9lCv8wxwELJ05+d6uOutWa+zJj4H919GS7+BsvZ9UiFS6rGdrrOEidzt5puexO0qLYXSQN3E8y6EruvgDSuPAbk3zzbSPuza4E28iayZ9PolOIWbcrt27fxpDtBiXCMjE8nGj8e+InvfH6yJ7TuqveIENsYMkpim0/bpQ2paMAQwxUzKakeYK6u6zbcxbioYK1ApBzQ90sTCD3R6OrluCkhaEQoy+2zeaQlD/VhCcZZMB297mYWpT+I9VkQadqZ x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_171C64F0E4BD497294C03121F71655B4nokiacom_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: 1e28ee26-6528-4f63-1d92-08d81432d852 X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Jun 2020 09:26:28.1666 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: ANoGS+PKfbfUxU/OQjs+tY7+ulZ0AIzbjRhOzmQap9zZbby7imNEgZDOX07HaR4MZXQW2oeV1ofT4k/x1nwbpw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR07MB4476 Archived-At: Subject: Re: [bess] Request BESS WG adoption for draft-dunbar-bess-bgp-sdwan-usage-07 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jun 2020 09:26:35 -0000 --_000_171C64F0E4BD497294C03121F71655B4nokiacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Q29ycmVjdGluZyBTdGVwaGFuZeKAmXMgZW1haWwgYWRkcmVzcy4NCg0KRnJvbTogIkJvY2NpLCBN YXR0aGV3IChOb2tpYSAtIEdCKSIgPG1hdHRoZXcuYm9jY2lAbm9raWEuY29tPg0KRGF0ZTogRnJp ZGF5LCAxOSBKdW5lIDIwMjAgYXQgMTA6MDANClRvOiBMaW5kYSBEdW5iYXIgPGxpbmRhLmR1bmJh ckBmdXR1cmV3ZWkuY29tPiwgImJlc3NAaWV0Zi5vcmciIDxiZXNzQGlldGYub3JnPiwgInN0ZXBo YW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tIiA8c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20+ LCAiTWFua2FtYW5hIE1pc2hyYSAobWFua2FtaXMpIiA8bWFua2FtaXM9NDBjaXNjby5jb21AZG1h cmMuaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogUmVxdWVzdCBCRVNTIFdHIGFkb3B0aW9uIGZvciBk cmFmdC1kdW5iYXItYmVzcy1iZ3Atc2R3YW4tdXNhZ2UtMDcNCg0KSGkgTGluZGENCg0KVGhpcyBp cyBpbiBvdXIgcXVldWUgKHNlZSB0aGUgV0cgV2lraSBhdCBodHRwczovL3RyYWMuaWV0Zi5vcmcv dHJhYy9iZXNzL3dpa2kpLg0KDQpFeHBlY3QgYSBwb2xsIGZvciBhZG9wdGlvbiBzaG9ydGx5Lg0K DQpNYXR0aGV3DQoNCkZyb206IExpbmRhIER1bmJhciA8bGluZGEuZHVuYmFyQGZ1dHVyZXdlaS5j b20+DQpEYXRlOiBUaHVyc2RheSwgMTggSnVuZSAyMDIwIGF0IDE4OjA5DQpUbzogImJlc3NAaWV0 Zi5vcmciIDxiZXNzQGlldGYub3JnPiwgIkJvY2NpLCBNYXR0aGV3IChOb2tpYSAtIEdCKSIgPG1h dHRoZXcuYm9jY2lAbm9raWEuY29tPiwgInN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tIiA8 c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20+LCAiTWFua2FtYW5hIE1pc2hyYSAobWFua2Ft aXMpIiA8bWFua2FtaXM9NDBjaXNjby5jb21AZG1hcmMuaWV0Zi5vcmc+DQpTdWJqZWN0OiBSRTog UmVxdWVzdCBCRVNTIFdHIGFkb3B0aW9uIGZvciBkcmFmdC1kdW5iYXItYmVzcy1iZ3Atc2R3YW4t dXNhZ2UtMDcNCg0KTWF0dGhldyBhbmQgU3RlcGhhbmUNCkl0IGhhcyBiZWVuIGFsbW9zdCAyIG1v bnRocyBzaW5jZSBvdXIgcHJlc2VudGF0aW9uIGF0IHRoZSBJRVRGMTA3IHZpcnR1YWwgbWVldGlu ZyBhbmQgb3VyIHJlcXVlc3QgZm9yIFdHIGFkb3B0aW9uLg0KQ2FuIHlvdSBsZXQgdXMga25vdyB3 aGF0IGVsc2Ugd2UgbmVlZCB0byBkbyB0byBtb3ZlIGZvcndhcmQgdG8gdGhlIFdHIEFkb3B0aW9u IGNhbGw/DQoNClRoYW5rIHlvdSB2ZXJ5IG11Y2guDQoNCkxpbmRhDQoNCkZyb206IExpbmRhIER1 bmJhcg0KU2VudDogV2VkbmVzZGF5LCBBcHJpbCAyOSwgMjAyMCAxMTozNCBBTQ0KVG86IGJlc3NA aWV0Zi5vcmc7IEJvY2NpLCBNYXR0aGV3IChOb2tpYSAtIEdCKSA8bWF0dGhldy5ib2NjaUBub2tp YS5jb20+OyBzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbTsgTWFua2FtYW5hIE1pc2hyYSAo bWFua2FtaXMpIDxtYW5rYW1pcz00MGNpc2NvLmNvbUBkbWFyYy5pZXRmLm9yZz4NClN1YmplY3Q6 IFJlcXVlc3QgQkVTUyBXRyBhZG9wdGlvbiBmb3IgZHJhZnQtZHVuYmFyLWJlc3MtYmdwLXNkd2Fu LXVzYWdlLTA3DQoNCk1hdHRoZXcgYW5kIFN0ZXBoYW5lDQoNClRoYW5rIHlvdSBmb3IgdGhlIG9w cG9ydHVuaXR5IGZvciB1cyB0byBwcmVzZW50IHRoZSBkcmFmdCBhdCBBcHJpbCAyOCBJbnRlcmlt IG1lZXRpbmcuDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1kdW5iYXIt YmVzcy1iZ3Atc2R3YW4tdXNhZ2UvP2luY2x1ZGVfdGV4dD0xDQoNCldlIHVuZGVyc3RhbmQgdGhh dCB0aGUgZHJhZnQgaGFzIGJlZW4gb24gdGhlIGh0dHBzOi8vdHJhYy5pZXRmLm9yZy90cmFjL2Jl c3Mvd2lrIGFzIENhbmRpZGF0ZXMgZm9yIFdHIEFkb3B0aW9uLg0KDQpXZSBhcmUgYXNraW5nIEJF U1MgV0cgQ2hhaXJzIHRvIHN0YXJ0IHRoZSBXRyBBZG9wdGlvbiBjYWxsIGZvciB0aGUgZHJhZnQu DQoNClRoaXMgZHJhZnQgZGVtb25zdHJhdGVzIGhvdyAmIHdoeSAgQkdQLWJhc2VkIGNvbnRyb2wg cGxhbmUgY2FuIGJlIGVmZmVjdGl2ZWx5IHVzZWQgZm9yIGxhcmdlIHNjYWxlIFNEV0FOIG92ZXJs YXkgbmV0d29ya3MsIHdoaWNoIGlzIHZlcnkgYmVuZWZpY2lhbCB0byB0aGUgaW5kdXN0cnkgYW5k IHRvIG90aGVyIFNET3MgdGhhdCBoYXZlIG9uLWdvaW5nIFNEV0FOIHByb2plY3RzLCBzdWNoIGFz IE1FRiwgQkJGLCBPTlVHIGV0Yy4gU28gdGhhdCB0aGV5IGRvbuKAmXQgaGF2ZSB0byByZS1pbnZl bnQgdGhlIHdoZWVsLg0KDQpUaGFuayB5b3UgdmVyeSBtdWNoLg0KTGluZGEgRHVuYmFyDQoNCg== --_000_171C64F0E4BD497294C03121F71655B4nokiacom_ Content-Type: text/html; charset="utf-8" Content-ID: <3684BBF2BC4EE64DAAA525B14460B47C@eurprd07.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5N c29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZTox MC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1h cmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtw YWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4t R0IiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rp b24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1VUyI+Q29ycmVjdGluZyBTdGVwaGFuZeKAmXMgZW1haWwgYWRkcmVzcy48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYg c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5n OjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5Gcm9tOiA8L3NwYW4+PC9iPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj4mcXVvdDtCb2NjaSwgTWF0dGhldyAo Tm9raWEgLSBHQikmcXVvdDsgJmx0O21hdHRoZXcuYm9jY2lAbm9raWEuY29tJmd0Ozxicj4NCjxi PkRhdGU6IDwvYj5GcmlkYXksIDE5IEp1bmUgMjAyMCBhdCAxMDowMDxicj4NCjxiPlRvOiA8L2I+ TGluZGEgRHVuYmFyICZsdDtsaW5kYS5kdW5iYXJAZnV0dXJld2VpLmNvbSZndDssICZxdW90O2Jl c3NAaWV0Zi5vcmcmcXVvdDsgJmx0O2Jlc3NAaWV0Zi5vcmcmZ3Q7LCAmcXVvdDtzdGVwaGFuZS5s aXRrb3dza2lAb3JhbmdlLmNvbSZxdW90OyAmbHQ7c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5j b20mZ3Q7LCAmcXVvdDtNYW5rYW1hbmEgTWlzaHJhIChtYW5rYW1pcykmcXVvdDsgJmx0O21hbmth bWlzPTQwY2lzY28uY29tQGRtYXJjLmlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5S ZTogUmVxdWVzdCBCRVNTIFdHIGFkb3B0aW9uIGZvciBkcmFmdC1kdW5iYXItYmVzcy1iZ3Atc2R3 YW4tdXNhZ2UtMDc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5IaSBMaW5k YTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdl OkVOLVVTIj5UaGlzIGlzIGluIG91ciBxdWV1ZSAoc2VlIHRoZSBXRyBXaWtpIGF0DQo8L3NwYW4+ PGEgaHJlZj0iaHR0cHM6Ly90cmFjLmlldGYub3JnL3RyYWMvYmVzcy93aWtpIj5odHRwczovL3Ry YWMuaWV0Zi5vcmcvdHJhYy9iZXNzL3dpa2k8L2E+KS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ RXhwZWN0IGEgcG9sbCBmb3IgYWRvcHRpb24gc2hvcnRseS48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+TWF0dGhldzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48 L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4w cHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbTogPC9zcGFuPjwv Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+TGluZGEgRHVuYmFy ICZsdDtsaW5kYS5kdW5iYXJAZnV0dXJld2VpLmNvbSZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+VGh1 cnNkYXksIDE4IEp1bmUgMjAyMCBhdCAxODowOTxicj4NCjxiPlRvOiA8L2I+JnF1b3Q7YmVzc0Bp ZXRmLm9yZyZxdW90OyAmbHQ7YmVzc0BpZXRmLm9yZyZndDssICZxdW90O0JvY2NpLCBNYXR0aGV3 IChOb2tpYSAtIEdCKSZxdW90OyAmbHQ7bWF0dGhldy5ib2NjaUBub2tpYS5jb20mZ3Q7LCAmcXVv dDtzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbSZxdW90OyAmbHQ7c3RlcGhhbmUubGl0a293 c2tpQG9yYW5nZS5jb20mZ3Q7LCAmcXVvdDtNYW5rYW1hbmEgTWlzaHJhIChtYW5rYW1pcykmcXVv dDsgJmx0O21hbmthbWlzPTQwY2lzY28uY29tQGRtYXJjLmlldGYub3JnJmd0Ozxicj4NCjxiPlN1 YmplY3Q6IDwvYj5SRTogUmVxdWVzdCBCRVNTIFdHIGFkb3B0aW9uIGZvciBkcmFmdC1kdW5iYXIt YmVzcy1iZ3Atc2R3YW4tdXNhZ2UtMDc8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+TWF0dGhldyBhbmQgU3RlcGhhbmU8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkl0IGhhcyBiZWVuIGFsbW9zdCAyIG1vbnRocyBzaW5jZSBv dXIgcHJlc2VudGF0aW9uIGF0IHRoZSBJRVRGMTA3IHZpcnR1YWwgbWVldGluZyBhbmQgb3VyIHJl cXVlc3QgZm9yIFdHIGFkb3B0aW9uLg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5DYW4geW91IGxldCB1cyBrbm93IHdoYXQgZWxzZSB3ZSBuZWVkIHRvIGRvIHRvIG1vdmUg Zm9yd2FyZCB0byB0aGUgV0cgQWRvcHRpb24gY2FsbD8NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5UaGFuayB5b3UgdmVyeSBtdWNoLiA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TGluZGE8bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAx LjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi PkZyb206PC9iPiBMaW5kYSBEdW5iYXIgPGJyPg0KPGI+U2VudDo8L2I+IFdlZG5lc2RheSwgQXBy aWwgMjksIDIwMjAgMTE6MzQgQU08YnI+DQo8Yj5Ubzo8L2I+IGJlc3NAaWV0Zi5vcmc7IEJvY2Np LCBNYXR0aGV3IChOb2tpYSAtIEdCKSAmbHQ7bWF0dGhldy5ib2NjaUBub2tpYS5jb20mZ3Q7OyBz dGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbTsgTWFua2FtYW5hIE1pc2hyYSAobWFua2FtaXMp ICZsdDttYW5rYW1pcz00MGNpc2NvLmNvbUBkbWFyYy5pZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJq ZWN0OjwvYj4gUmVxdWVzdCBCRVNTIFdHIGFkb3B0aW9uIGZvciBkcmFmdC1kdW5iYXItYmVzcy1i Z3Atc2R3YW4tdXNhZ2UtMDc8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pk1hdHRoZXcgYW5kIFN0ZXBoYW5lPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rIHlvdSBm b3IgdGhlIG9wcG9ydHVuaXR5IGZvciB1cyB0byBwcmVzZW50IHRoZSBkcmFmdCBhdCBBcHJpbCAy OCBJbnRlcmltIG1lZXRpbmcuDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWR1bmJhci1i ZXNzLWJncC1zZHdhbi11c2FnZS8/aW5jbHVkZV90ZXh0PTEiPjxzcGFuIHN0eWxlPSJjb2xvcjpi bHVlIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1kdW5iYXItYmVzcy1i Z3Atc2R3YW4tdXNhZ2UvP2luY2x1ZGVfdGV4dD0xPC9zcGFuPjwvYT4NCjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5XZSB1bmRlcnN0YW5kIHRoYXQgdGhlIGRyYWZ0IGhhcyBiZWVuIG9uIHRoZSA8 YSBocmVmPSJodHRwczovL3RyYWMuaWV0Zi5vcmcvdHJhYy9iZXNzL3dpayI+DQpodHRwczovL3Ry YWMuaWV0Zi5vcmcvdHJhYy9iZXNzL3dpazwvYT4gYXMgQ2FuZGlkYXRlcyBmb3IgV0cgQWRvcHRp b24uIDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XZSBhcmUgYXNraW5nIEJFU1MgV0cgQ2hhaXJz IHRvIHN0YXJ0IHRoZSBXRyBBZG9wdGlvbiBjYWxsIGZvciB0aGUgZHJhZnQuDQo8bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+VGhpcyBkcmFmdCBkZW1vbnN0cmF0ZXMgaG93ICZhbXA7IHdoeSAmbmJz cDtCR1AtYmFzZWQgY29udHJvbCBwbGFuZSBjYW4gYmUgZWZmZWN0aXZlbHkgdXNlZCBmb3IgbGFy Z2Ugc2NhbGUgU0RXQU4gb3ZlcmxheSBuZXR3b3Jrcywgd2hpY2ggaXMgdmVyeSBiZW5lZmljaWFs IHRvIHRoZSBpbmR1c3RyeSBhbmQgdG8gb3RoZXIgU0RPcyB0aGF0IGhhdmUgb24tZ29pbmcgU0RX QU4gcHJvamVjdHMsIHN1Y2ggYXMgTUVGLCBCQkYsIE9OVUcNCiBldGMuIFNvIHRoYXQgdGhleSBk b27igJl0IGhhdmUgdG8gcmUtaW52ZW50IHRoZSB3aGVlbC4gPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPlRoYW5rIHlvdSB2ZXJ5IG11Y2guIDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+TGluZGEgRHVuYmFyPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_171C64F0E4BD497294C03121F71655B4nokiacom_-- From nobody Fri Jun 19 06:23:40 2020 Return-Path: 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 CB0873A09F5 for ; Fri, 19 Jun 2020 06:23:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 xhTuATgHWCIZ for ; Fri, 19 Jun 2020 06:23:37 -0700 (PDT) Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (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 AE79C3A09F7 for ; Fri, 19 Jun 2020 06:23:36 -0700 (PDT) Received: by mail-wr1-x436.google.com with SMTP id l10so9668911wrr.10 for ; Fri, 19 Jun 2020 06:23:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :thread-index:content-language; bh=SlXNkYH5Dnt87I6drMBK3Qb0rT68afXilchXIFxjy08=; b=nEBDLLcUgeGd0zfPSAoV+j5K0t+2g7dQzrXbVC7LRuNWQVgPSXVPT8cNk3lNwNv74J LfeYZYXSrN04Cq0PLQO+H6zf8TJM3QDCOz5R2+QUSvxttC3rd6b8Ex6iCpWaoeCEkbCl SREQn0JtbHZepmCK0Sdkb/dxlnzmVOIGrdt1WrjA1xAp0vQqn41DrIjEClkpMDFvbWmW QkPjETKp0NkVBKtY69fKKOuJjsAVim6FfdjDK6W4OFCS5ct3X6uM6rjH1kG1PCsALmcq mJbqJCUNwUHDSjQcoBAOWOURg342aXGF0wcQvrpQ/qhEKk7mh1Gh+5z+srclE6J6i+TV 45DQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :message-id:mime-version:thread-index:content-language; bh=SlXNkYH5Dnt87I6drMBK3Qb0rT68afXilchXIFxjy08=; b=LQb5p7zoyPzA8HCK7F9Hz4JQ60sc4Y7NJ+H4Yvm79AAoKujLo4QeUlNbF4jcDemYmb jD5X9lAEhYjzZyqWusCa5Eop5lM1X6AZQeHHNb416fsuT+OnVBBjybI5bS74Bw6xclhb jSle6D4rro8LwLVMH0GageXhSRyoH+afBcbYdwb+Wt1qGJ5toDzrudA2KwmosVY6PvLv 2MfOpZuctCXlmGjHB2wi5ME5i2gr8EEUtMsyvqGh3J5/TqS175aATG3fiWqOVgo+D2SF b5cJq+ZKHferDxosPCYp1wtw1/l8lWTLII860rq5YQO7xw4QAPKJyLzwTvHIQBJ1qMJe pZ7A== X-Gm-Message-State: AOAM531R0kxmOItS7oUXLN3vM2KRtEl7oOStvcZqeviwJQ5fRrxf4Z5I BTOaKeCfqLvvAMeR9ciQ5ixs2a8= X-Google-Smtp-Source: ABdhPJzAaWILvsbXARwtN4tKKYUHd4/Fb56y7C/nsZzNqvg32HcHgg0piQzLzaaCwFjxMzPissW20A== X-Received: by 2002:a05:6000:10c3:: with SMTP id b3mr4339871wrx.53.1592573014977; Fri, 19 Jun 2020 06:23:34 -0700 (PDT) Received: from SLITKOWS3YYU6 ([173.38.220.53]) by smtp.gmail.com with ESMTPSA id t7sm7212819wrq.41.2020.06.19.06.23.33 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 19 Jun 2020 06:23:34 -0700 (PDT) From: To: "'Bocci, Matthew \(Nokia - GB\)'" , "'Linda Dunbar'" , , "'Mankamana Mishra \(mankamis\)'" References: <67629D60-41D0-48D5-836B-CDE8CDFE9748@nokia.com> <171C64F0-E4BD-4972-94C0-3121F71655B4@nokia.com> In-Reply-To: <171C64F0-E4BD-4972-94C0-3121F71655B4@nokia.com> Date: Fri, 19 Jun 2020 15:23:32 +0200 Message-ID: <066b01d6463c$d5073610$7f15a230$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_066C_01D6464D.9890F070" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQCN94ZSB4I+a9/mGcSV7lpnbHlVBQHwgAriAtEE4HYBYpwVfas/aXdg Content-Language: fr Archived-At: Subject: Re: [bess] Request BESS WG adoption for draft-dunbar-bess-bgp-sdwan-usage-07 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jun 2020 13:23:39 -0000 This is a multipart message in MIME format. ------=_NextPart_000_066C_01D6464D.9890F070 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Poll is expected next week (you can check the wiki). =20 From: Bocci, Matthew (Nokia - GB) =20 Sent: vendredi 19 juin 2020 11:26 To: Linda Dunbar ; bess@ietf.org; Stephane = Litkowski ; Mankamana Mishra (mankamis) = Subject: Re: Request BESS WG adoption for = draft-dunbar-bess-bgp-sdwan-usage-07 =20 Correcting Stephane=E2=80=99s email address. =20 From: "Bocci, Matthew (Nokia - GB)" > Date: Friday, 19 June 2020 at 10:00 To: Linda Dunbar >, "bess@ietf.org = " >, = "stephane.litkowski@orange.com " = >, = "Mankamana Mishra (mankamis)" > Subject: Re: Request BESS WG adoption for = draft-dunbar-bess-bgp-sdwan-usage-07 =20 Hi Linda =20 This is in our queue (see the WG Wiki at = https://trac.ietf.org/trac/bess/wiki). =20 Expect a poll for adoption shortly. =20 Matthew =20 From: Linda Dunbar > Date: Thursday, 18 June 2020 at 18:09 To: "bess@ietf.org " >, "Bocci, Matthew (Nokia - GB)" = >, = "stephane.litkowski@orange.com " = >, = "Mankamana Mishra (mankamis)" > Subject: RE: Request BESS WG adoption for = draft-dunbar-bess-bgp-sdwan-usage-07 =20 Matthew and Stephane It has been almost 2 months since our presentation at the IETF107 = virtual meeting and our request for WG adoption.=20 Can you let us know what else we need to do to move forward to the WG = Adoption call?=20 =20 Thank you very much.=20 =20 Linda =20 From: Linda Dunbar=20 Sent: Wednesday, April 29, 2020 11:34 AM To: bess@ietf.org ; Bocci, Matthew (Nokia - GB) = >; = stephane.litkowski@orange.com ; = Mankamana Mishra (mankamis) > Subject: Request BESS WG adoption for = draft-dunbar-bess-bgp-sdwan-usage-07 =20 Matthew and Stephane =20 Thank you for the opportunity for us to present the draft at April 28 = Interim meeting.=20 = = https://datatracker.ietf.org/doc/draft-dunbar-bess-bgp-sdwan-usage/?inclu= de_text=3D1=20 =20 We understand that the draft has been on the = https://trac.ietf.org/trac/bess/wik as Candidates for WG Adoption.=20 =20 We are asking BESS WG Chairs to start the WG Adoption call for the = draft.=20 =20 This draft demonstrates how & why BGP-based control plane can be = effectively used for large scale SDWAN overlay networks, which is very = beneficial to the industry and to other SDOs that have on-going SDWAN = projects, such as MEF, BBF, ONUG etc. So that they don=E2=80=99t have to = re-invent the wheel.=20 =20 Thank you very much.=20 Linda Dunbar =20 ------=_NextPart_000_066C_01D6464D.9890F070 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

    Poll is expected next week (you can = check the wiki).

     

    From: Bocci, Matthew (Nokia - = GB) <matthew.bocci@nokia.com>
    Sent: vendredi 19 juin = 2020 11:26
    To: Linda Dunbar = <linda.dunbar@futurewei.com>; bess@ietf.org; Stephane Litkowski = <slitkows.ietf@gmail.com>; Mankamana Mishra (mankamis) = <mankamis=3D40cisco.com@dmarc.ietf.org>
    Subject: Re: = Request BESS WG adoption for = draft-dunbar-bess-bgp-sdwan-usage-07

     

    Correcting = Stephane=E2=80=99s email address.

     

    From: "Bocci, Matthew = (Nokia - GB)" <matthew.bocci@nokia.com>Date: Friday, 19 June 2020 at 10:00
    To: Linda Dunbar = <linda.dunbar@futurewei.com= >, "bess@ietf.org" = <bess@ietf.org>, "stephane.litkowski@orange.c= om" <stephane.litkowski@orange.c= om>, "Mankamana Mishra (mankamis)" <mankamis=3D40cisco.= com@dmarc.ietf.org>
    Subject: Re: Request BESS WG = adoption for = draft-dunbar-bess-bgp-sdwan-usage-07

     

    Hi Linda

     

    This is in our queue = (see the WG Wiki at https://trac.ietf.org/trac/= bess/wiki).

     

    Expect a poll for adoption shortly.

     

    Matthew

     

    From: Linda Dunbar <linda.dunbar@futurewei.com= >
    Date: Thursday, 18 June 2020 at 18:09
    To: = "bess@ietf.org" = <bess@ietf.org>, "Bocci, = Matthew (Nokia - GB)" <matthew.bocci@nokia.com>, = "stephane.litkowski@orange.c= om" <stephane.litkowski@orange.c= om>, "Mankamana Mishra (mankamis)" <mankamis=3D40cisco.= com@dmarc.ietf.org>
    Subject: RE: Request BESS WG = adoption for draft-dunbar-bess-bgp-sdwan-usage-07

     

    Matthew and = Stephane

    It = has been almost 2 months since our presentation at the IETF107 virtual = meeting and our request for WG adoption.

    Can you let us know what else we = need to do to move forward to the WG Adoption call? =

     

    Thank you very much.

     

    Linda

     

    From: Linda Dunbar =
    Sent: Wednesday, April 29, 2020 11:34 AM
    To: bess@ietf.org; Bocci, Matthew (Nokia - = GB) <matthew.bocci@nokia.com>; = stephane.litkowski@orange.c= om; Mankamana Mishra (mankamis) <mankamis=3D40cisco.= com@dmarc.ietf.org>
    Subject: Request BESS WG adoption = for = draft-dunbar-bess-bgp-sdwan-usage-07

     

    Matthew and = Stephane

     

    Thank you for the opportunity for us to present the draft = at April 28 Interim meeting.

    https://datatracker.ietf.org/doc/draft-dunbar-bess-b= gp-sdwan-usage/?include_text=3D1

     

    We understand that the draft has = been on the https://trac.ietf.org/trac/b= ess/wik as Candidates for WG Adoption.

     

    We are asking BESS WG Chairs to = start the WG Adoption call for the draft.

     

    This draft demonstrates how & = why  BGP-based control plane can be effectively used for large = scale SDWAN overlay networks, which is very beneficial to the industry = and to other SDOs that have on-going SDWAN projects, such as MEF, BBF, = ONUG etc. So that they don=E2=80=99t have to re-invent the wheel. =

     

    Thank you very much.

    Linda = Dunbar

     

    ------=_NextPart_000_066C_01D6464D.9890F070-- From nobody Fri Jun 19 06:56:55 2020 Return-Path: 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 8F3763A0A0C; Fri, 19 Jun 2020 06:56:48 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 7.3.2 Auto-Submitted: auto-generated Precedence: bulk CC: Zhaohui Zhang , bess-chairs@ietf.org, bess@ietf.org, martin.vigoureux@nokia.com, draft-ietf-bess-evpn-inter-subnet-forwarding@ietf.org, zzhang@juniper.net Reply-To: last-call@ietf.org Sender: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <159257500850.32368.14573952770938821616@ietfa.amsl.com> Date: Fri, 19 Jun 2020 06:56:48 -0700 Archived-At: Subject: [bess] Last Call: (Integrated Routing and Bridging in EVPN) to Proposed Standard X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jun 2020 13:56:49 -0000 The IESG has received a request from the BGP Enabled ServiceS WG (bess) to consider the following document: - 'Integrated Routing and Bridging in EVPN' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the last-call@ietf.org mailing lists by 2020-07-03. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract EVPN provides an extensible and flexible multi-homing VPN solution over an MPLS/IP network for intra-subnet connectivity among Tenant Systems and End Devices that can be physical or virtual. However, there are scenarios for which there is a need for a dynamic and efficient inter-subnet connectivity among these Tenant Systems and End Devices while maintaining the multi-homing capabilities of EVPN. This document describes an Integrated Routing and Bridging (IRB) solution based on EVPN to address such requirements. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-inter-subnet-forwarding/ The following IPR Declarations may be related to this I-D: https://datatracker.ietf.org/ipr/3352/ From nobody Fri Jun 19 11:35:12 2020 Return-Path: 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 D24B73A0D71; Fri, 19 Jun 2020 11:35:05 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.3.2 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <159259170573.32064.12218968487676518987@ietfa.amsl.com> Date: Fri, 19 Jun 2020 11:35:05 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-evpn-pref-df-06.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jun 2020 18:35:10 -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 WG of the IETF. Title : Preference-based EVPN DF Election Authors : J. Rabadan S. Sathappan T. Przygienda W. Lin J. Drake A. Sajassi S. Mohanty Filename : draft-ietf-bess-evpn-pref-df-06.txt Pages : 16 Date : 2020-06-19 Abstract: The Designated Forwarder (DF) in Ethernet Virtual Private Networks (EVPN) is defined as the PE responsible for sending Broadcast, Unknown unicast and Broadcast traffic (BUM) to a multi-homed device/ network in the case of an all-active multi-homing Ethernet Segment (ES), or BUM and unicast in the case of single-active multi-homing. The DF is selected out of a candidate list of PEs that advertise the same Ethernet Segment Identifier (ESI) to the EVPN network, according to the Default DF Election algorithm. While the Default Algorithm provides an efficient and automated way of selecting the DF across different Ethernet Tags in the ES, there are some use-cases where a more 'deterministic' and user-controlled method is required. At the same time, Service Providers require an easy way to force an on-demand DF switchover in order to carry out some maintenance tasks on the existing DF or control whether a new active PE can preempt the existing DF PE. This document proposes an extension to the Default DF election procedures so that the above requirements can be met. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-pref-df/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-evpn-pref-df-06 https://datatracker.ietf.org/doc/html/draft-ietf-bess-evpn-pref-df-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-evpn-pref-df-06 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 Jun 19 11:37:22 2020 Return-Path: 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 B1E963A0CDD; Fri, 19 Jun 2020 11:37:20 -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, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.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 93_pRONTQcZq; Fri, 19 Jun 2020 11:37:18 -0700 (PDT) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-eopbgr760104.outbound.protection.outlook.com [40.107.76.104]) (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 03A6E3A0AA2; Fri, 19 Jun 2020 11:37:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cu277Pr4uT8Qz1fVWpuKoTTEC3nQLqUYZENCCVix1XOK6c+Y1msfNXxSgmQ93wtklk8mWOcOW0BMj8M9RkAC6mkE/z8I09mROPwXFhUbDRXYW8l8yHc+Hccxkgust6apsh14xf+nKcLheF0v5jHokVPPNgNUhRea/3GU5kVQnG+PJhRn8n5GtSm2bzvykmgEyzSvi6dh2F6larrxYKfZS+kbzEIb8zwJ2Bf7I+2JN+bO2b/RkMw6mIQvnmopvcn1f90/ysHwFTF+urRt5eTLA5/i8+m1kQd7fl14bAsRmddFLyQN4LO2as9++TBftThLpTO+pw7hBGy4r7OKKTw7Dw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uEy9k9QdonoALV+xHXxuxauT8nIaRH33MGCFPUZ/hag=; b=JqOt/xpoXHOUy/c7BvlrSKTJf8FR7Eyx8gjDv1hUosyP/U5xaUb0PM6FXGHMrQk9wfj9RC0VkhYXF3phPok/RnA9xSJW7/HKzL0qTCj00Yobr+vb5Pftv+zYEv3TX7xmbEdzs2CLHzjNywsFIJ43T3R4KMDJPzSdauCyPdhoPmBjDfqPal/jTE3srQdwG2lzc8/gyUXV9ozj+jgXCa2Rm+QW5pfom1gJyql7b0Fcbh25XrFibX44AKuc6QuGOuw45HuyL4ATly/7Q6ocw5e9B7Fs+cDN75ICQnv+k2+oYExV4tynCi7beIJ6mjlumwflPPHC3op3Ao+2kArAUOcIOw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uEy9k9QdonoALV+xHXxuxauT8nIaRH33MGCFPUZ/hag=; b=JDyqImKIXDvgbjiCEGcKSWzqy0TgEFT2BVq/jxnME5Dr/w4estkBT6uAR19gxFB2pdTcxE1LtPKqPw/myfBfnnSr574AkZCSWTC3IdPfltlZiWszJ5HkD9BX0tqPgtznFvAXT/aqV3x4ThXY+b3bHmRKsqf6VXVI45B0K1P8sFU= Received: from MWHPR08MB3520.namprd08.prod.outlook.com (2603:10b6:301:61::15) by MWHPR08MB3519.namprd08.prod.outlook.com (2603:10b6:301:6c::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.23; Fri, 19 Jun 2020 18:37:15 +0000 Received: from MWHPR08MB3520.namprd08.prod.outlook.com ([fe80::d04d:ae14:91f:fb6c]) by MWHPR08MB3520.namprd08.prod.outlook.com ([fe80::d04d:ae14:91f:fb6c%3]) with mapi id 15.20.3109.021; Fri, 19 Jun 2020 18:37:15 +0000 From: "Rabadan, Jorge (Nokia - US/Mountain View)" To: "slitkows.ietf@gmail.com" , "draft-ietf-bess-evpn-pref-df@ietf.org" , "bess-chairs@ietf.org" , "bess@ietf.org" Thread-Topic: Shepherd's Review of draft-ietf-bess-evpn-pref-df Thread-Index: AdXsr5AT3X0TJkMhT5uKbn2Lo1B9fhYxT1oA Date: Fri, 19 Jun 2020 18:37:14 +0000 Message-ID: <477475D5-5521-48F8-850B-9DA353CEE297@nokia.com> References: <041601d5ecaf$d3e46410$7bad2c30$@gmail.com> In-Reply-To: <041601d5ecaf$d3e46410$7bad2c30$@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.38.20061401 authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=nokia.com; x-originating-ip: [135.245.20.5] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: fa6cdd95-6e38-4e8d-ea3f-08d8147fc9d5 x-ms-traffictypediagnostic: MWHPR08MB3519: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0439571D1D x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: HbNTwWKUQVn239S9BBXvkgefnUiM/nFol6vZ3k5AsE1hB1hqhVzIXpygTr4/WU2Qeuqlz9DBdsSZ6k2+GJqDJ3IZ99FRr8kTMMWyln740C7bJMe0Z2BPR8pEr5ozMu43xVYFkUiSOP4PLtRAgPPHTBsccHq2DFTUjNRPr4FpIz2I0+BUTQTi3uiHpv2EhpAFy0PyiMwC81u4RGvP0UhiL76WqAVAsah9Yja8P82Xnsi/y9GlStlyXAgaAwm8rXOTw6P0r8xKSBr/mx1EJeYmylKbRplxMTn7lo5Jy+ixwyeoJcIz3sAorMNSeW+nqAzsw97xA1eASsBOfK+LsKRs27Jpb7hkHd4uJaLfn8a37yaWjo5iXCcrhyRFrDYJXwct5htxCJHm+w3e7xAL2dNWCw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MWHPR08MB3520.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(366004)(346002)(39860400002)(396003)(136003)(2616005)(8676002)(6512007)(33656002)(76116006)(478600001)(966005)(166002)(36756003)(83380400001)(91956017)(66446008)(64756008)(66946007)(66556008)(9326002)(66476007)(2906002)(8936002)(316002)(6486002)(26005)(6506007)(5660300002)(110136005)(53546011)(86362001)(186003)(71200400001)(66574015); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: J7td7u2BlSp1wtoPRc2FoK92NmzN0siV0ApwcWjnvC38QSG1BiOfCrWw1/qBgAYTGAGKsvr5y3zSLJ5y0QiQR2XyZjf6szdgjOQxTcxeG16wt4zm88aYVsVirX/35iWXY4N7DtOwY9eY7KKCO2uyixb4IqarKezWjlLUTsiSy2k05VZdJorpm7cH+bQcfrQly1LRmrbfLs3/HxUHFyH8rMVTjIJ9niy1HlBK6TygAkN7bFqeUp95Wl+BIdrnauPFsQwn0JW/j4+0At3aKz7Qdi8lZ2dwyFjFGWZ+89FxwfInzthi7SSakqhn8Q0pmqD5jEis6TndaLxN11kID2ZjSrVO0pTx++59gFbPluWfuUCD1eFGLbDpgUon75aTIfTR1+4SNTGS2cBaQNopTBC0+jgWMVVT2/Ll7sVDXrkc+6o5il8tLaJzvCiEiuJbuECW44EnsaCMz0OFy9aO/N1V2AEBS2jS1wYHAISS0xa6Nh8= Content-Type: multipart/alternative; boundary="_000_477475D5552148F8850B9DA353CEE297nokiacom_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: fa6cdd95-6e38-4e8d-ea3f-08d8147fc9d5 X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Jun 2020 18:37:14.9868 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 4IoHVY448+4VHNJYQSGRy6T2a0TYz2EeskW5IcXoDoCgj6YiHBQJEhGXmwf7dBa0M+xLMmRrhqcV0+nMH4EqtA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR08MB3519 Archived-At: Subject: Re: [bess] Shepherd's Review of draft-ietf-bess-evpn-pref-df X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jun 2020 18:37:21 -0000 --_000_477475D5552148F8850B9DA353CEE297nokiacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU3RlcGhhbmUsDQoNClRoYW5rcyBmb3IgdGhlIHJldmlldyBhbmQgbXkgYXBvbG9naWVzIGZv ciB0aGUgZGVsYXkuDQpXZSBqdXN0IHBvc3RlZCBhIG5ldyByZXZpc2lvbi4NCg0KQXMgdXN1YWws IHZlcnkgZ29vZCBwb2ludHMuIFBsZWFzZSBzZWUgaW4tbGluZS4NCg0KVGh4DQpKb3JnZQ0KDQpG cm9tOiAic2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20iIDxzbGl0a293cy5pZXRmQGdtYWlsLmNvbT4N CkRhdGU6IFdlZG5lc2RheSwgRmVicnVhcnkgMjYsIDIwMjAgYXQgMzoyMCBQTQ0KVG86ICJkcmFm dC1pZXRmLWJlc3MtZXZwbi1wcmVmLWRmQGlldGYub3JnIiA8ZHJhZnQtaWV0Zi1iZXNzLWV2cG4t cHJlZi1kZkBpZXRmLm9yZz4sICdCRVNTJyA8YmVzc0BpZXRmLm9yZz4NCkNjOiAiYmVzcy1jaGFp cnNAaWV0Zi5vcmciIDxiZXNzLWNoYWlyc0BpZXRmLm9yZz4NClN1YmplY3Q6IFNoZXBoZXJkJ3Mg UmV2aWV3IG9mIGRyYWZ0LWlldGYtYmVzcy1ldnBuLXByZWYtZGYNClJlc2VudC1Gcm9tOiA8YWxp YXMtYm91bmNlc0BpZXRmLm9yZz4NClJlc2VudC1UbzogPGpvcmdlLnJhYmFkYW5Abm9raWEuY29t PiwgPHNlbnRoaWwuc2F0aGFwcGFuQG5va2lhLmNvbT4sIDxwcnpAanVuaXBlci5uZXQ+LCA8d2xp bkBqdW5pcGVyLm5ldD4sIDxqZHJha2VAanVuaXBlci5uZXQ+LCA8c2FqYXNzaUBjaXNjby5jb20+ LCA8c2F0eWFtb2hAY2lzY28uY29tPg0KUmVzZW50LURhdGU6IFdlZG5lc2RheSwgRmVicnVhcnkg MjYsIDIwMjAgYXQgMzoyMCBQTQ0KDQpIaSBBdXRob3JzLA0KDQoNCkhlcmUgaXMgbXkgcmV2aWV3 IG9mIHRoZSBkb2N1bWVudDoNCg0KUGxlYXNlIGxvb2sgYXQgdGhlIG5pdHMgYW5kIGZpeCB0aGVt Lg0KaHR0cHM6Ly93d3c2LmlldGYub3JnL3Rvb2xzL2lkbml0cz91cmw9aHR0cHM6Ly93d3cuaWV0 Zi5vcmcvYXJjaGl2ZS9pZC9kcmFmdC1pZXRmLWJlc3MtZXZwbi1wcmVmLWRmLTA1LnR4dA0KDQpb Sm9yZ2VdIGRvbmUuDQoNCg0KU2VjdGlvbiAzOg0KDQotICAgICAgICAgIElzIHRoZSBERiBwcmVm ZXJlbmNlIGZpZWxkIG9ubHkgdGhlcmUgd2hlbiBERiBBbGc9MiA/IEkgbWVhbiBpZiBERiBBbGcg IT0yLCBjYW4gdGhlIHJlc2VydmVkIGZpZWxkIGJlIGVuY29kZWQgZGlmZmVyZW50bHkgPyBUaGlz IHNob3VsZCBiZSBjbGVhciBJTU8uDQoNCltKb3JnZV0gb2ssIGFkZGVkOg0K4oCcSWYgdGhlIERG IEFsZyBpcyBkaWZmZXJlbnQgdGhhbiBBbGcgMiwgdGhlc2UgdHdvIG9jdGV0cyBjYW4gYmUgZW5j b2RlZCBkaWZmZXJlbnRseS7igJ0NCg0KDQpTZWN0aW9uIDQuMToNCg0KICAgICAgICDigJwgTm90 ZSB0aGF0LCBieSBkZWZhdWx0LCB0aGUgSGlnaGVzdC1QcmVmZXJlbmNlIGlzIGNob3NlbiBmb3Ig ZWFjaA0KICAgICAgIEVTIG9yIHZFUywgaG93ZXZlciB0aGUgRVMgY29uZmlndXJhdGlvbiBjYW4g YmUgY2hhbmdlZCB0byB0aGUNCiAgICAgICBMb3dlc3QtUHJlZmVyZW5jZSBhbGdvcml0aG0gYXMg bG9uZyBhcyB0aGlzIG9wdGlvbiBpcyBjb25zaXN0ZW50DQogICAgICAgaW4gYWxsIHRoZSBQRXMg aW4gdGhlIEVTLg0KSSBkb27igJl0IHRoaW5rIGl0IGlzIGEgZ29vZCBpZGVhIHRvIG9wZW4gdGhp cyBtb2RpZmljYXRpb24uIFBlb3BsZSBjYW4gcGxheSB3aXRoIHByZWZlcmVuY2UgdmFsdWVzIHRv IGFjaGlldmUgdGhlIHJlcXVpcmVkIGJlaGF2aW9yIHdoaWxlIGFsd2F5cyBrZWVwaW5nIGhpZ2gg cHJlZi4NCldlIGhhdmUgbm8gd2F5IHRvIGVuc3VyZSBjb25zaXN0ZW5jeSwgZXhjZXB0IGlmIHdl IGFkdmVydGlzZSB0aGUgYmVoYXZpb3IgYXMgcGFydCBvZiB0aGUgZXhjdC4gQ29uc2lzdGVuY3kg b2YgREYgZWxlY3Rpb24gaXMga2V5IGFuZCBuZWVkcyB0byBiZSBlbnN1cmVkIGFzIG11Y2ggYXMg d2UgY2FuLg0KW0pvcmdlXSB0aGUgaWRlYSBpcyBoYXZlIHRoZSBoaWdoZXN0IHByZWZlcmVuY2Ug YXMgZGVmYXVsdCAobWF5YmUgdXNlIG5vcm1hdGl2ZSBsYW5ndWFnZT8pLCB3aGljaCBtZWFucyB0 aGF0IGl0IHdpbGwgd29yayBmaW5lLiBPcGVuaW5nIHRvIGxvd2VzdCBpcyB0byBnaXZlIG1vcmUg ZmxleGliaWxpdHksIGtub3dpbmcgdGhhdCBpZiB0aGUgdXNlciBoYXMgdG8gY2hhbmdlIHRoZSBj b25maWcgZnJvbSB0aGUgZGVmYXVsdCwgdGhleSB3aWxsIGRvIGl0IGluIGFsbCB0aGUgUEVzIG9m IHRoZSBFUy4NCg0KDQpJbiBjYXNlIG9mIGVxdWFsIFByZWZlcmVuY2UgaW4gdHdvIG9yIG1vcmUg UEVzIGluIHRoZSBFUywgdGhlDQoNCiAgICAgICB0aWUtYnJlYWtlcnMgd2lsbCBiZSB0aGUgRFAg Yml0IGFuZCB0aGUgbG93ZXN0IElQIFBFLCBpbiB0aGF0DQoNCiAgICAgICBvcmRlci4gIEZvciBp bnN0YW5jZToNClRoZSBzZW50ZW5jZSBpcyBub3QgY2xlYXIgZW5vdWdoIGFuZCBtdXN0IHVzZSBu b3JtYXRpdmUgbGFuZ3VhZ2UuDQpFeGFtcGxlOiBJbiBjYXNlIG9mIGVxdWFsIFByZWZlcmVuY2Ug YmV0d2VlbiB0d28gb3IgbW9yZSBQRXMgaW4gdGhlIEVTLCBhbiBpbXBsZW1lbnRhdGlvbiBNVVNU IGZpcnN0IHByZWZlciBQRXMgYWR2ZXJ0aXNpbmcgdGhlIERQIGJpdCBzZXQgYW5kIHRoZW4gcHJl ZmVyIHRoZSBQRSB3aXRoIHRoZSBsb3dlc3QgSVAgYWRkcmVzcy4NCldoaWNoIElQIGFkZHJlc3Mg YXJlIHdlIHRhbGtpbmcgYWJvdXQgZXhhY3RseSBoZXJlID8NCltKb3JnZV0gSSBjaGFuZ2UgdGhp cyB0ZXh0IHRvOg0K4oCcSW4gY2FzZSBvZiBlcXVhbCBQcmVmZXJlbmNlIGluIHR3byBvciBtb3Jl IFBFcyBpbiB0aGUgRVMsIHRoZSBEUCBiaXQgYW5kIHRoZSBsb3dlc3QgSVAgb2YgdGhlIGNhbmRp ZGF0ZSBQRXMgYXJlIHVzZWQgYXMgdGllLWJyZWFrZXJzLiBBZnRlciBzZWxlY3RpbmcgdGhlIFBF cyB3aXRoIHRoZSBoaWdoZXN0IFByZWZlcmVuY2UgdmFsdWUsIGFuIGltcGxlbWVudGF0aW9uIE1V U1QgZmlyc3Qgc2VsZWN0IHRoZSBQRSBhZHZlcnRpc2luZyB0aGUgRFAgYml0IHNldCwgYW5kIHRo ZW4gc2VsZWN0IHRoZSBQRSB3aXRoIHRoZSBsb3dlc3QgSVAgYWRkcmVzcyAoaWYgdGhlIERQIGJp dCBzZWxlY3Rpb24gZG9lcyBub3QgeWllbGQgYSB1bmlxdWUgY2FuZGlkYXRlKS4gVGhlIFBFJ3Mg SVAgYWRkcmVzcyBpcyB0aGUgYWRkcmVzcyB1c2VkIGluIHRoZSBjYW5kaWRhdGUgbGlzdCBhbmQg aXQgaXMgZGVyaXZlZCBmcm9tIHRoZSBPcmlnaW5hdGluZyBSb3V0ZXIncyBJUCBhZGRyZXNzIG9m IHRoZSBFUyByb3V0ZS4gU29tZSBleGFtcGxlcyBvZiB0aGUgdXNlIG9mIHRoZSBEUCBiaXQgYW5k IElQIGFkZHJlc3MgdGllLWJyZWFrZXJzIGZvbGxvd+KApuKAnQ0KDQoNClNlY3Rpb24gNC4zOg0K VHlwbyBvbjoNCg0KQSBuZXcgIkRvbid0IFByZWVtcHQgTWUiIGNhcGFiaWxpdHkgaXMgZGVmaW5l ZCBvbiBhIHBlci1QRSBwZXItRVMNCg0KICAgICAgIEJhc2lzDQoNCg0KDQpTaG91bGQgYmUgOiDi gJxBIG5ldyAiRG9uJ3QgUHJlZW1wdCBNZSIgY2FwYWJpbGl0eSBpcyBkZWZpbmVkIG9uIGEgcGVy LVBFDQoNCiAgICAgICBiYXNpcw0KW0pvcmdlXSBhY3R1YWxseSB0aGUgRFAgY2FwYWJpbGl0eSBp cyBkZWZpbmVkIHBlciBFUyBvbiBlYWNoIFBFLiBTbyBJIGNoYW5nZWQgaXQgdG8gdGhlIGZvbGxv d2luZyB0byBtYWtlIGl0IGNsZWFyOg0K4oCcQSBuZXcgIkRvbid0IFByZWVtcHQgTWUiIGNhcGFi aWxpdHkgaXMgZGVmaW5lZCBvbiBhIHBlci1QRS9wZXItRVMgYmFzaXMs4oCdDQoNCg0Kcy9ob3dl dmVyIHRoaXMgZG9jdW1lbnQgZG8gbm90IGVuZm9yY2VzIHRoZS9ob3dldmVyIHRoaXMgZG9jdW1l bnQgZG9lcyBub3QgZW5mb3JjZSB0aGUvDQoNClF1ZXN0aW9uOiBXaHkgZG9u4oCZdCB5b3UgZW5m b3JjZSBjb25zaXN0ZW5jeSA/IFdoYXQgaXMgdGhlIHNpZGUgZWZmZWN0IG9mIG5vdCBlbnN1cmlu ZyBjb25zaXN0ZW5jeSA/DQoNCltKb3JnZV0gVGhlIOKAnFNIT1VMROKAnSB0ZXJtIGlzIGJlY2F1 c2Ugbm9ybWFsbHkgeW91IHdvdWxkIGV4cGVjdCBhbGwgdGhlIFBFcyBpbiB0aGUgRVMgdG8gYmUg Y29uc2lzdGVudCBpbiB0aGUgdXNlIG9mIERQLiBCdXQgdGhlIHByb2NlZHVyZXMgYXJlIHJlYWxs eSBpbmRlcGVuZGVudGx5IHJ1biBieSBlYWNoIFBFIGFuZCB0aGVyZSBpcyBubyBuZWdhdGl2ZSBz aWRlIGVmZmVjdCBpZiBvbmx5IHBhcnQgb2YgdGhlIFBFcyBhcmUgY29uZmlndXJlZCBhcyBub24t cmV2ZXJ0aXZlLiBGb3JtZXIgREYgUEVzIGNvbmZpZ3VyZWQgd2l0aG91dCB0aGlzIGNhcGFiaWxp dHkgd2lsbCBwcmVlbXB0IHRoZSBERiB3aGVuIHRoZXkgcmVjb3ZlciBhZnRlciBhIGZhaWx1cmUs IGJ1dCB0aGF0IGlzIG9mIGNvdXJzZSBleHBlY3RlZC4gSW4gYW55IGNhc2UsIEkgYWRkZWQ6IOKA nEluIGNhc2Ugb2YgaW5jb25zaXN0ZW5jeSBpbiB0aGUgc3VwcG9ydCBvZiB0aGUgRFAgY2FwYWJp bGl0eSBpbiB0aGUgUEVzIG9mIHRoZSBzYW1lIEVTLCBub24tcmV2ZXJ0aXZlIGJlaGF2aW9yIGlz IG5vdCBndWFyYW50ZWVkLuKAnQ0KDQoNCg0KDQoNCuKAnFdoZW4gUEUzJ3MgdkVTMiBjb21lcyBi YWNrIHVwLCBQRTMgd2lsbCBzdGFydCBhIGJvb3QtdGltZXIgKGlmDQoNCiAgICAgICBib290aW5n IHVwKSBvciBob2xkLXRpbWVyIChpZiB0aGUgcG9ydCBvciBFVkMgcmVjb3ZlcnMpLiAgVGhhdA0K DQogICAgICAgdGltZXIgd2lsbCBhbGxvdyBzb21lIHRpbWUgZm9yIFBFMyB0byByZWNlaXZlIHRo ZSBFUyByb3V0ZXMgZnJvbQ0KDQogICAgICAgUEUxIGFuZCBQRTIuIMK7DQoNCg0KDQpBcmUgeW91 IGNoYW5naW5nIHRoZSB3YXkgdGhlIERGIGVsZWN0aW9uIHdvcmtzID8gVXN1YWxseSwgUEUgYWR2 ZXJ0aXNlcyBpdHMgcm91dGUgYW5kIHRoZW4gd2FpdCB0byByZWNlaXZlIG90aGVyIHJvdXRlcy4N Cg0KW0pvcmdlXSB0aG9zZSB0aW1lcnMgYXJlIG9uIHRvcCBvZiB0aGUgRlNNIGRlZmluZWQgaW4g UkZDODU4NCwgZS5nLiB3ZSBuZWVkIHRvIGdpdmUgc29tZSBleHRyYSB0aW1lIGJlZm9yZSB0aGUg RVMgZ29lcyB1cCBhbmQgd2UgYWR2ZXJ0aXNlIHRoZSBFUyByb3V0ZSwgaWYgdGhlIEVTIGlzIGNv bmZpZ3VyZWQgd2l0aCB0aGUgRFAgY2FwYWJpbGl0eS4gVGhpcyBpcyBiZWNhdXNlIHRoZSBhZHZl cnRpc2VkIHByZWZlcmVuY2UgYW5kIERQIHZhbHVlcyBtYXkgbm90IGJlIHRoZSBzYW1lIGFzIHRo ZSBjb25maWd1cmVkIG9uZXMsIGFuZCB0aGUg4oCYaW4tdXNl4oCZIHZhbHVlcyB3aWxsIGRlcGVu ZCBvbiB0aGUgb3RoZXIgRVMgcm91dGVzIGluIHRoZSBFUy4gSWYgd2UgYWR2ZXJ0aXNlIHRoZSBF UyByb3V0ZSBpbW1lZGlhdGVseSBhZnRlciB0aGUgRVMgaXMgdXAsIHdlIG1heSBub3QgaGF2ZSBy ZWNlaXZlZCB0aGUgb3RoZXIgRVMgcm91dGVzIGFuZCB3ZSBkb27igJl0IGtub3cgd2hhdCDigJxp bi11c2XigJ0gdmFsdWVzIHRvIGFkdmVydGlzZSBpbiBvcmRlciB0byBhdm9pZCBwcmVlbXB0aW9u IGluIHRoZSBFUy4gSSBhZGRlZCBzb21lIHRleHQgb24gcG9pbnQgNSAoc2VjdGlvbiA0LjMpLg0K DQoNCg0KV2hhdCBoYXBwZW5zIGlmIGFsbCBQRXMgb24gdGhlIEVTIGFyZSBmYWlsaW5nIGF0IHRo ZSBzYW1lIHRpbWUgb3IgdGhlIEVTIGJvb3RpbmcgdXAgb24gYWxsIHRoZSBQRXMgYXQgdGhlIHNh bWUgdGltZSA/IHlvdSBoYXZlIG5vIHdheSB0byBoZWFyIHdoYXQgaXMgdGhlIHByZWYgZnJvbSB0 aGUgcmVtb3RlLg0KDQpbSm9yZ2VdIFRoZSBub24tcmV2ZXJ0aXZlIGNhcGFiaWxpdHkgbWFrZXMg c2Vuc2Ugd2hlbiB0aGVyZSBpcyBhdCBsZWFzdCBvbmUgUEUgYWxpdmUgaW4gdGhlIEVTIGFuZCB3 ZSBkb27igJl0IHdhbnQgdG8gcHJlZW1wdCBpdCBzbyB0aGF0IHRoZXJlIGlzIG5vIHRyYWZmaWMg aW1wYWN0LiBJZiBhbGwgdGhlIFBFcyBmYWlsLCB0aGVyZSBpcyB0cmFmZmljIGltcGFjdCBhbnl3 YXksIHNvIHRoZXJlIGlzIHJlYWxseSBubyBub24tcmV2ZXJ0aXZlIGJlaGF2aW9yLCBidXQgYW4g aW5pdGlhbGl6YXRpb24gaW4gYWxsIHRoZSBQRXMuDQoNCg0KDQpTaG91bGRu4oCZdCB0aGUg4oCc bm8gcHJlZW1wdGlvbuKAnSB0aGluZyBiZSB2YWx1YWJsZSBiZWluZyBhZ25vc3RpYyB0byBERiBB bGcgPw0KDQpbSm9yZ2VdIHRoZSBub24tcHJlZW1wdGlvbiBtYXkgbm90IGJlIHBvc3NpYmxlIHdp dGggc29tZSBBbGdzLCBzbyBpdCBoYXMgdG8gYmUgc3R1ZGllZCB3aXRoIGVhY2ggaW5kaXZpZHVh bCBBbGcuIEZvciBpbnN0YW5jZSwgSSBjYW7igJl0IHNlZSBob3cgaXQgY2FuIHdvcmsgd2l0aCB0 aGUgZGVmYXVsdCBBbGcgaW4gdGhlIHdheSBpdCBpcyBkZWZpbmVkLg0KDQoNCg0KT24gNikNCg0K Q29uc2lkZXIgdGhhdCB3ZSBoYWQ6DQoNClBFMyBhZHZlcnRpc2luZyA8MzAwLDE+DQoNClBFMiBh ZHZlcnRpc2luZyA8MjAwLDE+DQoNClBFMSBhZHZlcnRpc2luZyA8MTAwLDE+DQoNCg0KDQpQRTMg ZmFpbHMgYW5kIGNvbWUgYmFjaywgYWR2ZXJ0aXNpbmcgWzIwMCwwXSwgbGVhZGluZyB0byBQRTIg YmVpbmcgREYuDQoNClBFMiBmYWlscywgYnV0IGluIGEgc2ltaWxhciB0aW1lIFBFMSBjaGFuZ2Vz IGl0cyBwcmVmIHRvIDI1MC4gVGhpcyBsZWFkcyB0byBQRTEgYmVpbmcgREYgd2hpbGUgaW4gdGhp cyBjYXNlIFBFMyBzaG91bGQgYmUgREYgYmVjYXVzZSBpdCBzaG91bGQgaGF2ZSByZWNvdmVyZWQg aXRzIHByZWZlcmVuY2UgYnV0IGl0IGNhbuKAmXQuDQoNCltKb3JnZV0gdGhlcmUgbWF5IGJlIHJh Y2UgY29uZGl0aW9ucywgYnV0IHdoZW5ldmVyIFBFMyByZWNlaXZlcyBQRTIgd2l0aGRyYXcsIGl0 IGFkdmVydGlzZXMgKDMwMCwxKS4gRXZlbiBpZiBib3RoIHRoaW5ncyBoYXBwZW4gYXQgdGhlIHNh bWUgdGltZSwgYm90aCB3aWxsIGJlIGNvbXB1dGVkIGJ5IFBFMy4gVGhlIG1haW4gcG9pbnQgaXMg dGhhdCB1cG9uIGEgY2hhbmdlIGluIHRoZSBFUywgYWxsIHRoZSBQRXMgY2FsY3VsYXRlIHRoZSBo aWdoZXN0IGFuZCBsb3dlc3QgUEVzIHRoYXQgYXJlIGFjdGl2ZSBpbiB0aGUgRVMuIEFuZCBpZiBh IFBFIGJlY29tZXMgZWl0aGVyIG9uZSBhbmQgaXRzIOKAmGluLXVzZeKAmSBwcmVmICE9IOKAmGFk bWlu4oCZIHByZWYsIHRoZW4gaXQgd2lsbCBzZW5kIGFuIHVwZGF0ZSB3aXRoIGl0cyBhZG1pbiB2 YWx1ZXMuDQoNCg0KDQoNCg0KUmVmZXJlbmNlczoNCg0KSSB0aGluayB2RVMgc2hvdWxkIGJlIHNl dCBhcyBub3JtYXRpdmUgYXMgcGVvcGxlIHJlYWxseSBuZWVkIHRvIHVuZGVyc3RhbmQgd2hhdCB2 RVMgaXMgdG8gdW5kZXJzdGFuZCB0aGUgZG9jdW1lbnQuDQoNCltKb3JnZV0gb2ssIEkgbWFkZSBh IGZldyBjaGFuZ2VzIGluIHRoZSByZWZlcmVuY2VzLiBMZXQgbWUga25vdyBpZiBpdCBpcyBvay4N Cg0KDQoNCkJyZ2RzLA0KDQpTdGVwaGFuZQ0KDQo= --_000_477475D5552148F8850B9DA353CEE297nokiacom_ Content-Type: text/html; charset="utf-8" Content-ID: <0724DD803477C34390113D58A75BC940@namprd08.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseTpXaW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAg MDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0x OjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJp Ow0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1m YW1pbHk6Q29uc29sYXM7DQoJcGFub3NlLTE6MiAxMSA2IDkgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIFwoQm9keSBDU1wpIjsNCglwYW5v c2UtMToyIDExIDYgNCAyIDIgMiAyIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5N c29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1h cmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy bGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJI VE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAw MDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0K cC5Nc29MaXN0UGFyYWdyYXBoLCBsaS5Nc29MaXN0UGFyYWdyYXBoLCBkaXYuTXNvTGlzdFBhcmFn cmFwaA0KCXttc28tc3R5bGUtcHJpb3JpdHk6MzQ7DQoJbWFyZ2luLXRvcDowY207DQoJbWFyZ2lu LXJpZ2h0OjBjbTsNCgltYXJnaW4tYm90dG9tOjBjbTsNCgltYXJnaW4tbGVmdDozNi4wcHQ7DQoJ bWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28t c3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6 IkNvdXJpZXIgTmV3IjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpGUjt9DQouTXNvQ2hwRGVmYXVs dA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBw YWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzAuODVw dCA3MC44NXB0IDcwLjg1cHQgNzAuODVwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29y ZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0 LWlkOjU0MDIxNjU1MzsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28tbGlzdC10ZW1wbGF0 ZS1pZHM6OTUzMTExNDAgNjk5ODQxMDI0IDY3ODk1Mjk5IDY3ODk1MzAxIDY3ODk1Mjk3IDY3ODk1 Mjk5IDY3ODk1MzAxIDY3ODk1Mjk3IDY3ODk1Mjk5IDY3ODk1MzAxO30NCkBsaXN0IGwwOmxldmVs MQ0KCXttc28tbGV2ZWwtc3RhcnQtYXQ6MDsNCgltc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs ZXQ7DQoJbXNvLWxldmVsLXRleHQ6LTsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgltc28tZmFyZWFzdC1mb250LWZhbWlseTpD YWxpYnJpO30NCkBsaXN0IGwwOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs ZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250 LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwtbnVt YmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWIt c3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu dDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCglt c28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6 bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4 dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5l dyI7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN Cgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1m YW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpu b25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu MHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRh Yi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMDpsZXZl bDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+C pzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u OmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0K b2wNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+ PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGlu az0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6Q29uc29sYXMi PkhpIFN0ZXBoYW5lLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpDb25zb2xhcyI+VGhhbmtzIGZvciB0aGUg cmV2aWV3IGFuZCBteSBhcG9sb2dpZXMgZm9yIHRoZSBkZWxheS48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTpDb25zb2xhcyI+V2UganVzdCBwb3N0ZWQgYSBuZXcgcmV2aXNpb24uPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6Q29uc29sYXMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OkNvbnNvbGFzIj5BcyB1c3VhbCwgdmVyeSBnb29kIHBvaW50cy4gUGxlYXNl IHNlZSBpbi1saW5lLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpDb25zb2xhcyI+VGh4PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6Q29uc29sYXMiPkpvcmdlIDxvOnA+DQo8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u dC1mYW1pbHk6Q29uc29sYXMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMu MHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNi4wcHQiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5G cm9tOg0KPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFj ayI+JnF1b3Q7c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20mcXVvdDsgJmx0O3NsaXRrb3dzLmlldGZA Z21haWwuY29tJmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5XZWRuZXNkYXksIEZlYnJ1YXJ5IDI2LCAy MDIwIGF0IDM6MjAgUE08YnI+DQo8Yj5UbzogPC9iPiZxdW90O2RyYWZ0LWlldGYtYmVzcy1ldnBu LXByZWYtZGZAaWV0Zi5vcmcmcXVvdDsgJmx0O2RyYWZ0LWlldGYtYmVzcy1ldnBuLXByZWYtZGZA aWV0Zi5vcmcmZ3Q7LCAnQkVTUycgJmx0O2Jlc3NAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+Q2M6IDwv Yj4mcXVvdDtiZXNzLWNoYWlyc0BpZXRmLm9yZyZxdW90OyAmbHQ7YmVzcy1jaGFpcnNAaWV0Zi5v cmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPlNoZXBoZXJkJ3MgUmV2aWV3IG9mIGRyYWZ0LWll dGYtYmVzcy1ldnBuLXByZWYtZGY8YnI+DQo8Yj5SZXNlbnQtRnJvbTogPC9iPiZsdDthbGlhcy1i b3VuY2VzQGlldGYub3JnJmd0Ozxicj4NCjxiPlJlc2VudC1UbzogPC9iPiZsdDtqb3JnZS5yYWJh ZGFuQG5va2lhLmNvbSZndDssICZsdDtzZW50aGlsLnNhdGhhcHBhbkBub2tpYS5jb20mZ3Q7LCAm bHQ7cHJ6QGp1bmlwZXIubmV0Jmd0OywgJmx0O3dsaW5AanVuaXBlci5uZXQmZ3Q7LCAmbHQ7amRy YWtlQGp1bmlwZXIubmV0Jmd0OywgJmx0O3NhamFzc2lAY2lzY28uY29tJmd0OywgJmx0O3NhdHlh bW9oQGNpc2NvLmNvbSZndDs8YnI+DQo8Yj5SZXNlbnQtRGF0ZTogPC9iPldlZG5lc2RheSwgRmVi cnVhcnkgMjYsIDIwMjAgYXQgMzoyMCBQTTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij5IaSBBdXRob3JzLDwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOzwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOzwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPkhlcmUgaXMgbXkgcmV2aWV3IG9mIHRo ZSBkb2N1bWVudDo8L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MzYuMHB0Ij4mbmJzcDs8L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij5QbGVhc2UgbG9vayBhdCB0aGUgbml0cyBhbmQgZml4IHRoZW0uPC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PGEgaHJlZj0iaHR0 cHM6Ly93d3c2LmlldGYub3JnL3Rvb2xzL2lkbml0cz91cmw9aHR0cHM6Ly93d3cuaWV0Zi5vcmcv YXJjaGl2ZS9pZC9kcmFmdC1pZXRmLWJlc3MtZXZwbi1wcmVmLWRmLTA1LnR4dCI+aHR0cHM6Ly93 d3c2LmlldGYub3JnL3Rvb2xzL2lkbml0cz91cmw9aHR0cHM6Ly93d3cuaWV0Zi5vcmcvYXJjaGl2 ZS9pZC9kcmFmdC1pZXRmLWJlc3MtZXZwbi1wcmVmLWRmLTA1LnR4dDwvYT48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpD b25zb2xhcyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6Q29uc29sYXMi PltKb3JnZV0gZG9uZS48bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+U2VjdGlvbiAzOjwvcD4NCjxw IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0O3RleHQt aW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPg0KPCFbaWYgIXN1cHBvcnRM aXN0c10+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+LTxzcGFuIHN0eWxlPSJmb250Ojcu MHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT5J cyB0aGUgREYgcHJlZmVyZW5jZSBmaWVsZCBvbmx5IHRoZXJlIHdoZW4gREYgQWxnPTIgPyBJIG1l YW4gaWYgREYgQWxnICE9MiwgY2FuIHRoZSByZXNlcnZlZCBmaWVsZCBiZSBlbmNvZGVkIGRpZmZl cmVudGx5ID8gVGhpcyBzaG91bGQgYmUgY2xlYXIgSU1PLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5bPGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6Q29uc29sYXMi PkpvcmdlXSBvaywgYWRkZWQ6DQo8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 Q29uc29sYXMiPuKAnElmIHRoZSBERiBBbGcgaXMgZGlmZmVyZW50IHRoYW4gQWxnIDIsIHRoZXNl IHR3byBvY3RldHMgY2FuIGJlIGVuY29kZWQgZGlmZmVyZW50bHku4oCdPG86cD48L286cD48L3Nw YW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+U2VjdGlv biA0LjE6PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGlu Zzo4LjBwdCA4LjBwdCA4LjBwdCA4LjBwdCI+DQo8cHJlIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6MGNtO21hcmdpbi1yaWdodDowY207bWFyZ2luLWJvdHRvbTo3LjlwdDttYXJnaW4tbGVmdDoz Ni4wcHQ7YmFja2dyb3VuZDojRkZGREY1O3dvcmQtYnJlYWs6YnJlYWstYWxsIj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyDigJwgPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj5O b3RlIHRoYXQsIGJ5IGRlZmF1bHQsIHRoZSBIaWdoZXN0LVByZWZlcmVuY2UgaXMgY2hvc2VuIGZv ciBlYWNoPC9zcGFuPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDowY207bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjcuOXB0O21hcmdp bi1sZWZ0OjM2LjBwdDtiYWNrZ3JvdW5kOiNGRkZERjU7d29yZC1icmVhazpicmVhay1hbGwiPg0K PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDs7Y29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBFUyBvciB2RVMsIGhvd2V2ZXIgdGhlIEVTIGNvbmZp Z3VyYXRpb24gY2FuIGJlIGNoYW5nZWQgdG8gdGhlPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6MGNtO21hcmdpbi1yaWdodDowY207bWFy Z2luLWJvdHRvbTo3LjlwdDttYXJnaW4tbGVmdDozNi4wcHQ7YmFja2dyb3VuZDojRkZGREY1O3dv cmQtYnJlYWs6YnJlYWstYWxsIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxh bmd1YWdlOkZSIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgTG93ZXN0LVBy ZWZlcmVuY2UgYWxnb3JpdGhtIGFzIGxvbmcgYXMgdGhpcyBvcHRpb24gaXMgY29uc2lzdGVudDwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OjBjbTttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206Ny45cHQ7bWFyZ2luLWxlZnQ6MzYu MHB0O2JhY2tncm91bmQ6I0ZGRkRGNTt3b3JkLWJyZWFrOmJyZWFrLWFsbCI+DQo8c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztj b2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IGluIGFsbCB0aGUgUEVzIGluIHRoZSBFUy48L3NwYW4+PC9wPg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5JIGRv buKAmXQgdGhpbmsgaXQgaXMgYSBnb29kIGlkZWEgdG8gb3BlbiB0aGlzIG1vZGlmaWNhdGlvbi4g UGVvcGxlIGNhbiBwbGF5IHdpdGggcHJlZmVyZW5jZSB2YWx1ZXMgdG8gYWNoaWV2ZSB0aGUgcmVx dWlyZWQgYmVoYXZpb3Igd2hpbGUgYWx3YXlzIGtlZXBpbmcgaGlnaCBwcmVmLjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPldlIGhhdmUgbm8gd2F5 IHRvIGVuc3VyZSBjb25zaXN0ZW5jeSwgZXhjZXB0IGlmIHdlIGFkdmVydGlzZSB0aGUgYmVoYXZp b3IgYXMgcGFydCBvZiB0aGUgZXhjdC4gQ29uc2lzdGVuY3kgb2YgREYgZWxlY3Rpb24gaXMga2V5 IGFuZCBuZWVkcyB0byBiZSBlbnN1cmVkIGFzIG11Y2ggYXMgd2UgY2FuLjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OkNvbnNvbGFzIj5bSm9yZ2VdIHRoZSBpZGVhIGlzIGhhdmUgdGhlIGhpZ2hlc3QgcHJlZmVyZW5j ZSBhcyBkZWZhdWx0IChtYXliZSB1c2Ugbm9ybWF0aXZlIGxhbmd1YWdlPyksIHdoaWNoIG1lYW5z IHRoYXQgaXQgd2lsbCB3b3JrIGZpbmUuIE9wZW5pbmcgdG8gbG93ZXN0IGlzIHRvIGdpdmUgbW9y ZSBmbGV4aWJpbGl0eSwga25vd2luZw0KIHRoYXQgaWYgdGhlIHVzZXIgaGFzIHRvIGNoYW5nZSB0 aGUgY29uZmlnIGZyb20gdGhlIGRlZmF1bHQsIHRoZXkgd2lsbCBkbyBpdCBpbiBhbGwgdGhlIFBF cyBvZiB0aGUgRVMuPC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDs8L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6c29saWQg I0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjguMHB0IDguMHB0IDguMHB0IDguMHB0Ij4NCjxwcmUgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDowY207bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9t OjcuOXB0O21hcmdpbi1sZWZ0OjM2LjBwdDtiYWNrZ3JvdW5kOiNGRkZERjU7d29yZC1icmVhazpi cmVhay1hbGwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj5JbiBj YXNlIG9mIGVxdWFsIFByZWZlcmVuY2UgaW4gdHdvIG9yIG1vcmUgUEVzIGluIHRoZSBFUywgdGhl PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJnaW4t cmlnaHQ6MGNtO21hcmdpbi1ib3R0b206Ny45cHQ7bWFyZ2luLWxlZnQ6MzYuMHB0O2JhY2tncm91 bmQ6I0ZGRkRGNTt3b3JkLWJyZWFrOmJyZWFrLWFsbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0 aWUtYnJlYWtlcnMgd2lsbCBiZSB0aGUgRFAgYml0IGFuZCB0aGUgbG93ZXN0IElQIFBFLCBpbiB0 aGF0PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJn aW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206Ny45cHQ7bWFyZ2luLWxlZnQ6MzYuMHB0O2JhY2tn cm91bmQ6I0ZGRkRGNTt3b3JkLWJyZWFrOmJyZWFrLWFsbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBvcmRlci4mbmJzcDsgRm9yIGluc3RhbmNlOjwvc3Bhbj48L3ByZT4NCjwvZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+VGhlIHNlbnRlbmNlIGlz IG5vdCBjbGVhciBlbm91Z2ggYW5kIG11c3QgdXNlIG5vcm1hdGl2ZSBsYW5ndWFnZS48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5FeGFtcGxlOiBJ biBjYXNlIG9mIGVxdWFsIFByZWZlcmVuY2UgYmV0d2VlbiB0d28gb3IgbW9yZSBQRXMgaW4gdGhl IEVTLCBhbiBpbXBsZW1lbnRhdGlvbiBNVVNUIGZpcnN0IHByZWZlciBQRXMgYWR2ZXJ0aXNpbmcg dGhlIERQIGJpdCBzZXQgYW5kIHRoZW4gcHJlZmVyIHRoZSBQRSB3aXRoIHRoZSBsb3dlc3QgSVAg YWRkcmVzcy48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij5XaGljaCBJUCBhZGRyZXNzIGFyZSB3ZSB0YWxraW5nIGFib3V0IGV4YWN0bHkgaGVyZSA/ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6Q29uc29sYXMiPltKb3JnZV0gSSBjaGFuZ2UgdGhpcyB0ZXh0IHRvOjxv OnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpDb25zb2xhcyI+4oCcSW4gY2FzZSBv ZiBlcXVhbCBQcmVmZXJlbmNlIGluIHR3byBvciBtb3JlIFBFcyBpbiB0aGUgRVMsIHRoZSBEUCBi aXQgYW5kIHRoZSBsb3dlc3QgSVAgb2YgdGhlIGNhbmRpZGF0ZSBQRXMgYXJlIHVzZWQgYXMgdGll LWJyZWFrZXJzLiBBZnRlciBzZWxlY3RpbmcgdGhlIFBFcyB3aXRoIHRoZSBoaWdoZXN0IFByZWZl cmVuY2UNCiB2YWx1ZSwgYW4gaW1wbGVtZW50YXRpb24gTVVTVCBmaXJzdCBzZWxlY3QgdGhlIFBF IGFkdmVydGlzaW5nIHRoZSBEUCBiaXQgc2V0LCBhbmQgdGhlbiBzZWxlY3QgdGhlIFBFIHdpdGgg dGhlIGxvd2VzdCBJUCBhZGRyZXNzIChpZiB0aGUgRFAgYml0IHNlbGVjdGlvbiBkb2VzIG5vdCB5 aWVsZCBhIHVuaXF1ZSBjYW5kaWRhdGUpLiBUaGUgUEUncyBJUCBhZGRyZXNzIGlzIHRoZSBhZGRy ZXNzIHVzZWQgaW4gdGhlIGNhbmRpZGF0ZSBsaXN0IGFuZCBpdA0KIGlzIGRlcml2ZWQgZnJvbSB0 aGUgT3JpZ2luYXRpbmcgUm91dGVyJ3MgSVAgYWRkcmVzcyBvZiB0aGUgRVMgcm91dGUuIFNvbWUg ZXhhbXBsZXMgb2YgdGhlIHVzZSBvZiB0aGUgRFAgYml0IGFuZCBJUCBhZGRyZXNzIHRpZS1icmVh a2VycyBmb2xsb3figKbigJ08bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+U2VjdGlvbiA0LjM6PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+VHlwbyBv bjo8L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjgu MHB0IDguMHB0IDguMHB0IDguMHB0Ij4NCjxwcmUgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDow Y207bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjcuOXB0O21hcmdpbi1sZWZ0OjM2LjBw dDtiYWNrZ3JvdW5kOiNGRkZERjU7d29yZC1icmVhazpicmVhay1hbGwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj5BIG5ldyAmcXVvdDtEb24ndCBQcmVlbXB0IE1l JnF1b3Q7IGNhcGFiaWxpdHkgaXMgZGVmaW5lZCBvbiBhIHBlci1QRSBwZXItRVM8L3NwYW4+PC9w cmU+DQo8cHJlIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6MGNtO21hcmdpbi1yaWdodDowY207 bWFyZ2luLWJvdHRvbTo3LjlwdDttYXJnaW4tbGVmdDozNi4wcHQ7YmFja2dyb3VuZDojRkZGREY1 O3dvcmQtYnJlYWs6YnJlYWstYWxsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xv cjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEJhc2lzPC9zcGFu PjwvcHJlPg0KPHByZSBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJnaW4tcmlnaHQ6 MGNtO21hcmdpbi1ib3R0b206Ny45cHQ7bWFyZ2luLWxlZnQ6MzYuMHB0O2JhY2tncm91bmQ6I0ZG RkRGNTt3b3JkLWJyZWFrOmJyZWFrLWFsbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDowY207bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjcuOXB0O21hcmdpbi1s ZWZ0OjM2LjBwdDtiYWNrZ3JvdW5kOiNGRkZERjU7d29yZC1icmVhazpicmVhay1hbGwiPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+U2hvdWxkIGJlIDog4oCcPC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj5BIG5ldyAmcXVvdDtEb24ndCBQcmVlbXB0IE1l JnF1b3Q7IGNhcGFiaWxpdHkgaXMgZGVmaW5lZCBvbiBhIHBlci1QRTwvc3Bhbj48L3ByZT4NCjxw cmUgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDowY207bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4t Ym90dG9tOjcuOXB0O21hcmdpbi1sZWZ0OjM2LjBwdDtiYWNrZ3JvdW5kOiNGRkZERjU7d29yZC1i cmVhazpicmVhay1hbGwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNr Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYmFzaXM8L3NwYW4+PC9wcmU+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzIj5bSm9yZ2VdIGFjdHVhbGx5IHRoZSBEUCBjYXBh YmlsaXR5IGlzIGRlZmluZWQgcGVyIEVTIG9uIGVhY2ggUEUuIFNvIEkgY2hhbmdlZCBpdCB0byB0 aGUgZm9sbG93aW5nIHRvIG1ha2UgaXQgY2xlYXI6PG86cD48L286cD48L3NwYW4+PC9iPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OkNvbnNvbGFzIj7igJxBIG5ldyAmcXVvdDtEb24ndCBQcmVlbXB0IE1lJnF1b3Q7 IGNhcGFiaWxpdHkgaXMgZGVmaW5lZCBvbiBhIHBlci1QRS9wZXItRVMgYmFzaXMs4oCdJm5ic3A7 PG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHByZSBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij5zLzxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+aG93ZXZlciB0aGlz IGRvY3VtZW50IGRvIG5vdCBlbmZvcmNlcyB0aGUvaG93ZXZlciB0aGlzIGRvY3VtZW50IGRvZXMg bm90IGVuZm9yY2UgdGhlLzwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5RdWVzdGlvbjogV2h5IGRvbuKAmXQgeW91 IGVuZm9yY2UgY29uc2lzdGVuY3kgPyBXaGF0IGlzIHRoZSBzaWRlIGVmZmVjdCBvZiBub3QgZW5z dXJpbmcgY29uc2lzdGVuY3kgPzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48Yj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPls8L3NwYW4+PC9iPjxiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzIj5Kb3JnZV0gVGhlIOKAnFNIT1VMROKAnSB0 ZXJtIGlzIGJlY2F1c2Ugbm9ybWFsbHkgeW91IHdvdWxkIGV4cGVjdCBhbGwgdGhlIFBFcyBpbiB0 aGUgRVMgdG8gYmUgY29uc2lzdGVudCBpbiB0aGUgdXNlIG9mIERQLiBCdXQgdGhlIHByb2NlZHVy ZXMgYXJlIHJlYWxseSBpbmRlcGVuZGVudGx5IHJ1biBieSBlYWNoIFBFIGFuZCB0aGVyZSBpcyBu byBuZWdhdGl2ZSBzaWRlIGVmZmVjdCBpZiBvbmx5IHBhcnQgb2YgdGhlIFBFcyBhcmUgY29uZmln dXJlZCBhcyBub24tcmV2ZXJ0aXZlLiBGb3JtZXIgREYgUEVzIGNvbmZpZ3VyZWQgd2l0aG91dCB0 aGlzIGNhcGFiaWxpdHkgd2lsbCBwcmVlbXB0IHRoZSBERiB3aGVuIHRoZXkgcmVjb3ZlciBhZnRl ciBhIGZhaWx1cmUsIGJ1dCB0aGF0IGlzIG9mIGNvdXJzZSBleHBlY3RlZC4gSW4gYW55IGNhc2Us IEkgYWRkZWQ6IOKAnEluIGNhc2Ugb2YgaW5jb25zaXN0ZW5jeSBpbiB0aGUgc3VwcG9ydCBvZiB0 aGUgRFAgY2FwYWJpbGl0eSBpbiB0aGUgUEVzIG9mIHRoZSBzYW1lIEVTLCBub24tcmV2ZXJ0aXZl IGJlaGF2aW9yIGlzIG5vdCBndWFyYW50ZWVkLuKAnTwvc3Bhbj48bzpwPjwvbzpwPjwvYj48L3By ZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj4mbmJzcDs8L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjwvcHJlPg0KPHByZSBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij7igJw8c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPldoZW4g UEUzJ3MgdkVTMiBjb21lcyBiYWNrIHVwLCBQRTMgd2lsbCBzdGFydCBhIGJvb3QtdGltZXIgKGlm PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBib290 aW5nIHVwKSBvciBob2xkLXRpbWVyIChpZiB0aGUgcG9ydCBvciBFVkMgcmVjb3ZlcnMpLiZuYnNw OyBUaGF0PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyB0aW1lciB3aWxsIGFsbG93IHNvbWUgdGltZSBmb3IgUEUzIHRvIHJlY2VpdmUgdGhlIEVTIHJv dXRlcyBmcm9tPC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBQRTEgYW5kIFBFMi4mbmJzcDvCuzwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PC9w cmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+QXJlIHlvdSBjaGFuZ2luZyB0aGUgd2F5IHRoZSBERiBlbGVjdGlvbiB3b3JrcyA/IFVz dWFsbHksIFBFIGFkdmVydGlzZXMgaXRzIHJvdXRlIGFuZCB0aGVuIHdhaXQgdG8gcmVjZWl2ZSBv dGhlciByb3V0ZXMuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzIj5bSm9yZ2VdIHRob3NlIHRp bWVycyBhcmUgb24gdG9wIG9mIHRoZSBGU00gZGVmaW5lZCBpbiBSRkM4NTg0LCBlLmcuIHdlIG5l ZWQgdG8gZ2l2ZSBzb21lIGV4dHJhIHRpbWUgYmVmb3JlIHRoZSBFUyBnb2VzIHVwIGFuZCB3ZSBh ZHZlcnRpc2UgdGhlIEVTIHJvdXRlLCBpZiB0aGUgRVMgaXMgY29uZmlndXJlZCB3aXRoIHRoZSBE UCBjYXBhYmlsaXR5LiBUaGlzIGlzIGJlY2F1c2UgdGhlIGFkdmVydGlzZWQgcHJlZmVyZW5jZSBh bmQgRFAgdmFsdWVzIG1heSBub3QgYmUgdGhlIHNhbWUgYXMgdGhlIGNvbmZpZ3VyZWQgb25lcywg YW5kIHRoZSDigJhpbi11c2XigJkgdmFsdWVzIHdpbGwgZGVwZW5kIG9uIHRoZSBvdGhlciBFUyBy b3V0ZXMgaW4gdGhlIEVTLiBJZiB3ZSBhZHZlcnRpc2UgdGhlIEVTIHJvdXRlIGltbWVkaWF0ZWx5 IGFmdGVyIHRoZSBFUyBpcyB1cCwgd2UgbWF5IG5vdCBoYXZlIHJlY2VpdmVkIHRoZSBvdGhlciBF UyByb3V0ZXMgYW5kIHdlIGRvbuKAmXQga25vdyB3aGF0IOKAnGluLXVzZeKAnSB2YWx1ZXMgdG8g YWR2ZXJ0aXNlIGluIG9yZGVyIHRvIGF2b2lkIHByZWVtcHRpb24gaW4gdGhlIEVTLiBJIGFkZGVk IHNvbWUgdGV4dCBvbiBwb2ludCA1IChzZWN0aW9uIDQuMykuPG86cD48L286cD48L3NwYW4+PC9i PjwvcHJlPg0KPHByZT48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTpDb25zb2xhcyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9iPjwvcHJlPg0KPHByZSBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPldoYXQgaGFw cGVucyBpZiBhbGwgUEVzIG9uIHRoZSBFUyBhcmUgZmFpbGluZyBhdCB0aGUgc2FtZSB0aW1lIG9y IHRoZSBFUyBib290aW5nIHVwIG9uIGFsbCB0aGUgUEVzIGF0IHRoZSBzYW1lIHRpbWUgPyB5b3Ug aGF2ZSBubyB3YXkgdG8gaGVhciB3aGF0IGlzIHRoZSBwcmVmIGZyb20gdGhlIHJlbW90ZS48bzpw PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6Q29uc29sYXMiPltKb3JnZV0gVGhlIG5vbi1yZXZlcnRpdmUgY2FwYWJp bGl0eSBtYWtlcyBzZW5zZSB3aGVuIHRoZXJlIGlzIGF0IGxlYXN0IG9uZSBQRSBhbGl2ZSBpbiB0 aGUgRVMgYW5kIHdlIGRvbuKAmXQgd2FudCB0byBwcmVlbXB0IGl0IHNvIHRoYXQgdGhlcmUgaXMg bm8gdHJhZmZpYyBpbXBhY3QuIElmIGFsbCB0aGUgUEVzIGZhaWwsIHRoZXJlIGlzIHRyYWZmaWMg aW1wYWN0IGFueXdheSwgc28gdGhlcmUgaXMgcmVhbGx5IG5vIG5vbi1yZXZlcnRpdmUgYmVoYXZp b3IsIGJ1dCBhbiBpbml0aWFsaXphdGlvbiBpbiBhbGwgdGhlIFBFcy48bzpwPjwvbzpwPjwvc3Bh bj48L2I+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlNob3VsZG7igJl0IHRoZSDigJxu byBwcmVlbXB0aW9u4oCdIHRoaW5nIGJlIHZhbHVhYmxlIGJlaW5nIGFnbm9zdGljIHRvIERGIEFs ZyA/PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzIj5bSm9yZ2VdIHRoZSBub24tcHJlZW1wdGlv biBtYXkgbm90IGJlIHBvc3NpYmxlIHdpdGggc29tZSBBbGdzLCBzbyBpdCBoYXMgdG8gYmUgc3R1 ZGllZCB3aXRoIGVhY2ggaW5kaXZpZHVhbCBBbGcuIEZvciBpbnN0YW5jZSwgSSBjYW7igJl0IHNl ZSBob3cgaXQgY2FuIHdvcmsgd2l0aCB0aGUgZGVmYXVsdCBBbGcgaW4gdGhlIHdheSBpdCBpcyBk ZWZpbmVkLjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PC9wcmU+ DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+T24gNik8L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Q29uc2lkZXIgdGhhdCB3ZSBoYWQ6PC9zcGFuPjwvcHJl Pg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPlBFMyBhZHZlcnRpc2luZyAmbHQ7MzAwLDEmZ3Q7PC9zcGFuPjwvcHJlPg0KPHByZSBzdHls ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlBFMiBhZHZl cnRpc2luZyAmbHQ7MjAwLDEmZ3Q7PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlBFMSBhZHZlcnRpc2luZyAmbHQ7 MTAwLDEmZ3Q7PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5QRTMgZmFpbHMg YW5kIGNvbWUgYmFjaywgYWR2ZXJ0aXNpbmcgWzIwMCwwXSwgbGVhZGluZyB0byBQRTIgYmVpbmcg REYuPC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPlBFMiBmYWlscywgYnV0IGluIGEgc2ltaWxhciB0aW1lIFBFMSBj aGFuZ2VzIGl0cyBwcmVmIHRvIDI1MC4gVGhpcyBsZWFkcyB0byBQRTEgYmVpbmcgREYgd2hpbGUg aW4gdGhpcyBjYXNlIFBFMyBzaG91bGQgYmUgREYgYmVjYXVzZSBpdCBzaG91bGQgaGF2ZSByZWNv dmVyZWQgaXRzIHByZWZlcmVuY2UgYnV0IGl0IGNhbuKAmXQuPG86cD48L286cD48L3NwYW4+PC9w cmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Wzwvc3Bhbj48Yj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpDb25zb2xhcyI+Sm9yZ2VdIHRoZXJlIG1h eSBiZSByYWNlIGNvbmRpdGlvbnMsIGJ1dCB3aGVuZXZlciBQRTMgcmVjZWl2ZXMgUEUyIHdpdGhk cmF3LCBpdCBhZHZlcnRpc2VzICgzMDAsMSkuIEV2ZW4gaWYgYm90aCB0aGluZ3MgaGFwcGVuIGF0 IHRoZSBzYW1lIHRpbWUsIGJvdGggd2lsbCBiZSBjb21wdXRlZCBieSBQRTMuIFRoZSBtYWluIHBv aW50IGlzIHRoYXQgdXBvbiBhIGNoYW5nZSBpbiB0aGUgRVMsIGFsbCB0aGUgUEVzIGNhbGN1bGF0 ZSB0aGUgaGlnaGVzdCBhbmQgbG93ZXN0IFBFcyB0aGF0IGFyZSBhY3RpdmUgaW4gdGhlIEVTLiBB bmQgaWYgYSBQRSBiZWNvbWVzIGVpdGhlciBvbmUgYW5kIGl0cyDigJhpbi11c2XigJkgcHJlZiAh PSDigJhhZG1pbuKAmSBwcmVmLCB0aGVuIGl0IHdpbGwgc2VuZCBhbiB1cGRhdGUgd2l0aCBpdHMg YWRtaW4gdmFsdWVzLjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4gPC9zcGFu PjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PC9wcmU+DQo8cHJl IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+UmVm ZXJlbmNlczo8L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+SSB0aGluayB2RVMgc2hvdWxkIGJlIHNldCBhcyBub3Jt YXRpdmUgYXMgcGVvcGxlIHJlYWxseSBuZWVkIHRvIHVuZGVyc3RhbmQgd2hhdCB2RVMgaXMgdG8g dW5kZXJzdGFuZCB0aGUgZG9jdW1lbnQuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzIj5bSm9y Z2VdIG9rLCBJIG1hZGUgYSBmZXcgY2hhbmdlcyBpbiB0aGUgcmVmZXJlbmNlcy4gTGV0IG1lIGtu b3cgaWYgaXQgaXMgb2suPC9zcGFuPjwvYj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PC9wcmU+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDs8L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5Ccmdkcyw8 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJz cDs8L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5T dGVwaGFuZTwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPiZuYnNwOzwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_477475D5552148F8850B9DA353CEE297nokiacom_-- From nobody Sat Jun 20 02:12:55 2020 Return-Path: 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 64E903A082A; Sat, 20 Jun 2020 02:12:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.895 X-Spam-Level: X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=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 VOgy8YBpJS8n; Sat, 20 Jun 2020 02:12:51 -0700 (PDT) Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (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 E53013A08A6; Sat, 20 Jun 2020 02:12:50 -0700 (PDT) Received: from mxct.zte.com.cn (unknown [192.168.164.217]) by Forcepoint Email with ESMTPS id 0D144DD8B06F733AB24C; Sat, 20 Jun 2020 17:12:48 +0800 (CST) Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) by Forcepoint Email with ESMTPS id D6FA8FF579487CDB0E0F; Sat, 20 Jun 2020 17:12:47 +0800 (CST) Received: from njxapp03.zte.com.cn ([10.41.132.202]) by mse-fl2.zte.com.cn with SMTP id 05K9CkJ9095709; Sat, 20 Jun 2020 17:12:46 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn) Received: from mapi (njxapp02[null]) by mapi (Zmail) with MAPI id mid201; Sat, 20 Jun 2020 17:12:46 +0800 (CST) Date: Sat, 20 Jun 2020 17:12:46 +0800 (CST) X-Zmail-TransId: 2afa5eedd30e2810b1d1 X-Mailer: Zmail v1.0 Message-ID: <202006201712461874315@zte.com.cn> In-Reply-To: References: FFF3CF97-1E3F-4DCF-8681-2B801FBABFA1@nokia.com Mime-Version: 1.0 From: To: Cc: , Content-Type: multipart/mixed; boundary="=====_001_next=====" X-MAIL: mse-fl2.zte.com.cn 05K9CkJ9095709 Archived-At: Subject: Re: [bess] =?utf-8?q?WG_Last_Call_and_IPR_Poll_fordraft-ietf-bess-ev?= =?utf-8?q?pn-oam-req-frmwk-02?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jun 2020 09:12:53 -0000 --=====_001_next===== Content-Type: multipart/related; boundary="=====_002_next=====" --=====_002_next===== Content-Type: multipart/alternative; boundary="=====_003_next=====" --=====_003_next===== Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgTWF0dGhldywgU3RlcGhhbmUgYW5kIEF1dGhvcnMsDQoNCg0KDQoNCkFmdGVyIHJlYWRpbmcg dGhyb3VnaCB0aGlzIGRyYWZ0LCBJIHRoaW5rIGl0J3MgdmVyeSB1c2VmdWwgYW5kIHdlbGwtd3Jp dHRlbiwgc28gSSBzdXBwb3J0IGl0cyBwdWJsaWNhdGlvbi4NCg0KDQoNCg0KSSBhbHNvIGhhdmUg c2V2ZXJhbCBzcGVjaWZpYyBjb21tZW50cyBhcyBmb2xsb3dzLg0KDQpJbiBzZWN0aW9uIDIuMiwg aXQgc2F5cw0KDQoiDQoNClRoZSBFVlBOIFBFIFNIT1VMRCBzdXBwb3J0IE1FUAogZnVuY3Rpb25z IGluIHRoZSBhcHBsaWNhYmxlIHNlcnZpY2UgT0FNIHByb3RvY29sLiBUaGlzIGluY2x1ZGVzIGJv dGgKIFVwIGFuZCBEb3duIE1FUCBmdW5jdGlvbnMuIg0KDQpJbiBteSBvcGluaW9uIGl0J3MgcmVh c29uYWJsZSB0byBpbmNsdWRlIERvd24gTUVQIGZ1bmN0aW9ucywgd2hpY2ggbWVhbnMgc2VuZGlu ZyBPQU0gbWVzc2FnZXMgYmV0d2VlbiBFVlBOIFBFIGFuZCBDRSwgYnV0IFVQIE1FUCBmdW5jdGlv bnMgc2hvdWxkIGJlIGV4Y2x1ZGVkLCBiZWNhdXNlIHRoYXQgbWVhbnMgc2VuZGluZyBPQU0gbWVz c2FnZXMgYmV0d2VlbiBFVlBOIFBFcywgd2hpY2ggSSB0aGluayBkb2Vzbid0IGJlbG9uZyB0byBF VlBOIFNlcnZpY2UgT0FNLiBNeSB1bmRlcnN0YW5kaW5nIGlzIHRoYXQgZm9yIGFueSBraW5kIG9m IEVWUE4gU2VydmljZSBPQU0gaXQgbXVzdCBpbmNsdWRlIENFLCBpZiBhbiBPQU0gbWVjaGFuaXNt IHJ1bnMgYmV0d2VlbiBFVlBOIFBFcywgdGhlbiB0aGlzIE9BTSBtZWNoYW5pc20gYmVsb25ncyB0 byBFVlBOIE5ldHdvcmsgT0FNIG9yIEVWUE4gVHJhbnNwb3J0IE9BTS4NCg0KDQoNCg0KSW4gc2Vj dGlvbiAyLjIsIGl0IHNheXMNCg0KIg0KDQpUaGUgRVZQTiBQRSBTSE9VTEQgYWR2ZXJ0aXNlIGFu eSBNRVAvTUlQIGxvY2FsIHRvIHRoZSBQRSBhcyBhIE1BQy9JUAogQWR2ZXJ0aXNlbWVudCByb3V0 ZS4gU2luY2UgdGhlc2UgYXJlIG5vdCBzdWJqZWN0IHRvIG1vYmlsaXR5LCB0aGV5CiBTSE9VTEQg YmUgYWR2ZXJ0aXNlZCB3aXRoIHRoZSBzdGF0aWMgKHN0aWNreSkgYml0IHNldCAoc2VlIFNlY3Rp b24KIDE1LjIgb2YgW1JGQzc0MzJdKS4iDQoNCg0KSW4gbXkgb3BpbmlvbiAiTUVQL01JUCIgc2hv dWxkIGJlIHN1YnN0aXR1dGVkIGJ5ICJNSVAiLCBiZWNhdXNlIGFzIEkgc2FpZCBhYm92ZSwgdGhl IE1FUCBhdCB0aGUgRVZQTiBQRSBzaG91bGQgYmUgYSBEb3duIE1FUCwgaXQncyBwZWVyIE1FUCBp cyBhdCBsb2NhbGx5IGF0dGFjaGVkIENFLCB0aGVyZSBpcyBubyBuZWVkIHRvIGFkdmVydGlzZSBp dCB0byByZW1vdGUgUEVzLg0KDQoNCg0KDQpJbiBzZWN0aW9uIDMuMS4yLjIsIGl0IHNheXMNCg0K IkVWUE4gU2VydmljZSBPQU0gbWVjaGFuaXNtcyBvbmx5IGhhdmUgdmlzaWJpbGl0eSB0byB0aGUg UEVzIGJ1dCBub3QNCg0KICAgdGhlIE1QTFMvSVAgUCBub2Rlcy4gQXMgc3VjaCwgdGhleSBjYW4g YmUgdXNlZCB0byBkZWR1Y2Ugd2hldGhlciB0aGUNCg0KICAgZmF1bHQgaXMgaW4gdGhlIGN1c3Rv bWVyJ3Mgb3duIG5ldHdvcmssIHRoZSBsb2NhbCBDRS1QRSBzZWdtZW50IG9yDQoNCiAgIHJlbW90 ZSBDRS1QRSBzZWdtZW50KHMpLiBFVlBOIE5ldHdvcmsgYW5kIFRyYW5zcG9ydCBPQU0gbWVjaGFu aXNtcw0KDQogICBjYW4gYmUgdXNlZCBmb3IgZmF1bHQgaXNvbGF0aW9uIGJldHdlZW4gdGhlIFBF cyBhbmQgUCBub2Rlcy4iDQoNCg0KDQoNCkNvbnNpZGVyaW5nIGluIHNlY3Rpb24gMi4zIHRoZSBm aXJzdCBzZW50ZW5jZSByZWFkcyAiRVZQTiBOZXR3b3JrIE9BTSBpcyB2aXNpYmxlIHRvIHRoZSBQ RSBub2RlcyBvbmx5IiwgSSBzdWdnZXN0IHRvIHJlcGhyYXNlIHRoaXMgcGFyYWdyYXBoIHBvc3Np Ymx5IGFzIGJlbG93Og0KDQoiRVZQTiBTZXJ2aWNlIE9BTSBhbmQgRVZQTiBOZXR3b3JrIE9BTSBt ZWNoYW5pc21zIG9ubHkgaGF2ZSB2aXNpYmlsaXR5IHRvIHRoZSBQRXMgYnV0IG5vdA0KDQogICB0 aGUgTVBMUy9JUCBQIG5vZGVzLiBBcyBzdWNoLCB0aGV5IGNhbiBiZSB1c2VkIHRvIGRlZHVjZSB3 aGV0aGVyIHRoZQ0KDQogICBmYXVsdCBpcyBpbiB0aGUgY3VzdG9tZXIncyBvd24gbmV0d29yaywg dGhlIGxvY2FsIENFLVBFIHNlZ21lbnQsIHRoZSBQRS1QRSBzZWdtZW50IG9yDQoNCiAgIHRoZSBy ZW1vdGUgQ0UtUEUgc2VnbWVudChzKS4gRVZQTiBUcmFuc3BvcnQgT0FNIG1lY2hhbmlzbXMNCg0K ICAgY2FuIGJlIHVzZWQgZm9yIGZhdWx0IGlzb2xhdGlvbiBiZXR3ZWVuIHRoZSBQRXMgYW5kIFAg bm9kZXMuIg0KDQoNCg0KDQpTZWN0aW9uIDMuMS4yLjEsIHRoZXJlIGlzIGEgdHlwbywgcy90byBy ZXN0IGEgcmVwcmVzZW50YXRpdmUgcGF0aCBiZXR3ZWVuIFBFcy90byB0ZXN0IGEgcmVwcmVzZW50 YXRpdmUgcGF0aCBiZXR3ZWVuIFBFcy4NCg0KDQoNCg0KDQoNCkJlc3QgUmVnYXJkcywNCg0KDQpY aWFvIE1pbg0KDQoNCg0K5Y6f5aeL6YKu5Lu2DQoNCg0KDQrlj5Hku7bkurrvvJpCb2NjaSxNYXR0 aGV3KE5va2lhLUdCKSA8bWF0dGhldy5ib2NjaUBub2tpYS5jb20+DQrmlLbku7bkurrvvJpkcmFm dC1pZXRmLWJlc3MtZXZwbi1vYW0tcmVxLWZybXdrQGlldGYub3JnIDxkcmFmdC1pZXRmLWJlc3Mt ZXZwbi1vYW0tcmVxLWZybXdrQGlldGYub3JnPjtiZXNzQGlldGYub3JnIDxiZXNzQGlldGYub3Jn PjsNCuaXpSDmnJ8g77yaMjAyMOW5tDA25pyIMTXml6UgMTg6NTYNCuS4uyDpopgg77yaW2Jlc3Nd IFdHIExhc3QgQ2FsbCBhbmQgSVBSIFBvbGwgZm9yZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb2FtLXJl cS1mcm13ay0wMg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQpCRVNTIG1haWxpbmcgbGlzdA0KQkVTU0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9iZXNzDQoNCg0KDQpUaGlzIGVtYWlsIHN0YXJ0cyBhIHR3 by13ZWVrIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGZvcmRyYWZ0LWlldGYtYmVzcy1ldnBuLW9h bS1yZXEtZnJtd2stMDINCg0KDQogDQoNCg0KUGxlYXNlIHJldmlldyB0aGUgZHJhZnQgYW5kIHNl bmQgYW55IGNvbW1lbnRzIHRvIHRoZSBCRVNTIGxpc3QuIEFsc28sIHBsZWFzZSBpbmRpY2F0ZSBp ZiB5b3Ugc3VwcG9ydCBwdWJsaXNoaW5nIHRoZSBkcmFmdCBhcyBhIHN0YW5kYXJkcyB0cmFjayBS RkMuDQoNCg0KIA0KDQoNClRoaXMgcG9sbCBydW5zIHVudGlsIE1vbmRheSAyOXRoIEp1bmUgMjAy MC4NCg0KDQogDQoNCg0KV2UgYXJlIGFsc28gcG9sbGluZyBmb3Iga25vd2xlZGdlIG9mIGFueSB1 bmRpc2Nsb3NlZCBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgRG9jdW1lbnQsIHRvIGVuc3VyZSB0 aGF0IElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1 bGVzIChzZWUgUkZDcyAzOTc5LCA0ODc5LCAzNjY5CiBhbmQgNTM3OCBmb3IgbW9yZSBkZXRhaWxz KS4NCg0KDQpJZiB5b3UgYXJlIGxpc3RlZCBhcyBhbiBBdXRob3Igb3IgYSBDb250cmlidXRvciBv ZiB0aGlzIGRvY3VtZW50IHBsZWFzZSByZXNwb25kIHRvIHRoaXMgZW1haWwgYW5kIGluZGljYXRl IHdoZXRoZXIgb3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2YW50IHVuZGlzY2xvc2Vk IElQUi4gVGhlIERvY3VtZW50IHdvbid0CiBwcm9ncmVzcyB3aXRob3V0IGFuc3dlcnMgZnJvbSBh bGwgdGhlIEF1dGhvcnMgYW5kIENvbnRyaWJ1dG9ycy4gDQoNCg0KVGhlcmUgaXMgY3VycmVudGx5 IG5vIElQUiBkaXNjbG9zZWQuICANCg0KDQpUaGFuayB5b3UsDQoNCg0KTWF0dGhldyAmIFN0ZXBo YW5l --=====_003_next===== Content-Type: text/html ; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwPkhpIE1hdHRoZXcsIFN0ZXBoYW5lIGFuZCBBdXRo b3JzLDwvcD48cD48YnI+PC9wPjxwPkFmdGVyIHJlYWRpbmcgdGhyb3VnaCB0aGlzIGRyYWZ0LCBJ IHRoaW5rIGl0J3MgdmVyeSB1c2VmdWwgYW5kIHdlbGwtd3JpdHRlbiwgc28gSSBzdXBwb3J0IGl0 cyBwdWJsaWNhdGlvbi48L3A+PHA+PGJyPjwvcD48cD5JIGFsc28gaGF2ZSBzZXZlcmFsIHNwZWNp ZmljIGNvbW1lbnRzIGFzIGZvbGxvd3MuPC9wPjxwPkluIHNlY3Rpb24gMi4yLCBpdCBzYXlzPC9w PjxwPiI8L3A+PHByZSBjbGFzcz0ibmV3cGFnZSI+VGhlIEVWUE4gUEUgU0hPVUxEIHN1cHBvcnQg TUVQCiAgIGZ1bmN0aW9ucyBpbiB0aGUgYXBwbGljYWJsZSBzZXJ2aWNlIE9BTSBwcm90b2NvbC4g VGhpcyBpbmNsdWRlcyBib3RoCiAgIFVwIGFuZCBEb3duIE1FUCBmdW5jdGlvbnMuPC9wcmU+PHA+ IjwvcD48cD5JbiBteSBvcGluaW9uIGl0J3MgcmVhc29uYWJsZSB0byBpbmNsdWRlIERvd24gTUVQ IGZ1bmN0aW9ucywgd2hpY2ggbWVhbnMgc2VuZGluZyBPQU0gbWVzc2FnZXMgYmV0d2VlbiBFVlBO IFBFIGFuZCBDRSwgYnV0IFVQIE1FUCBmdW5jdGlvbnMgc2hvdWxkIGJlIGV4Y2x1ZGVkLCBiZWNh dXNlIHRoYXQgbWVhbnMgc2VuZGluZyBPQU0gbWVzc2FnZXMgYmV0d2VlbiBFVlBOIFBFcywgd2hp Y2ggSSB0aGluayBkb2Vzbid0IGJlbG9uZyB0byBFVlBOIFNlcnZpY2UgT0FNLiBNeSB1bmRlcnN0 YW5kaW5nIGlzIHRoYXQgZm9yIGFueSBraW5kIG9mIEVWUE4gU2VydmljZSBPQU0gaXQgbXVzdCBp bmNsdWRlIENFLCBpZiBhbiBPQU0gbWVjaGFuaXNtIHJ1bnMgYmV0d2VlbiBFVlBOIFBFcywgdGhl biB0aGlzIE9BTSBtZWNoYW5pc20gYmVsb25ncyB0byBFVlBOIE5ldHdvcmsgT0FNIG9yIEVWUE4g VHJhbnNwb3J0IE9BTS48L3A+PHA+PGJyPjwvcD48cD5JbiBzZWN0aW9uIDIuMiwgaXQgc2F5czwv cD48cD4iPC9wPjxwcmUgY2xhc3M9Im5ld3BhZ2UiPlRoZSBFVlBOIFBFIFNIT1VMRCBhZHZlcnRp c2UgYW55IE1FUC9NSVAgbG9jYWwgdG8gdGhlIFBFIGFzIGEgTUFDL0lQCiAgIEFkdmVydGlzZW1l bnQgcm91dGUuIFNpbmNlIHRoZXNlIGFyZSBub3Qgc3ViamVjdCB0byBtb2JpbGl0eSwgdGhleQog ICBTSE9VTEQgYmUgYWR2ZXJ0aXNlZCB3aXRoIHRoZSBzdGF0aWMgKHN0aWNreSkgYml0IHNldCAo c2VlIDxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM3NDMyI3NlY3Rpb24t MTUuMiI+U2VjdGlvbjwvYT4KICAgPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1s L3JmYzc0MzIjc2VjdGlvbi0xNS4yIj4xNS4yIG9mIFtSRkM3NDMyXTwvYT4pLjwvcHJlPjxwPiI8 YnI+PC9wPjxwPkluIG15IG9waW5pb24gIk1FUC9NSVAiIHNob3VsZCBiZSBzdWJzdGl0dXRlZCBi eSAiTUlQIiwgYmVjYXVzZSBhcyBJIHNhaWQgYWJvdmUsIHRoZSBNRVAgYXQgdGhlIEVWUE4gUEUg c2hvdWxkIGJlIGEgRG93biBNRVAsIGl0J3MgcGVlciBNRVAgaXMgYXQgbG9jYWxseSBhdHRhY2hl ZCBDRSwgdGhlcmUgaXMgbm8gbmVlZCB0byBhZHZlcnRpc2UgaXQgdG8gcmVtb3RlIFBFcy48L3A+ PHA+PGJyPjwvcD48cD5JbiBzZWN0aW9uIDMuMS4yLjIsIGl0IHNheXM8L3A+PHA+IkVWUE4gU2Vy dmljZSBPQU0gbWVjaGFuaXNtcyBvbmx5IGhhdmUgdmlzaWJpbGl0eSB0byB0aGUgUEVzIGJ1dCBu b3Q8L3A+PHA+Jm5ic3A7ICZuYnNwO3RoZSBNUExTL0lQIFAgbm9kZXMuIEFzIHN1Y2gsIHRoZXkg Y2FuIGJlIHVzZWQgdG8gZGVkdWNlIHdoZXRoZXIgdGhlPC9wPjxwPiZuYnNwOyAmbmJzcDtmYXVs dCBpcyBpbiB0aGUgY3VzdG9tZXIncyBvd24gbmV0d29yaywgdGhlIGxvY2FsIENFLVBFIHNlZ21l bnQgb3I8L3A+PHA+Jm5ic3A7ICZuYnNwO3JlbW90ZSBDRS1QRSBzZWdtZW50KHMpLiBFVlBOIE5l dHdvcmsgYW5kIFRyYW5zcG9ydCBPQU0gbWVjaGFuaXNtczwvcD48cD4mbmJzcDsgJm5ic3A7Y2Fu IGJlIHVzZWQgZm9yIGZhdWx0IGlzb2xhdGlvbiBiZXR3ZWVuIHRoZSBQRXMgYW5kIFAgbm9kZXMu IjwvcD48cD48YnI+PC9wPjxwPkNvbnNpZGVyaW5nIGluIHNlY3Rpb24gMi4zIHRoZSBmaXJzdCBz ZW50ZW5jZSByZWFkcyAiRVZQTiBOZXR3b3JrIE9BTSBpcyB2aXNpYmxlIHRvIHRoZSBQRSBub2Rl cyBvbmx5IiwgSSBzdWdnZXN0IHRvIHJlcGhyYXNlIHRoaXMgcGFyYWdyYXBoIHBvc3NpYmx5IGFz IGJlbG93OjwvcD48cD4iRVZQTiBTZXJ2aWNlIE9BTSBhbmQgRVZQTiBOZXR3b3JrIE9BTSBtZWNo YW5pc21zIG9ubHkgaGF2ZSB2aXNpYmlsaXR5IHRvIHRoZSBQRXMgYnV0IG5vdDwvcD48cD4mbmJz cDsgJm5ic3A7dGhlIE1QTFMvSVAgUCBub2Rlcy4gQXMgc3VjaCwgdGhleSBjYW4gYmUgdXNlZCB0 byBkZWR1Y2Ugd2hldGhlciB0aGU8L3A+PHA+Jm5ic3A7ICZuYnNwO2ZhdWx0IGlzIGluIHRoZSBj dXN0b21lcidzIG93biBuZXR3b3JrLCB0aGUgbG9jYWwgQ0UtUEUgc2VnbWVudCwgdGhlIFBFLVBF IHNlZ21lbnQgb3I8L3A+PHA+Jm5ic3A7ICZuYnNwO3RoZSByZW1vdGUgQ0UtUEUgc2VnbWVudChz KS4gRVZQTiBUcmFuc3BvcnQgT0FNIG1lY2hhbmlzbXM8L3A+PHA+Jm5ic3A7ICZuYnNwO2NhbiBi ZSB1c2VkIGZvciBmYXVsdCBpc29sYXRpb24gYmV0d2VlbiB0aGUgUEVzIGFuZCBQIG5vZGVzLiI8 L3A+PHA+PGJyPjwvcD48cD5TZWN0aW9uIDMuMS4yLjEsIHRoZXJlIGlzIGEgdHlwbywgcy90byBy ZXN0IGEgcmVwcmVzZW50YXRpdmUgcGF0aCBiZXR3ZWVuIFBFcy90byB0ZXN0IGEgcmVwcmVzZW50 YXRpdmUgcGF0aCBiZXR3ZWVuIFBFcy48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQt ZmFtaWx5OmFyaWFsOyI+PGJyPjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1p bHk6YXJpYWw7Ij5CZXN0IFJlZ2FyZHMsPC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250 LWZhbWlseTphcmlhbDsiPlhpYW8gTWluPC9wPjxkaXY+PGRpdiBjbGFzcz0iemhpc3RvcnlSb3ci IHN0eWxlPSJkaXNwbGF5OmJsb2NrIj48ZGl2IGNsYXNzPSJ6aGlzdG9yeURlcyIgc3R5bGU9Indp ZHRoOiAxMDAlOyBoZWlnaHQ6IDI4cHg7IGxpbmUtaGVpZ2h0OiAyOHB4OyBiYWNrZ3JvdW5kLWNv bG9yOiAjRTBFNUU5OyBjb2xvcjogIzEzODhGRjsgdGV4dC1hbGlnbjogY2VudGVyOyIgbGFuZ3Vh Z2UtZGF0YT0iSGlzdG9yeU9yZ1R4dCI+5Y6f5aeL6YKu5Lu2PC9kaXY+PGRpdiBpZD0iendyaXRl SGlzdG9yeUNvbnRhaW5lciI+PGRpdiBjbGFzcz0iY29udHJvbC1ncm91cCB6aGlzdG9yeVBhbmVs Ij48ZGl2IGNsYXNzPSJ6aGlzdG9yeUhlYWRlciIgc3R5bGU9InBhZGRpbmc6IDhweDsgYmFja2dy b3VuZC1jb2xvcjogI0Y1RjZGODsiPjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5 U2VuZGVyVHh0Ij7lj5Hku7bkurrvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFt ZSI+Qm9jY2ksTWF0dGhldyhOb2tpYS1HQikgJmx0O21hdHRoZXcuYm9jY2lAbm9raWEuY29tJmd0 Ozwvc3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeVRPVHh0Ij7m lLbku7bkurrvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSIgc3R5bGU9ImRp c3BsYXk6IGlubGluZTsiPmRyYWZ0LWlldGYtYmVzcy1ldnBuLW9hbS1yZXEtZnJtd2tAaWV0Zi5v cmcgJmx0O2RyYWZ0LWlldGYtYmVzcy1ldnBuLW9hbS1yZXEtZnJtd2tAaWV0Zi5vcmcmZ3Q7Ozwv c3Bhbj48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSIgc3R5bGU9ImRpc3BsYXk6IGlubGluZTsi PmJlc3NAaWV0Zi5vcmcgJmx0O2Jlc3NAaWV0Zi5vcmcmZ3Q7Ozwvc3Bhbj48L2Rpdj48ZGl2Pjxz dHJvbmcgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeURhdGVUeHQiPuaXpSDmnJ8g77yaPC9zdHJvbmc+ PHNwYW4gY2xhc3M9IiI+MjAyMOW5tDA25pyIMTXml6UgMTg6NTY8L3NwYW4+PC9kaXY+PGRpdj48 c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlTdWJqZWN0VHh0Ij7kuLsg6aKYIO+8mjwvc3Ry b25nPjxzcGFuIGNsYXNzPSJ6cmVhZFRpdGxlIj48c3Ryb25nPltiZXNzXSBXRyBMYXN0IENhbGwg YW5kIElQUiBQb2xsIGZvcmRyYWZ0LWlldGYtYmVzcy1ldnBuLW9hbS1yZXEtZnJtd2stMDI8L3N0 cm9uZz48L3NwYW4+PC9kaXY+PC9kaXY+PGRpdiBjbGFzcz0iemhpc3RvcnlDb250ZW50Ij48ZGl2 Pl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPkJFU1Mm bmJzcDttYWlsaW5nJm5ic3A7bGlzdDxicj5CRVNTQGlldGYub3JnPGJyPmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vYmVzczxicj48YnI+PGRpdiBjbGFzcz0iV29yZFNlY3Rp b24xIj48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9y OmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5UaGlzIGVtYWlsIHN0YXJ0cyBhIHR3 by13ZWVrIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGZvcjwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPmRyYWZ0LWlldGYtYmVzcy1ldnBuLW9hbS1yZXEtZnJtd2stMDI8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1H QiI+UGxlYXNlIHJldmlldyB0aGUgZHJhZnQgYW5kIHNlbmQgYW55IGNvbW1lbnRzIHRvIHRoZSBC RVNTIGxpc3QuIEFsc28sIHBsZWFzZSBpbmRpY2F0ZSBpZiB5b3Ugc3VwcG9ydCBwdWJsaXNoaW5n IHRoZSBkcmFmdCBhcyBhIHN0YW5kYXJkcyB0cmFjayBSRkMuPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+PG86cD48L286cD48L3NwYW4+ PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6 YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNv bG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5UaGlzJm5ic3A7cG9sbCZuYnNw O3J1bnMgdW50aWwgTW9uZGF5IDI5dGgmbmJzcDtKdW5lIDIwMjAuPC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+PG86cD48L286cD48L3Nw YW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29s b3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPiZuYnNwOzwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2s7 bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPldlIGFyZSBhbHNvJm5ic3A7cG9sbGluZyBmb3Ig a25vd2xlZGdlIG9mIGFueSB1bmRpc2Nsb3NlZCZuYnNwO0lQUiZuYnNwO3RoYXQgYXBwbGllcyB0 byB0aGlzIERvY3VtZW50LCB0byBlbnN1cmUgdGhhdCZuYnNwO0lQUiZuYnNwO2hhcyBiZWVuIGRp c2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiZuYnNwO0lQUiZuYnNwO3J1bGVzIChzZWUg UkZDcyAzOTc5LCA0ODc5LCAzNjY5CiBhbmQgNTM3OCBmb3IgbW9yZSBkZXRhaWxzKS48bzpwPjwv bzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5JZiB5b3UgYXJlIGxpc3RlZCBhcyBhbiBB dXRob3Igb3IgYSBDb250cmlidXRvciBvZiB0aGlzIGRvY3VtZW50IHBsZWFzZSByZXNwb25kIHRv IHRoaXMgZW1haWwgYW5kIGluZGljYXRlIHdoZXRoZXIgb3Igbm90IHlvdSBhcmUgYXdhcmUgb2Yg YW55IHJlbGV2YW50IHVuZGlzY2xvc2VkJm5ic3A7SVBSLiBUaGUgRG9jdW1lbnQgd29uJ3QKIHBy b2dyZXNzIHdpdGhvdXQgYW5zd2VycyBmcm9tIGFsbCB0aGUgQXV0aG9ycyBhbmQgQ29udHJpYnV0 b3JzLiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjazttc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+VGhlcmUgaXMgY3VycmVudGx5IG5vJm5ic3A7SVBSJm5i c3A7ZGlzY2xvc2VkLiZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+PG86cD48L286cD48 L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdC Ij5UaGFuayB5b3UsPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJs YWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Y29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPk1hdHRoZXcgJmFt cDsgU3RlcGhhbmU8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6Ymxh Y2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2Pjwv ZGl2PjxwPjxicj48L3A+PC9kaXY+ --=====_003_next=====-- --=====_002_next=====-- --=====_001_next=====-- From nobody Sun Jun 21 14:08:20 2020 Return-Path: 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 409BD3A0886; Sun, 21 Jun 2020 14:08:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 t6B9wJW4cQd4; Sun, 21 Jun 2020 14:08:13 -0700 (PDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (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 3CB563A0885; Sun, 21 Jun 2020 14:08:12 -0700 (PDT) Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 05LL87Ul016839 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 21 Jun 2020 17:08:10 -0400 Date: Sun, 21 Jun 2020 14:08:07 -0700 From: Benjamin Kaduk To: Adrian Farrel Cc: draft-ietf-bess-nsh-bgp-control-plane@ietf.org, bess-chairs@ietf.org, bess@ietf.org, "'The IESG'" Message-ID: <20200621210807.GZ11992@kduck.mit.edu> References: <157671012348.4907.819299139449107547.idtracker@ietfa.amsl.com> <0a1e01d635ab$8def5380$a9cdfa80$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <0a1e01d635ab$8def5380$a9cdfa80$@olddog.co.uk> User-Agent: Mutt/1.12.1 (2019-06-15) Archived-At: Subject: Re: [bess] Benjamin Kaduk's Discuss on draft-ietf-bess-nsh-bgp-control-plane-13: (with DISCUSS and COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jun 2020 21:08:16 -0000 Hi Adrian, My apologies for the tardiness of the response. Also my apologies for the silly questions contained in the following; I seem to have lost a lot of the understanding of this technology that I gained while performing the initial review. On Fri, May 29, 2020 at 12:23:17PM +0100, Adrian Farrel wrote: > Hi Ben, > > Many thanks for the detailed review. > > Herewith responses to your Discuss and Comments. > > > DISCUSS: > > ------------------------------------------------------------------ > > > > Section 3.2.1.3 seems to talk about intermingling SFIR-RDs and > > SFIR Pool Identifiers in a common list, but I do not see how it's > > defined to intermingle the (six-octet) Pool Identifier Value with > > the (eight-octet) RDs. > > That's because we include the entire extended community not just the value field. The first two octets indicate whether the extended community is an RD or SFIR Pool Identifier. Each entry has to be read and processed so there is no question of needing to know the length to step over it. Thank you for reassuring me that this is not an issue. However, I'm still not sure which words I should be looking at to know that this ("we include the entire extended community") is the case. I don't see much discussion of what the contents of the SFIR-RD List is at all, just a note that each entry in the list is eight octets long, and that we can use "SFIR-RDs from the advertisements of the SFIs in the SFIRs", and that the list can "contai[n] one or more SFIR Pool Identifiers", and that an SFIR-RD "of value zero" (64 bits set to zero?) has special semantics. Even if I do somehow make the leap that I need the full 8-octet SFIR Pool Identifier Extended community for use in this list, I'm still confused about whether there is potential ambiguity. This extended community starts with type/subtype octets of TBD6 and TBD7, allocated from the BGP Transitive Extended Community Type and (new) SFC Extended Community Sub-Types Registry. These pool identifiers are comingled in the SFIR-RD List with the 8-octet SFIR-RD values, which are defined as "the RD used to advertise an SFI". If these are to be RDs in the sense of RFC 4364, then they start with a two-byte type field, allocated from the "Route Distinguisher Type Field" registry created by RFC 4364. (Currently only types 0, 1, 2, and 65535 have assigned semantics.) Do we need to then allocate the Route Distinguisher Type Field value that corresponds to the two octet sequence TBD6 TBD7 in order to guarantee that the SFIR-RDs in this list can be distinguished from SFIR Pool Identifiers? (Is our usage of "all bits zero" in conflict with some other legitimate usage of RDs?) Furthermore (and quite removed from the original Discuss point), the -14 added examples using IPv6, and seems to be saying that the RD value is used to indicate (e.g.) 2001:db8::192:0:2:1/1. But the RD is only 8 octets -- how can the full 127 bits of IPv6 prefix be represented in 8 octets? > > Section 3.1 seems to allow multiple SFIRs associated with a given > > RD, but the rest of the document seems to assume that any RD > > has at most one associated SFIR (as is stated explicitly for SFPRs). > > (A few specific mentions in the COMMENT.) > > Right. There is NOT a 1:1 mapping between an SFIR and an RD. But we have some legacy text that is not clear on that point and we are scrubbing it. Okay, happy to see that happen. > Note that Section 3.1 describes two cases, advertising a single SFIR to represent more than one SFI of a given SFT and advertising an SFIR for each SFI of a given SFT. > > > Within my own limited understanding, it seems like this document is > > expanding the boundaries of the SFC Architecture in ways not envisioned > > by RFC 7665 or 8300, and the shepherd writeup is pretty quiet on to what > > extent this architectural change is accepted by the WG (as opposed to > > being contained to just the BGP control plane mechanism). I'd like to > > get a positive affirmation from someone more familiar with the > > discussions that this is moving the architecture in the right direction > > with respect to things like: > > - the introduction of the Service Function Type intermediate > > classification > > - the more prominent treatment of looping, jumping, and branching as > > operations within a single SFP without reclassification by using the > > "Change Sequence" SFT entries to indicate these behaviors within the > > SFP definition itself (I note that RFC 7665 does not mention "jump" at all) > > - the introduction of "gaps" in the SI sequence of a given SFP > > Note that "classification" and "reclassification" are slightly fudged (my opinion) in the 8300 architecture. They may be performed by a separate component, but that is a functional component that can be built into any other component of the system. Thus, an SF might reasonably have a reclassifier that makes decisions to continue forwarding a packet or to send it to a penalty box. All of the functions of looping, jumping, and branching (the penalty box example is a branch) are done through reclassification. Okay. (To be honest, the first and third points seemed more significant to me, and I wasn't as sure on the reclassification stuff.) > We took particular care to socialise this work with the SFC working group presenting it to the WG at IETF meetings. The BESS working group last call was also copied to the SFC list. We did receive some comments that helped improve the work, but no complaints about infringing the architecture. > > I guess the SFC chairs can confirm this if you're still worried. It would be good to see this, but I won't hold the discuss point for it. > > With respect to SFT in particular, it sounds like this is intended to > > help with scalability, which makes the genart reviewer's comment about > > lack of implementation experience particularly poingant. It seems like > > SFIR pools perform a similar role, though of course not identical; I > > didn't get a clear sense of why pools without SFTs are insufficient. > > SFT allows for an SFF to not need to advertise more than one instance of an SF of that type, which is a scalability thing. But, more importantly, it allows a controller to not need to specify a specific SFI at an SFF just saying "any SFI of this type" making the work of the controller a bit easier, and leaving local load balancing choices to the SFF. > > The pool is a more diffused tool. All SIs still need to be advertised so that they can be included in the pool. The pool tells two SFFs to make a choice: > - an SFF may have to choose between multiple local SFIs in the same pool > - an SFF may have to choose between multiple next hop SFFs to satisfy the next hop pool > > Pools also reduce the re-advertisement of SFPRs which would otherwise occur when the SFIR-RD list changes (so that is a scalability thing, I suppose). > > Note that it is not a requirement that all SFIs in a pool are of the same type. For example, there might be FooCorp's firewall and BarCorp's firewall with different SFT values but in the same pool. Thanks for pointing that last bit out (including in the examples in the document!); I don't think it was fully clear to me originally. > See sections 1.2, 2.2, and 3.1 for additional info. > > > COMMENT: > > ----------------------------------------------------------------- > > > > I support Roman's Discuss. > > I copied you on the response to that with proposed new text for section 9. > > > Section 2.1 > > > > In fact, each SI is mapped to one or more SFs that are implemented by > > one or more Service Function Instances (SFIs) that support those > > specified SFs. Thus an SI may represent a choice of SFIs of one or > > more Service Function Types. [...] > > > > In my head a SI that maps to more than one SF implies a requirement to > > do all of the listed SFs and in a specific order; "a choice of SFIs of > > one or more types" seems to relax that a bit so that the order is > > relaxed and perhaps the requirement to do all is also relaxed. I think > > "choice of SFIs for one or more" would alleviate that concern (if it is > > even a real concern). > > Thanks for the glimpse into your head 😊 > > An SI is an instruction to execute *a* service function. There may be a choice of SF, but only one is executed per SI. Several SIs in a row may cause execution of SFs at the same SFF.I think the current wording holds. > This is all RFC 8300 stuff. > There is more detail in section 5 of this document. Sounds like my head was wrong, then. Thanks for the explanation. > > in the underlay network. How this indicator is generated and > > supplied, and how an SFF generates a new entropy indicator when it > > forwards a packet to the next SFF are out of scope of this document. > > > > nit: comma after "next SFF". > > OK > > > Section 2.2 > > > > This approach assumes that there is an underlay network that provides > > connectivity between SFFs and Controllers, and that the SFFs are > > grouped to form one or more service function overlay networks through > > which SFPs are built. We assume BGP connectivity between the > > Controllers and all SFFs within each service function overlay > > network. > > > > Are we thus implicitly not assuming BGP connectivity between arbitrary > > pairs of SFFs? > > Depends on what you mean by "connectivity". I normally expect that word to mean a BGP peering: that is not needed. But there does need to be a chain of connectivity so BGP information can be passed along. The use of a Route Reflector is a key tool in this. I believe I was also thinking "direct peering", so we seem to be in agreement. It's not clear whether there's much value in explicitly saying anything more about this in the text. > > Section 3 > > > > The nexthop field of the MP_REACH_NLRI attribute of the SFC NLRI MUST > > be set to loopback address of the advertising SFF. > > > > nit: "a loopback address" (?) > > ack > > > Section 3.1 > > > > Per [RFC4364] the RD field comprises a two byte Type field and a six > > byte Value field. If two SFIRs are originated from different > > administrative domains, they MUST have different RDs. In particular, > > SFIRs from different VPNs (for different service function overlay > > networks) MUST have different RDs, and those RDs MUST be different > > from any non-VPN SFIRs. > > > > I think we should probably be a little more explicit that we reuse the > > RD element (and the RD type/value semantics!) wholesale from RFC 4364 > > and https://www.iana.org/assignments/route-distinguisher-types/route-distinguisher-types.xhtml. > > That is, we are not just reusing the layout, but the logical type as > > well. > > It's not reuse, it is use. This is what an RD is. We are using it as designed. Ah, I think I see now. (FWIW, this helps me be more concrete about how I am confused, regarding the Discuss section...) > > Also, are all of these "MUST"s indicating requirements that are new with > > this specification, or are some of them inherited from RFC 4364? > > They are new with this specification. Hence the mention of "SFIR" in both cases. Okay, thanks. > > The discussion later on in Section 4.2 suggests that perhaps these RDs > > need to be unique per SFI, akin to how we say they are unique per SFP in > > Section 3.2? > > Per your Discuss, 4.2 contains some legacy stuff wrt the 1:1 mapping. 3.1 was accurate. > The RD indicates the application (e.g., the overlay). > > > The Service Function Type identifies the functions/features of > > service function can offer, e.g., classifier, firewall, load > > balancer, etc. There may be several SFIs that can perform a given > > Service Function. Each node hosting an SFI MUST originate an SFIR > > > > This seems a bit of a non-sequitur: we go straight from SF*T*s to > > discussion of the SFI/SF relationship, and we only mention "type" (but > > not "SFT") in the rest of the paragraph, so the connection is harder to > > return to than it need be. > > I think we can clean up type/SFT. Thanks! > > Note that a node may advertise all SFIs of one SFT in one shot using > > normal BGP Update packing. That is, all of the SFIRs in an Update > > share a common Tunnel Encapsulation and RT attribute. See also > > > > I think we need to expand "route target". > > Also, I suggest s/may advertise all/may advertise all its/ > > Ack > > > Section 3.1.2 > > > > I suggest explicitly stating that these MPLS labels are used to direct > > incoming traffic to the SFI in question (fulfilling the promise made by > > the abstract). > > > > Note that it is assumed that each SFF has one or more globally unique > > SFC Context Labels and that the context label space and the SPI > > address space are disjoint. > > > > What I'm taking away from the last clause is roughly "we do not assume > > that the values of SFC context labels have any structured relationship > > to the corresponding SPI values", even though a strict reading of > > "disjoint" would seem to be that "if a value is used in one setting it > > is guaranteed to not be used in the other setting". I think some > > rewording may be in order. > > The "strict" meaning was the intended meaning. We have added "(i.e., a label value cannot be used both to indicate an SFC context and an SPI, and it can be determined from knowledge of the label spaces whether a label indicates an SFC context or an SPI)" Ah, thank you; that's quite clear. > > Section 3.2 > > > > [our treatment of RD should presumably be consistent with Section 3.1, > > if we make any changes there] > > > > byte Value field. All SFPs MUST be associated with different RDs. > > The association of an SFP with an RD is determined by provisioning. > > > > So this means that any given RD value can have at most one SFP > > associated with it? I guess that's needed in order to provide the level > > of separation between SFPs that we need... > > The RD provides uniqueness between SFPRs > > > Section 3.2.1 > > > > Is there intended to be a distinction between the error-handling > > behavior for error cases 1/2/6/7 and error case 4? (If there is, I'm > > not seeing it.) > > Yes. Can't recall the history of how this ended up like this, but you're right and we have merged the list entries. > > > 5., 8.: The absence of an RD with which to correlate is nothing > > more than a soft error. The receiver SHOULD store the > > information from the SFP attribute until a corresponding > > advertisement is received. > > > > Should any sort of timeout also be applied? > > This was discussed and I was over-ruled 😊 > The theory is that the configuration of an SFC system might be taken over a long period, and nodes might be down for a while. A timer, it was felt, was too rigid. > The resultant "SHOULD" allows (of course) an implementation to not store information until the corresponding advertisement is received if (for example) it finds itself memory-constrained. Ah, thanks for the explanation (and sorry that you got over-ruled :) > > Section 3.2.1.1 > > > > SFP. An SFP attribute SHOULD NOT contain more than one > > Association TLV with Association Type 1: if more than one is > > present, the first one MUST be processed and subsequent instances > > MUST be ignored. Note that documents that define new Association > > > > Do we want to say anything about checking consistency that (per these > > rules) the forward SFP is associated with the backward, and the backward > > SFP is associated with the forward one? [I guess Section 7.1 is > > probably enough.] > > We think 7.1 is enough. There is a forward pointer at the end of 3.2.1.1. > > > Section 3.2.1.3 > > > > [It's not clear to me that grouping by type gives any efficiency savings > > here, as grouping by pool is available, and the semantics seem to be > > equivalent to if the list of allowed SFI (pool)s was explicitly given > > without the container. A single pool containing all the SFIs in the > > type would replace the SFIR-RD-value-zero semantics.] > > Grouping by type gives scalability wrt the number of SFIRs - it reduces their number. > Pool ID gives scalability by reducing the frequency of SFPR - i.e., a new instance of an SFPR doesn't need to be advertised in response to the change in the SFIR population. It comes w/ a configuration cost which RD-value-zero does not have. > > But while we're here. 3.2.1.3/4 should describe sub-TLVs not TLVs. > > > Section 3.2.1.5 > > > > The SFP Traversal With MPLS Label Stack TLV (Type value 5) is a zero > > length sub-TLV that can be carried in the SFP Attribute and indicates > > > > If it's carried directly in the SFP Attribute, doesn't that make it a > > non-sub TLV? > > Yes. > Rats' nest of when is a TLV not a TLV? > > > Section 3.2.2 > > > > In all cases, there is no way for the receiving SFF to know which > > SFPR to process, and the SFPRs could be received in any order. At > > any point in time, when multiple SFPRs have the same SPI but > > different SFPR-RDs, the SFF MUST use the SFPR with the numerically > > lowest SFPR-RD. The SFF SHOULD log this occurrence to assist with > > > > (The "interpreted as an 8-octet integer in big-endian form" is > > implicit?) > > I thought we'd all moved on from this and had a general understanding of how to eat our eggs. > But it never hurts to remind, so added (although "network byte ordering" is the term du jour) > > > Section 4.1 > > > > The main feature introduced by this document is the ability to create > > multiple service function overlay networks through the use of Route > > Targets (RTs) [RFC4364]. > > > > As mentioned above, this seems like the second (not first) usage of > > "RT". > > Fixed as above, but left the expansion/abbreviation here because of the title of the section. > > > Section 4.5 > > > > When an SFF gets an SFPR advertisement it will first determine > > whether to import the route by examining the RT. If the SFPR is > > imported the SFF then determines whether it is on the SFP by looking > > for its own SFIR-RDs in the SFPR. For each occurrence in the SFP, > > > > Also for non-specific SFT mentions that would apply, right? > > Yes, should add "and RD zero" > > > Section 5 > > > > o There may be an obvious branch needed in an SFP such as the > > processing after a firewall where admitted packets continue along > > the SFP, but suspect packets are diverted to a "penalty box". In > > this case, the next hop in the SFP will be indicated with two > > different SFT values. > > > > My (admittedly poor) understanding of the SFC Architecture was that this > > was best done as a reclassification, and that the various SFI options > > for a given SI were intended to be roughly equivalent. Am I just > > imagining that? > > Yes, reclassification is the word. Now the choice here is: > - program the reclassifier > - include the information in the SFP > The former essentially means that you have three SFP fragments. We are describing the second of these to make an SFP that branches. > > > 2. From the SFP attribute of that SFPR, it finds the Hop TLV with SI > > value set to SI-y. If there is no such Hop TLV, then such > > packets cannot be forwarded. > > > > This seems to exclude the "gaps" in SI space that this document is > > trying to allow. Or is the gap processing to have already happened by > > the time the SFF is at the "needs to forward" stage? > > The sequence of SI values may have gaps, but the SFP contains those explicit values and must be matched. > The next value is found in the Hop TLV. Okay. > > A. An SFIR is relevant if it carries RT-z, the SFT in its NLRI > > matches the SFT value in one of the SFT TLVs, and the RD > > value in its NLRI matches an entry in the list of SFIR-RDs in > > that SFT TLV. > > > > B. If an entry in the SFIR-RD list of an SFT TLV contains the > > value zero, then an SFIR is relevant if it carries RT-z and > > the SFT in its NLRI matches the SFT value in that SFT TLV. > > I.e., any SFIR in the service function overlay network > > defined by RT-z and with the correct SFT is relevant. > > > > Do we need to talk about expansion of pools as well? > > Thanks. Good catch. > > > Thus, at any point in time when an SFF selects its next hop, it > > chooses from the intersection of the set of next hop RDs contained in > > the SFPR and the RDs contained in its local set of SFIRs. If the > > intersection is null, the SFPR is unusable. Similarly, when this > > condition obtains the originator of the SFPR SHOULD either withdraw > > the SFPR or re-advertise it with a new set of RDs for the affected > > hop. > > > > (This seems to require a definition of "contained in" that includes > > various types of expansion having been performed.) > > OK > > > nit: s/obtains/is detected/ (??) > > Damn our fancy use of language ;o) > > > Section 7.4 > > > > o If an SFC Classifiers Extended Community is received with SFT = 0 > > then there are two sub-cases: > > > > * If there is a choice of SFT in the hop indicated by the value > > of the SI (including SI = 0) then SFT = 0 means there is a free > > choice according to local policy of which SFT to use). > > > > * If there is no choice of SFT in the hop indicated by the value > > of SI, then SFT = 0 means that the value of the SFT at that hop > > as indicated in the SFPR for the indicated SPI MUST be used. > > > > side note(?): I think it would be possible to include the second case as > > a special case of the first, as a "free choice" among all one allowed > > values by the SFP for that SI. > > True, but clearer to spell it out. > > > which the traffic belongs. Additionally, note that to put the > > indicated SPI into context when multiple SFC overlays are present in > > one network, each FlowSpec update MUST be tagged with the route > > target of the overlay or VPN network for which it is intended. > > > > I'd suggest making this requirement more prominent by putting it earlier > > in the section. > > Yes (It looks like now we duplicate the normative MUST, but I'm not going to make a big deal about it.) > > Section 7.5 > > > > The description of these flags as describing "how the originating SFF > > expects to see the SPI/SI represented" has some connotation of > > exclusivity ("I expect to see an NSH" implying "I don't expect to see > > anything else, including MPLS"), which does not seem like a good fit for > > a bitmask where multiple bits can be set (as opposed to just a codepoint > > for the encoding to use). > > > > The following bits are defined by this document: > > > > Bit 0: If this bit is set the NSH is to be used to carry the SPI/SI > > in the data plane. > > > > How are we numbering the bits? > > Thanks. Yes, from most significant as zero. > > > Section 7.6 > > > > When a classifier constructs an MPLS label stack for an SFP it starts > > with that SFP' last hop. If the last hop requires an {SPI, SI} label > > > > nit: "SFP's" > > Ack > > > Section 8.1 > > > > SFF1 followed by an SF of type 43 located at SFF2. This path is > > fully explicit and each SFF is offered no choice in forwarding packet > > along the path. > > > > nit: "forwarding packets" or "forwarding a packet" > > Ack > > > Section 8.4 > > > > This example provides a choice of SF type in the second hop in the > > path. The SI of 250 indicates a choice between SF type 43 located > > through SF2 and SF type 44 located at SF3. > > > > nit: s/located through/located at/? > > Ack > > > When the packets are returned to SFF1 by the SFI the SI will be > > decreased to 250 for the next hop. SFF1 now has a free choice of > > next hop SFF to execute the next hop in the path selecting between > > all SFF2 that support an SF of type 43 and SFF3 that supports an SF > > of type 44. These may be completely different functions that are to > > > > nit: I think s/all SFF2 that support/SFF2 that supports/ ? > > Actually, s/SFF2/SFFs/ > > > Section 8.8 > > > > Some pedantic part of me wants to complain that this is not a "branch", > > since switching to SPF10 is the only option allowed at SI=250 on SPF11. > > We welcome your inner pedant. Please name it and give it an email address. > It's an optional branch. > > > Section 8.9.1 > > > > It might make more sense to mvoe SPF13's definition before the paragraph > > that talks about "sufficiently precisely specified SFPs", since SPF13 > > does not actually "specify [...] exact SFIs to use" > > Done > > > Section 9 > > > > I really like the way this section is written; thank you! > > Although not well enough to prevent you supporting Roman's Discuss 😉 Liking the layout and style doesn't mean that there's not more content to add :) > > I think the core SFC documents cover enough of the considerations > > inherent to looping, jumping, and branching that there's probably not > > more to say here. > > > > I'll list a handful of potential security topics I can think of after > > reading the document, but that's not meant to imply that they all need > > to be covered individually in the document: they are *potential* topics, > > but may not end up being worth talking about. > > [snip] > > We factored a lot of these good suggestions into the reworking of Section 9 sent out to Roman and cc'ed to you. > > > Section 10.4 > > > > [When I first saw "association TLV" I was expecting it to share a > > registry with some other association grouping usages. But I don't have > > a particular complaint about doing it this way.] > > So no action on that one. > > Thanks once again, And thanks to you as well for the updates. -Ben From nobody Sun Jun 21 14:12:46 2020 Return-Path: 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 5A6EC3A0028; Sun, 21 Jun 2020 14:12:45 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Benjamin Kaduk via Datatracker To: "The IESG" Cc: draft-ietf-bess-nsh-bgp-control-plane@ietf.org, bess-chairs@ietf.org, bess@ietf.org, slitkows.ietf@gmail.com X-Test-IDTracker: no X-IETF-IDTracker: 7.3.2 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Benjamin Kaduk Message-ID: <159277396487.18148.5164699784201867162@ietfa.amsl.com> Date: Sun, 21 Jun 2020 14:12:45 -0700 Archived-At: Subject: [bess] Benjamin Kaduk's Discuss on draft-ietf-bess-nsh-bgp-control-plane-15: (with DISCUSS and COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jun 2020 21:12:45 -0000 Benjamin Kaduk has entered the following ballot position for draft-ietf-bess-nsh-bgp-control-plane-15: Discuss 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-nsh-bgp-control-plane/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- I think we may still need some text changes to clarify how the joint list of SFIR-RD and SFIR Pool Identifier Extended Communities is constructed and interpreted, and potentially need to register an RD Type matching the other (TBD6+TBD7) values we allocate. (I'm also not entirely clear how the IPv6 addresses interact with 8-byte RDs.) A longer description of these topics is written up at https://mailarchive.ietf.org/arch/msg/bess/wVDRF4ni0bGhNazvWoFi8BwJ_Vg/ but is not quite appropriate for this standalone context. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- [retaining the note that I support Roman's Discuss] New comments on the -15 Section 2.2 o The Special Purpose SFT values range is assigned through Standards Action. Values in that range are used for special SFC operations and do not apply to the types SF that may be placed on the SFC. I'm not sure I understand what it means to "place a SF on the SFC". Also, nit: missing "of"? o The First Come First Served range tracks assignments of STF values made by any party that defines an SF type. Reference through an Internet-Draft is desirable, but not required. Maybe "Internet-Draft or other stable written specification?" Section 8.10 The IPv6 examples seem to show RDs that are 127-bit IPv6 prefixes, but an 8-octet RD doesn't seem to have space for that? Section 8.10.4 SFP4: RD = 2001:db8::198:51:100:1/104, SPI = 18, [SI = 255, SFT = 41, RD = 2001:db8::192:0:2:1/1], [SI = 250, {SFT = 43, RD = 2001:db8::192:0:2:2/2, SFT = 44, RD = 2001:db8::192:0:2:3/8 } ] [...] When the packets are returned to SFF1 by the SFI the SI will be decreased to 250 for the next hop. SFF1 now has a free choice of next hop SFF to execute the next hop in the path selecting between all SFF2 that support an SF of type 43 and SFF3 that supports an SF of type 44. These may be completely different functions that are to I see a specific (nonzero) RD for SFT=43, so I don't understand why this is a choice of "all SFF2 that support an SF of type 43". Section 9 You say that RFC 4760 has additional relevant security measures but I'm not sure which measures you're referring to (having skimmed all of 4760). This document does not fundamentally change the security behavior of BGP deployments which depend considerably on the network operator's nit(?): maybe comma before "which"? perception of risk in their network. It may be observed that the application of the mechanisms described in this document are scoped to a single domain as implied by [RFC8300] noted in Section 2.1. I can't tell if this means section 2.1 of 8300 or this document. From nobody Sun Jun 21 16:56:29 2020 Return-Path: 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 71BA03A0400; Sun, 21 Jun 2020 16:56:23 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Murray Kucherawy via Datatracker To: "The IESG" Cc: draft-ietf-bess-nsh-bgp-control-plane@ietf.org, bess-chairs@ietf.org, bess@ietf.org, slitkows.ietf@gmail.com X-Test-IDTracker: no X-IETF-IDTracker: 7.3.2 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Murray Kucherawy Message-ID: <159278378344.13611.2552938592786281602@ietfa.amsl.com> Date: Sun, 21 Jun 2020 16:56:23 -0700 Archived-At: Subject: [bess] Murray Kucherawy's No Record on draft-ietf-bess-nsh-bgp-control-plane-15: (with COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jun 2020 23:56:24 -0000 Murray Kucherawy has entered the following ballot position for draft-ietf-bess-nsh-bgp-control-plane-15: No Record 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-nsh-bgp-control-plane/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- As the IESG has rotated since this went up for a telechat, it's now shy of the needed ballot count to pass even when the DISCUSSes are cleared. I'll ballot on this after I do a full review. A quick comment now on -15: Thanks for applying the feedback from my current and former co-ADs. However, Adam Roach's review requested that "L3VPN", "NRLI", and "EVPN" be expanded on first use, but that still hasn't been done. From nobody Mon Jun 22 14:32:42 2020 Return-Path: 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 1AB533A11D5; Mon, 22 Jun 2020 14:32:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.848 X-Spam-Level: X-Spam-Status: No, score=-1.848 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 zhADsNoRPLeO; Mon, 22 Jun 2020 14:32:39 -0700 (PDT) Received: from mail-il1-x141.google.com (mail-il1-x141.google.com [IPv6:2607:f8b0:4864:20::141]) (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 3E2303A11BA; Mon, 22 Jun 2020 14:32:39 -0700 (PDT) Received: by mail-il1-x141.google.com with SMTP id z2so17385557ilq.0; Mon, 22 Jun 2020 14:32:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=hNBA31rvN7qPghkAA922Hjth6kPON3TsSSHe7qcG1G8=; b=dGg9lJeSLf9U7w4lF+Ta+LnQ2ngcPgJxU2TqQEOWzKfQzWbsLUh6TDlHzd47ULbLz3 ys9Y5C7tV5kYl/kSow1jXuMimIFWYt05ntFMq7AlhLo4UaH/3JecXJ6tCkDcqLFZ5Zc8 yyi/ioqRjxMpK6Dd8H+otXr3gngJM7mXvXYlPspk+/UoxPxonWysCO5j4VL+leSRpGQW 8W/RjAUH8PQamfz28c5nqdtoJv9j16dmBiZoAymBav8JPjm1oYjj7P97VRaAA3euhWpC ZE49BTuCFwxqp99uOupPgT7hFc1E6Hohj71c7O6t353E88vKj9ywBqgDNgvSuqbkr1eY mVpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=hNBA31rvN7qPghkAA922Hjth6kPON3TsSSHe7qcG1G8=; b=itYppfh8G+L7yv/dFOZmm5LQE0tb7fYQrcENtfeZtryGqbmD7thAvT3xWoES9bulxR MYG7d/7F36Et5PE2G/SyQmJvetRjIDFa4gfBfwyXNcMzrVvrKuZu4JTIuOh4cXmF9dZO VQuSrLowRbaUK1bn81HCRv0tWeu7C3fpfq8WARGpVwVlLrewbenGE3AdQBN19mrrwRE6 u+5GzseWMl1FSp/dzlIdDlAVD7dus9c/ygpBuXPER4wVdJwBl6rzmbO/2/+pTjBKRYQn yy8yflGBCuc2aCo8pMJ33dw/VtS7VE9CecTUctM5FOZRDAkdFyxBd9PrjQaHBMPG/F2J D8ug== X-Gm-Message-State: AOAM530uYyUYb4UEGuIFLkzxHW+2r1x0NHwFZrb67+8xgsPaFbRuRQeH rK+4Kegq9i/u2Kp1qjxNDINDFYZEJSHj8RW9we8= X-Google-Smtp-Source: ABdhPJxJOAlZfIWlK2uc/zyJV/LmqufpZxoz7piNTM3CRUR+RpceR+MEpOSPPWwfmAchCTaq+BlmPW+yo2Qg1MUtJ4w= X-Received: by 2002:a92:8411:: with SMTP id l17mr3353349ild.83.1592861558326; Mon, 22 Jun 2020 14:32:38 -0700 (PDT) MIME-Version: 1.0 References: <202006201712461874315@zte.com.cn> In-Reply-To: <202006201712461874315@zte.com.cn> From: Donald Eastlake Date: Mon, 22 Jun 2020 17:32:27 -0400 Message-ID: To: xiao.min2@zte.com.cn Cc: "Bocci, Matthew (Nokia - GB)" , draft-ietf-bess-evpn-oam-req-frmwk@ietf.org, bess@ietf.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [bess] WG Last Call and IPR Poll fordraft-ietf-bess-evpn-oam-req-frmwk-02 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jun 2020 21:32:41 -0000 Hi, On Sat, Jun 20, 2020 at 5:12 AM wrote: > Hi Matthew, Stephane and Authors, > > After reading through this draft, I think it's very useful and > well-written, so I support its publication. Thanks for your support and comments. > I also have several specific comments as follows. > > In section 2.2, it says > > " > The EVPN PE SHOULD support MEP > functions in the applicable service OAM protocol. This includes both > Up and Down MEP functions. > " > > In my opinion it's reasonable to include Down MEP functions, which > means sending OAM messages between EVPN PE and CE, but UP MEP > functions should be excluded, because that means sending OAM > messages between EVPN PEs, which I think doesn't belong to EVPN > Service OAM. My understanding is that for any kind of EVPN Service > OAM it must include CE, if an OAM mechanism runs between EVPN PEs, > then this OAM mechanism belongs to EVPN Network OAM or EVPN > Transport OAM. Replying just for myself, I believe MEPs are logically in ports. What we are talking about here is the MEP logically located in the CE-facing port of the PE. Certainly down MEP functions from there go to the CE. I think UP MEP functions would go to the UP MEP logically located in the CE facing port of a remote PE. So, this is PE-to-PE and similar to EVPN Network OAM, which runs from the brain of one PE to the brain of another, but not identical. So I do not see any reason why both should not be available. Perhaps these distinctions should be clarified in the text. > In section 2.2, it says > > " > The EVPN PE SHOULD advertise any MEP/MIP local to the PE as a MAC/IP > Advertisement route. Since these are not subject to mobility, they > SHOULD be advertised with the static (sticky) bit set (see Section > 15.2 of [RFC7432]). > " > > In my opinion "MEP/MIP" should be substituted by "MIP", because as I > said above, the MEP at the EVPN PE should be a Down MEP, it's peer > MEP is at locally attached CE, there is no need to advertise it to > remote PEs. See my response above. By the way, I think if there is a MIP at PE1 then an UP MEP at a remote PE can run through the MIP to a CE local to PE1 (actually, to be precise, to the PE facing port of that CE). > In section 3.1.2.2, it says > > "EVPN Service OAM mechanisms only have visibility to the PEs but not > the MPLS/IP P nodes. As such, they can be used to deduce whether the > fault is in the customer's own network, the local CE-PE segment or > remote CE-PE segment(s). EVPN Network and Transport OAM mechanisms > can be used for fault isolation between the PEs and P nodes." > > Considering in section 2.3 the first sentence reads "EVPN Network > OAM is visible to the PE nodes only", I suggest to rephrase this > paragraph possibly as below: > > "EVPN Service OAM and EVPN Network OAM mechanisms only have > visibility to the PEs but not the MPLS/IP P nodes. As such, they can > be used to deduce whether the fault is in the customer's own > network, the local CE-PE segment, the PE-PE segment or the remote > CE-PE segment(s). EVPN Transport OAM mechanisms can be used for > fault isolation between the PEs and P nodes." Your suggested change looks OK to me. > Section 3.1.2.1, there is a typo, s/to rest a representative path > between PEs/to test a representative path between PEs. OK, we'll fix that. Thanks, Donald =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D Donald E. Eastlake 3rd +1-508-333-2270 (cell) 2386 Panoramic Circle, Apopka, FL 32703 USA d3e3e3@gmail.com > Best Regards, > > Xiao Min > > =E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6 > =E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9ABocci,Matthew(Nokia-GB) > =E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9Adraft-ietf-bess-evpn-oam-req-frmwk@ie= tf.org ;bess@ietf.org ; > =E6=97=A5 =E6=9C=9F =EF=BC=9A2020=E5=B9=B406=E6=9C=8815=E6=97=A5 18:56 > =E4=B8=BB =E9=A2=98 =EF=BC=9A[bess] WG Last Call and IPR Poll fordraft-ie= tf-bess-evpn-oam-req-frmwk-02 > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > > This email starts a two-week working group last call fordraft-ietf-bess-e= vpn-oam-req-frmwk-02 > > > > Please review the draft and send any comments to the BESS list. Also, ple= ase indicate if you support publishing the draft as a standards track RFC. > > > > This poll runs until Monday 29th June 2020. > > > > 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). > > If you are listed as an Author or a 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't progress without answers from all t= he Authors and Contributors. > > There is currently no IPR disclosed. > > Thank you, > > Matthew & Stephane From nobody Mon Jun 22 15:33:19 2020 Return-Path: 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 27D673A11FF; Mon, 22 Jun 2020 15:33:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 QgJwOgSXIw7w; Mon, 22 Jun 2020 15:33:14 -0700 (PDT) Received: from mail-ej1-x62c.google.com (mail-ej1-x62c.google.com [IPv6:2a00:1450:4864:20::62c]) (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 68D4C3A11FC; Mon, 22 Jun 2020 15:33:14 -0700 (PDT) Received: by mail-ej1-x62c.google.com with SMTP id q19so19630893eja.7; Mon, 22 Jun 2020 15:33:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=J1pmnLGEL74D78nCE8uClvshrReFWSGf0Ttpo5vkmSQ=; b=WVzIDWFKmV+qjkB6COt3VYjmHU1caVl7XywHxNf4GLUZJWt+EL2TH+cz1w4mLXa/kN MiqLPKpobKtvCfbmIQqLVVJNLNBlB1TO85Xrx09lJxSqGdQhY66p4aYA/mcBXbho+2/q 7WbugDtCVdTcDtkZhgc3G90SMiGIBaWc94ylLJuNT2PKjtSq7nN7vNppTTFBS2PPd/oQ TgQhRUPIY2Lg1+l5cgoI+dNi58qBawmYt3CtjQzLAQcy/OcYyM1jM6Ua3K0cP7Kf1aO7 6TVAqYxROmoIPFHvEH12fVkG3BCQRUzLWBPoui3ncG3clUbZKDzo0bfZ7kVdPu4Ec7S4 vkrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=J1pmnLGEL74D78nCE8uClvshrReFWSGf0Ttpo5vkmSQ=; b=gL0/beUIy5SUb7bLm4fUdMeF+j6ljwM7O3pOQmX7YvPY8+2uQdMsiknVP/MFguGGFJ oHNO2+ryeecn28SwWCYXYWEgxjIiTRlUv4HJCOoTx4D3RhqK+iVkz5tJP35b9OMBAYWf qswGs4Dt/PoRtBgj2LgHTDfZCyJlxpgRygVhJPYEzcdklNT7OzKLHhHH0bBymIllS7c+ UI/RoGi5qp18xRQFoKKq1oUrqqp8EooEs0Sf35BHnWXyMtZPkI3YVaBUx88KUfrWxksC ALl6iThKQZNrEMVgXIpTFYeuTIaXX/XZKdYaDmDGPqzlBJNNNXehytGfiPXEez/oO7Oe qHEQ== X-Gm-Message-State: AOAM533rkzBqt4N90+MEhWU3E1SU2WJiR7rTlfKBX+nfvHe64WlkMwyN Ri/C/WexdMz1mr8SmASwaazdVq9K4cO0PeD4DKw= X-Google-Smtp-Source: ABdhPJzsGybd/JPUcITlvAiheTlo2Wg3rRcgUYejWOL/zVzwr0h4dvfYexO1BNs0KhVevrUnBg1UC9Zff8vlUoba2h0= X-Received: by 2002:a17:906:b79a:: with SMTP id dt26mr18501121ejb.422.1592865192871; Mon, 22 Jun 2020 15:33:12 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Sam Aldrin Date: Mon, 22 Jun 2020 15:33:00 -0700 Message-ID: To: "Bocci, Matthew (Nokia - GB)" Cc: "draft-ietf-bess-evpn-oam-req-frmwk@ietf.org" , "bess@ietf.org" Content-Type: multipart/alternative; boundary="000000000000ff0ba905a8b3d3dc" Archived-At: Subject: Re: [bess] WG Last Call and IPR Poll for draft-ietf-bess-evpn-oam-req-frmwk-02 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jun 2020 22:33:18 -0000 --000000000000ff0ba905a8b3d3dc Content-Type: text/plain; charset="UTF-8" Support this as co-author. Not aware of any IPR which was not disclosed pertaining to this draft Sam On Mon, Jun 15, 2020, 3:55 AM Bocci, Matthew (Nokia - GB) < matthew.bocci@nokia.com> wrote: > This email starts a two-week working group last call for > draft-ietf-bess-evpn-oam-req-frmwk-02 > > > > Please review the draft and send any comments to the BESS list. Also, > please indicate if you support publishing the draft as a standards track > RFC. > > > > This poll runs until Monday 29th June 2020. > > > > 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 a 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. > > There is currently no IPR disclosed. > > Thank you, > > Matthew & Stephane > > > --000000000000ff0ba905a8b3d3dc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Support this as co-author.
    Not aware of = any IPR which was not disclosed pertaining to this draft=C2=A0

    Sam

    On Mon, Jun 15, 2020, 3:55 = AM Bocci, Matthew (Nokia - GB) <matthew.bocci@nokia.com> wrote:

    This emai= l starts a two-week working group last call for draft-ietf-bess-evpn-oam-req-frmwk-02=

    =C2=A0

    Please re= view the draft and send any comments to the BESS list. Also, please indicat= e if you support publishing the draft as a standards track RFC.

    =C2=A0

    This=C2= =A0poll=C2=A0runs until Monday 29th=C2=A0June 2020.

    =C2=A0

    We are also=C2=A0polling= for knowledge of any undisclosed=C2=A0IPR=C2=A0that applies to this Docume= nt, to ensure that=C2=A0IPR=C2=A0has been disclosed in compliance with IETF= =C2=A0IPR=C2=A0rules (see RFCs 3979, 4879, 3669 and 5378 for more details).

    If you are listed as an = Author or a Contributor of this document please respond to this email and i= ndicate whether or not you are aware of any relevant undisclosed=C2=A0IPR. = The Document won't progress without answers from all the Authors and Contributors.=C2=A0

    There is currently no=C2=A0IPR=C2=A0disclosed.=C2=A0=C2=A0

    Thank you,

    Matthew & Stephane

    =C2=A0

    --000000000000ff0ba905a8b3d3dc-- From nobody Tue Jun 23 01:11:48 2020 Return-Path: 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 9CFD63A0B94; Tue, 23 Jun 2020 01:11:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.895 X-Spam-Level: X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=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 l9419rGqg1og; Tue, 23 Jun 2020 01:11:43 -0700 (PDT) Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (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 EC1813A0B87; Tue, 23 Jun 2020 01:11:42 -0700 (PDT) Received: from mxct.zte.com.cn (unknown [192.168.164.215]) by Forcepoint Email with ESMTPS id 2E6B1A29E4631423FBDF; Tue, 23 Jun 2020 16:11:40 +0800 (CST) Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) by Forcepoint Email with ESMTPS id 124FAF2EEBD949002D87; Tue, 23 Jun 2020 16:11:40 +0800 (CST) Received: from njxapp03.zte.com.cn ([10.41.132.202]) by mse-fl2.zte.com.cn with SMTP id 05N8Bbkb044390; Tue, 23 Jun 2020 16:11:37 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn) Received: from mapi (njxapp02[null]) by mapi (Zmail) with MAPI id mid201; Tue, 23 Jun 2020 16:11:34 +0800 (CST) Date: Tue, 23 Jun 2020 16:11:34 +0800 (CST) X-Zmail-TransId: 2afa5ef1b9368fcfe867 X-Mailer: Zmail v1.0 Message-ID: <202006231611345058808@zte.com.cn> In-Reply-To: References: FFF3CF97-1E3F-4DCF-8681-2B801FBABFA1@nokia.com, CAF4+nEEAKcz7W0mV6Rf2Ca-NquZsu64M+-oF1iJRneBeb0pm6w@mail.gmail.com Mime-Version: 1.0 From: To: Cc: , , Content-Type: multipart/mixed; boundary="=====_001_next=====" X-MAIL: mse-fl2.zte.com.cn 05N8Bbkb044390 Archived-At: Subject: Re: [bess] =?utf-8?q?WG_Last_Call_and_IPR_Pollfordraft-ietf-bess-evp?= =?utf-8?q?n-oam-req-frmwk-02?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jun 2020 08:11:46 -0000 --=====_001_next===== Content-Type: multipart/related; boundary="=====_002_next=====" --=====_002_next===== Content-Type: multipart/alternative; boundary="=====_003_next=====" --=====_003_next===== Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgRG9uYWxkLA0KDQoNCg0KDQoNCg0KVGhhbmtzIGZvciB5b3VyIHJlcGx5LCBwbGVhc2Ugc2Vl IG15IGlubGluZSBjb21tZW50cyB3aXRoIDxYTT4uDQoNCg0KDQoNCg0KDQpCZXN0IFJlZ2FyZHMs DQoNCg0KWGlhbyBNaW4NCg0KDQoNCg0KDQoNCg0KDQoNCuWOn+Wni+mCruS7tg0KDQoNCg0K5Y+R 5Lu25Lq677yaRG9uYWxkRWFzdGxha2UgPGQzZTNlM0BnbWFpbC5jb20+DQrmlLbku7bkurrvvJro gpbmlY8xMDA5MzU3MDsNCuaKhOmAgeS6uu+8mkJvY2NpLCBNYXR0aGV3IChOb2tpYSAtIEdCKSA8 bWF0dGhldy5ib2NjaUBub2tpYS5jb20+O2RyYWZ0LWlldGYtYmVzcy1ldnBuLW9hbS1yZXEtZnJt d2tAaWV0Zi5vcmcgPGRyYWZ0LWlldGYtYmVzcy1ldnBuLW9hbS1yZXEtZnJtd2tAaWV0Zi5vcmc+ O2Jlc3NAaWV0Zi5vcmcgPGJlc3NAaWV0Zi5vcmc+Ow0K5pelIOacnyDvvJoyMDIw5bm0MDbmnIgy M+aXpSAwNTozMw0K5Li7IOmimCDvvJpSZTogW2Jlc3NdIFdHIExhc3QgQ2FsbCBhbmQgSVBSIFBv bGxmb3JkcmFmdC1pZXRmLWJlc3MtZXZwbi1vYW0tcmVxLWZybXdrLTAyDQoNCg0KDQoNCkhpLA0K DQpPbiBTYXQsIEp1biAyMCwgMjAyMCBhdCA1OjEyIEFNIDx4aWFvLm1pbjJAenRlLmNvbS5jbj4g d3JvdGU6DQo+IEhpIE1hdHRoZXcsIFN0ZXBoYW5lIGFuZCBBdXRob3JzLA0KPg0KPiBBZnRlciBy ZWFkaW5nIHRocm91Z2ggdGhpcyBkcmFmdCwgSSB0aGluayBpdCdzIHZlcnkgdXNlZnVsIGFuZA0K PiB3ZWxsLXdyaXR0ZW4sIHNvIEkgc3VwcG9ydCBpdHMgcHVibGljYXRpb24uDQoNClRoYW5rcyBm b3IgeW91ciBzdXBwb3J0IGFuZCBjb21tZW50cy4NCg0KPiBJIGFsc28gaGF2ZSBzZXZlcmFsIHNw ZWNpZmljIGNvbW1lbnRzIGFzIGZvbGxvd3MuDQo+DQo+IEluIHNlY3Rpb24gMi4yLCBpdCBzYXlz DQo+DQo+ICINCj4gVGhlIEVWUE4gUEUgU0hPVUxEIHN1cHBvcnQgTUVQDQo+ICBmdW5jdGlvbnMg aW4gdGhlIGFwcGxpY2FibGUgc2VydmljZSBPQU0gcHJvdG9jb2wuIFRoaXMgaW5jbHVkZXMgYm90 aA0KPiAgVXAgYW5kIERvd24gTUVQIGZ1bmN0aW9ucy4NCj4gIg0KPg0KPiBJbiBteSBvcGluaW9u IGl0J3MgcmVhc29uYWJsZSB0byBpbmNsdWRlIERvd24gTUVQIGZ1bmN0aW9ucywgd2hpY2gNCj4g bWVhbnMgc2VuZGluZyBPQU0gbWVzc2FnZXMgYmV0d2VlbiBFVlBOIFBFIGFuZCBDRSwgYnV0IFVQ IE1FUA0KPiBmdW5jdGlvbnMgc2hvdWxkIGJlIGV4Y2x1ZGVkLCBiZWNhdXNlIHRoYXQgbWVhbnMg c2VuZGluZyBPQU0NCj4gbWVzc2FnZXMgYmV0d2VlbiBFVlBOIFBFcywgd2hpY2ggSSB0aGluayBk b2Vzbid0IGJlbG9uZyB0byBFVlBODQo+IFNlcnZpY2UgT0FNLiBNeSB1bmRlcnN0YW5kaW5nIGlz IHRoYXQgZm9yIGFueSBraW5kIG9mIEVWUE4gU2VydmljZQ0KPiBPQU0gaXQgbXVzdCBpbmNsdWRl IENFLCBpZiBhbiBPQU0gbWVjaGFuaXNtIHJ1bnMgYmV0d2VlbiBFVlBOIFBFcywNCj4gdGhlbiB0 aGlzIE9BTSBtZWNoYW5pc20gYmVsb25ncyB0byBFVlBOIE5ldHdvcmsgT0FNIG9yIEVWUE4NCj4g VHJhbnNwb3J0IE9BTS4NCg0KUmVwbHlpbmcganVzdCBmb3IgbXlzZWxmLCBJIGJlbGlldmUgTUVQ cyBhcmUgbG9naWNhbGx5IGluIHBvcnRzLiBXaGF0DQp3ZSBhcmUgdGFsa2luZyBhYm91dCBoZXJl IGlzIHRoZSBNRVAgbG9naWNhbGx5IGxvY2F0ZWQgaW4gdGhlDQpDRS1mYWNpbmcgcG9ydCBvZiB0 aGUgUEUuIENlcnRhaW5seSBkb3duIE1FUCBmdW5jdGlvbnMgZnJvbSB0aGVyZSBnbw0KdG8gdGhl IENFLiBJIHRoaW5rIFVQIE1FUCBmdW5jdGlvbnMgd291bGQgZ28gdG8gdGhlIFVQIE1FUCBsb2dp Y2FsbHkNCmxvY2F0ZWQgaW4gdGhlIENFIGZhY2luZyBwb3J0IG9mIGEgcmVtb3RlIFBFLiBTbywg dGhpcyBpcyBQRS10by1QRSBhbmQNCnNpbWlsYXIgdG8gRVZQTiBOZXR3b3JrIE9BTSwgd2hpY2gg cnVucyBmcm9tIHRoZSBicmFpbiBvZiBvbmUgUEUgdG8NCnRoZSBicmFpbiBvZiBhbm90aGVyLCBi dXQgbm90IGlkZW50aWNhbC4gU28gSSBkbyBub3Qgc2VlIGFueSByZWFzb24NCndoeSBib3RoIHNo b3VsZCBub3QgYmUgYXZhaWxhYmxlLiAgUGVyaGFwcyB0aGVzZSBkaXN0aW5jdGlvbnMgc2hvdWxk DQpiZSBjbGFyaWZpZWQgaW4gdGhlIHRleHQuDQoNCg0KDQo8WE0+IEkgYWdyZWUgdG8geW91ciBk ZXRhaWxlZCBhbmFseXNpcywgbmV2ZXRoZWxlc3MgSSBsZWFuIHRvIGNsYXNzaWZ5aW5nIFVQIE1F UCBmdW5jdGlvbnMgYXQgYSBwYWlyIG9mIFBFcyBpbnRvIEVWUE4gTmV0d29yayBPQU0sIGFjdHVh bGx5IEkgdGhpbmsgaXQncyBhIGdvb2QgY2FuZGlkYXRlIGZvciB0aGUgb3BlcmF0b3IgdG8gY2hv b3NlIHRvIGFjaGlldmUgRVZQTiBQRS10by1QRSBOZXR3b3JrIE9BTS4gTXkgYXJndW1lbnQgaXMg dGhhdCBhbnkgRVZQTiBTZXJ2aWNlIE9BTSBzaG91bGQgaGF2ZSBDRSBpbnZvbHZlZCwgd2hpY2gg d2lsbCBjaGVjayB0aGUgQ0UgYWRkcmVzcyBtYXBwaW5nIHRhYmxlIGJ1dCBFVlBOIE5ldHdvcmsg T0FNIHdvbid0LiBXaXRoIHRoYXQsIEkgc3VnZ2VzdCB0byBjbGFyaWZ5IHRoYXQgd2hlbiBhbiBV UCBNRVAgYXQgUEUgaW50ZXJhY3RzIHdpdGggYW4gVVAgTUVQIGF0IHJlbW90ZSBQRSwgaXQncyBF VlBOIE5ldHdvcmsgT0FNLCBhbmQgd2hlbiBhbiBVUCBNRVAgYXQgUEUgaW50ZXJhY3RzIHdpdGgg YSBEb3duIE1FUCBhdCByZW1vdGUgQ0UsIGl0J3MgRVZQTiBTZXJ2aWNlIE9BTS4NCg0KDQoNCg0K PiBJbiBzZWN0aW9uIDIuMiwgaXQgc2F5cw0KPg0KPiAiDQo+IFRoZSBFVlBOIFBFIFNIT1VMRCBh ZHZlcnRpc2UgYW55IE1FUC9NSVAgbG9jYWwgdG8gdGhlIFBFIGFzIGEgTUFDL0lQDQo+ICBBZHZl cnRpc2VtZW50IHJvdXRlLiBTaW5jZSB0aGVzZSBhcmUgbm90IHN1YmplY3QgdG8gbW9iaWxpdHks IHRoZXkNCj4gIFNIT1VMRCBiZSBhZHZlcnRpc2VkIHdpdGggdGhlIHN0YXRpYyAoc3RpY2t5KSBi aXQgc2V0IChzZWUgU2VjdGlvbg0KPiAgMTUuMiBvZiBbUkZDNzQzMl0pLg0KPiAiDQo+DQo+IElu IG15IG9waW5pb24gIk1FUC9NSVAiIHNob3VsZCBiZSBzdWJzdGl0dXRlZCBieSAiTUlQIiwgYmVj YXVzZSBhcyBJDQo+IHNhaWQgYWJvdmUsIHRoZSBNRVAgYXQgdGhlIEVWUE4gUEUgc2hvdWxkIGJl IGEgRG93biBNRVAsIGl0J3MgcGVlcg0KPiBNRVAgaXMgYXQgbG9jYWxseSBhdHRhY2hlZCBDRSwg dGhlcmUgaXMgbm8gbmVlZCB0byBhZHZlcnRpc2UgaXQgdG8NCj4gcmVtb3RlIFBFcy4NCg0KU2Vl IG15IHJlc3BvbnNlIGFib3ZlLiBCeSB0aGUgd2F5LCBJIHRoaW5rIGlmIHRoZXJlIGlzIGEgTUlQ IGF0IFBFMQ0KdGhlbiBhbiBVUCBNRVAgYXQgYSByZW1vdGUgUEUgY2FuIHJ1biB0aHJvdWdoIHRo ZSBNSVAgdG8gYSBDRSBsb2NhbCB0bw0KUEUxIChhY3R1YWxseSwgdG8gYmUgcHJlY2lzZSwgdG8g dGhlIFBFIGZhY2luZyBwb3J0IG9mIHRoYXQgQ0UpLg0KDQoNCg0KPFhNPiBJIGFncmVlIHRvIHlv dXIgZXhhbXBsZSB0aGF0IGEgRG93biBNRVAgYXQgbG9jYWwgQ0UgY2FuIGludGVyYWN0IHdpdGgg YW4gVVAgTUVQIGF0IHRoZSByZW1vdGUgUEUsIGFsdGhvdWdoIEkgc3VzcGVjdCB0aGF0IHRoZSBv cGVyYXRvciB3b3VsZCBsaWtlIHRvIGRlcGxveSBpdC4gV2l0aCB0aGF0LCBubyBhbnkgY2hhbmdl cyBuZWVkZWQgaGVyZS4NCg0KDQoNCg0KPiBJbiBzZWN0aW9uIDMuMS4yLjIsIGl0IHNheXMNCj4N Cj4gIkVWUE4gU2VydmljZSBPQU0gbWVjaGFuaXNtcyBvbmx5IGhhdmUgdmlzaWJpbGl0eSB0byB0 aGUgUEVzIGJ1dCBub3QNCj4gIHRoZSBNUExTL0lQIFAgbm9kZXMuIEFzIHN1Y2gsIHRoZXkgY2Fu IGJlIHVzZWQgdG8gZGVkdWNlIHdoZXRoZXIgdGhlDQo+ICBmYXVsdCBpcyBpbiB0aGUgY3VzdG9t ZXIncyBvd24gbmV0d29yaywgdGhlIGxvY2FsIENFLVBFIHNlZ21lbnQgb3INCj4gIHJlbW90ZSBD RS1QRSBzZWdtZW50KHMpLiBFVlBOIE5ldHdvcmsgYW5kIFRyYW5zcG9ydCBPQU0gbWVjaGFuaXNt cw0KPiAgY2FuIGJlIHVzZWQgZm9yIGZhdWx0IGlzb2xhdGlvbiBiZXR3ZWVuIHRoZSBQRXMgYW5k IFAgbm9kZXMuIg0KPg0KPiBDb25zaWRlcmluZyBpbiBzZWN0aW9uIDIuMyB0aGUgZmlyc3Qgc2Vu dGVuY2UgcmVhZHMgIkVWUE4gTmV0d29yaw0KPiBPQU0gaXMgdmlzaWJsZSB0byB0aGUgUEUgbm9k ZXMgb25seSIsIEkgc3VnZ2VzdCB0byByZXBocmFzZSB0aGlzDQo+IHBhcmFncmFwaCBwb3NzaWJs eSBhcyBiZWxvdzoNCj4NCj4gIkVWUE4gU2VydmljZSBPQU0gYW5kIEVWUE4gTmV0d29yayBPQU0g bWVjaGFuaXNtcyBvbmx5IGhhdmUNCj4gdmlzaWJpbGl0eSB0byB0aGUgUEVzIGJ1dCBub3QgdGhl IE1QTFMvSVAgUCBub2Rlcy4gQXMgc3VjaCwgdGhleSBjYW4NCj4gYmUgdXNlZCB0byBkZWR1Y2Ug d2hldGhlciB0aGUgZmF1bHQgaXMgaW4gdGhlIGN1c3RvbWVyJ3Mgb3duDQo+IG5ldHdvcmssIHRo ZSBsb2NhbCBDRS1QRSBzZWdtZW50LCB0aGUgUEUtUEUgc2VnbWVudCBvciB0aGUgcmVtb3RlDQo+ IENFLVBFIHNlZ21lbnQocykuIEVWUE4gVHJhbnNwb3J0IE9BTSBtZWNoYW5pc21zIGNhbiBiZSB1 c2VkIGZvcg0KPiBmYXVsdCBpc29sYXRpb24gYmV0d2VlbiB0aGUgUEVzIGFuZCBQIG5vZGVzLiIN Cg0KWW91ciBzdWdnZXN0ZWQgY2hhbmdlIGxvb2tzIE9LIHRvIG1lLg0KDQo+IFNlY3Rpb24gMy4x LjIuMSwgdGhlcmUgaXMgYSB0eXBvLCBzL3RvIHJlc3QgYSByZXByZXNlbnRhdGl2ZSBwYXRoDQo+ IGJldHdlZW4gUEVzL3RvIHRlc3QgYSByZXByZXNlbnRhdGl2ZSBwYXRoIGJldHdlZW4gUEVzLg0K DQpPSywgd2UnbGwgZml4IHRoYXQuDQoNClRoYW5rcywNCkRvbmFsZA0KPT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PQ0KIERvbmFsZCBFLiBFYXN0bGFrZSAzcmQgICArMS01MDgtMzMzLTIy NzAgKGNlbGwpDQogMjM4NiBQYW5vcmFtaWMgQ2lyY2xlLCBBcG9wa2EsIEZMIDMyNzAzIFVTQQ0K IGQzZTNlM0BnbWFpbC5jb20NCg0KPiBCZXN0IFJlZ2FyZHMsDQo+DQo+IFhpYW8gTWluDQo+DQo+ IOWOn+Wni+mCruS7tg0KPiDlj5Hku7bkurrvvJpCb2NjaSxNYXR0aGV3KE5va2lhLUdCKSA8bWF0 dGhldy5ib2NjaUBub2tpYS5jb20+DQo+IOaUtuS7tuS6uu+8mmRyYWZ0LWlldGYtYmVzcy1ldnBu LW9hbS1yZXEtZnJtd2tAaWV0Zi5vcmcgPGRyYWZ0LWlldGYtYmVzcy1ldnBuLW9hbS1yZXEtZnJt d2tAaWV0Zi5vcmc+O2Jlc3NAaWV0Zi5vcmcgPGJlc3NAaWV0Zi5vcmc+Ow0KPiDml6Ug5pyfIO+8 mjIwMjDlubQwNuaciDE15pelIDE4OjU2DQo+IOS4uyDpopgg77yaW2Jlc3NdIFdHIExhc3QgQ2Fs bCBhbmQgSVBSIFBvbGwgZm9yZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb2FtLXJlcS1mcm13ay0wMg0K PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBCRVNT IG1haWxpbmcgbGlzdA0KPiBCRVNTQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vYmVzcw0KPg0KPiBUaGlzIGVtYWlsIHN0YXJ0cyBhIHR3by13ZWVrIHdv cmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGZvcmRyYWZ0LWlldGYtYmVzcy1ldnBuLW9hbS1yZXEtZnJt d2stMDINCj4NCj4NCj4NCj4gUGxlYXNlIHJldmlldyB0aGUgZHJhZnQgYW5kIHNlbmQgYW55IGNv bW1lbnRzIHRvIHRoZSBCRVNTIGxpc3QuIEFsc28sIHBsZWFzZSBpbmRpY2F0ZSBpZiB5b3Ugc3Vw cG9ydCBwdWJsaXNoaW5nIHRoZSBkcmFmdCBhcyBhIHN0YW5kYXJkcyB0cmFjayBSRkMuDQo+DQo+ DQo+DQo+IFRoaXMgcG9sbCBydW5zIHVudGlsIE1vbmRheSAyOXRoIEp1bmUgMjAyMC4NCj4NCj4N Cj4NCj4gV2UgYXJlIGFsc28gcG9sbGluZyBmb3Iga25vd2xlZGdlIG9mIGFueSB1bmRpc2Nsb3Nl ZCBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgRG9jdW1lbnQsIHRvIGVuc3VyZSB0aGF0IElQUiBo YXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzIChzZWUg UkZDcyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMpLg0KPg0KPiBJ ZiB5b3UgYXJlIGxpc3RlZCBhcyBhbiBBdXRob3Igb3IgYSBDb250cmlidXRvciBvZiB0aGlzIGRv Y3VtZW50IHBsZWFzZSByZXNwb25kIHRvIHRoaXMgZW1haWwgYW5kIGluZGljYXRlIHdoZXRoZXIg b3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2YW50IHVuZGlzY2xvc2VkIElQUi4gVGhl IERvY3VtZW50IHdvbid0IHByb2dyZXNzIHdpdGhvdXQgYW5zd2VycyBmcm9tIGFsbCB0aGUgQXV0 aG9ycyBhbmQgQ29udHJpYnV0b3JzLg0KPg0KPiBUaGVyZSBpcyBjdXJyZW50bHkgbm8gSVBSIGRp c2Nsb3NlZC4NCj4NCj4gVGhhbmsgeW91LA0KPg0KPiBNYXR0aGV3ICYgU3RlcGhhbmUNCg0KX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkJFU1MgbWFpbGlu ZyBsaXN0DQpCRVNTQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL2Jlc3M= --=====_003_next===== Content-Type: text/html ; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZh bWlseTphcmlhbDsiPkhpIERvbmFsZCw8L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQt ZmFtaWx5OmFyaWFsOyI+PGJyPjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1p bHk6YXJpYWw7Ij5UaGFua3MgZm9yIHlvdXIgcmVwbHksIHBsZWFzZSBzZWUgbXkgaW5saW5lIGNv bW1lbnRzIHdpdGggJmx0O1hNJmd0Oy48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQt ZmFtaWx5OmFyaWFsOyI+PGJyPjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1p bHk6YXJpYWw7Ij5CZXN0IFJlZ2FyZHMsPC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250 LWZhbWlseTphcmlhbDsiPlhpYW8gTWluPC9wPjxkaXYgY2xhc3M9InpNYWlsU2lnbiIgdW5vbmFt ZWNoPSLogpbmlY8xMDA5MzU3MCIgdW5vbmFtZWVuPSJ4aWFvbWluMTAwOTM1NzAiPjxkaXYgY2xh c3M9InpNYWlsU2lnbkNvbnRlbnQiPjwvZGl2PjwvZGl2PjxkaXYgY2xhc3M9InpNYWlsRnJvbSI+ PC9kaXY+PGRpdj48ZGl2IGNsYXNzPSJ6aGlzdG9yeVJvdyIgc3R5bGU9ImRpc3BsYXk6YmxvY2si PjxkaXYgY2xhc3M9InpoaXN0b3J5RGVzIiBzdHlsZT0id2lkdGg6IDEwMCU7IGhlaWdodDogMjhw eDsgbGluZS1oZWlnaHQ6IDI4cHg7IGJhY2tncm91bmQtY29sb3I6ICNFMEU1RTk7IGNvbG9yOiAj MTM4OEZGOyB0ZXh0LWFsaWduOiBjZW50ZXI7IiBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5T3JnVHh0 Ij7ljp/lp4vpgq7ku7Y8L2Rpdj48ZGl2IGlkPSJ6d3JpdGVIaXN0b3J5Q29udGFpbmVyIj48ZGl2 IGNsYXNzPSJjb250cm9sLWdyb3VwIHpoaXN0b3J5UGFuZWwiPjxkaXYgY2xhc3M9InpoaXN0b3J5 SGVhZGVyIiBzdHlsZT0icGFkZGluZzogOHB4OyBiYWNrZ3JvdW5kLWNvbG9yOiAjRjVGNkY4OyI+ PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlTZW5kZXJUeHQiPuWPkeS7tuS6uu+8 mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJ6cmVhZFVzZXJOYW1lIj5Eb25hbGRFYXN0bGFrZSAmbHQ7 ZDNlM2UzQGdtYWlsLmNvbSZndDs8L3NwYW4+PC9kaXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRh dGE9Ikhpc3RvcnlUT1R4dCI+5pS25Lu25Lq677yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9InpyZWFk VXNlck5hbWUiIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7Ij7ogpbmlY8xMDA5MzU3MDs8L3NwYW4+ PC9kaXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlDQ1R4dCI+5oqE6YCB5Lq6 77yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUiIHN0eWxlPSJkaXNwbGF5OiBp bmxpbmU7Ij5Cb2NjaSwgTWF0dGhldyAoTm9raWEgLSBHQikgJmx0O21hdHRoZXcuYm9jY2lAbm9r aWEuY29tJmd0Ozs8L3NwYW4+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUiIHN0eWxlPSJkaXNw bGF5OiBpbmxpbmU7Ij5kcmFmdC1pZXRmLWJlc3MtZXZwbi1vYW0tcmVxLWZybXdrQGlldGYub3Jn ICZsdDtkcmFmdC1pZXRmLWJlc3MtZXZwbi1vYW0tcmVxLWZybXdrQGlldGYub3JnJmd0Ozs8L3Nw YW4+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUiIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7Ij5i ZXNzQGlldGYub3JnICZsdDtiZXNzQGlldGYub3JnJmd0Ozs8L3NwYW4+PC9kaXY+PGRpdj48c3Ry b25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlEYXRlVHh0Ij7ml6Ug5pyfIO+8mjwvc3Ryb25nPjxz cGFuIGNsYXNzPSIiPjIwMjDlubQwNuaciDIz5pelIDA1OjMzPC9zcGFuPjwvZGl2PjxkaXY+PHN0 cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5U3ViamVjdFR4dCI+5Li7IOmimCDvvJo8L3N0cm9u Zz48c3BhbiBjbGFzcz0ienJlYWRUaXRsZSI+PHN0cm9uZz5SZTogW2Jlc3NdIFdHIExhc3QgQ2Fs bCBhbmQgSVBSIFBvbGxmb3JkcmFmdC1pZXRmLWJlc3MtZXZwbi1vYW0tcmVxLWZybXdrLTAyPC9z dHJvbmc+PC9zcGFuPjwvZGl2PjwvZGl2PjxkaXYgem1haWxidXNpbmVzcz0iYnVzaW5lc3NFeHRl cm5hbCI+PC9kaXY+PGRpdiBjbGFzcz0iemhpc3RvcnlDb250ZW50Ij5IaSw8YnI+PGJyPk9uJm5i c3A7U2F0LCZuYnNwO0p1biZuYnNwOzIwLCZuYnNwOzIwMjAmbmJzcDthdCZuYnNwOzU6MTImbmJz cDtBTSZuYnNwOyZsdDt4aWFvLm1pbjJAenRlLmNvbS5jbiZndDsmbmJzcDt3cm90ZTo8YnI+Jmd0 OyZuYnNwO0hpJm5ic3A7TWF0dGhldywmbmJzcDtTdGVwaGFuZSZuYnNwO2FuZCZuYnNwO0F1dGhv cnMsPGJyPiZndDs8YnI+Jmd0OyZuYnNwO0FmdGVyJm5ic3A7cmVhZGluZyZuYnNwO3Rocm91Z2gm bmJzcDt0aGlzJm5ic3A7ZHJhZnQsJm5ic3A7SSZuYnNwO3RoaW5rJm5ic3A7aXQncyZuYnNwO3Zl cnkmbmJzcDt1c2VmdWwmbmJzcDthbmQ8YnI+Jmd0OyZuYnNwO3dlbGwtd3JpdHRlbiwmbmJzcDtz byZuYnNwO0kmbmJzcDtzdXBwb3J0Jm5ic3A7aXRzJm5ic3A7cHVibGljYXRpb24uPGJyPjxicj5U aGFua3MmbmJzcDtmb3ImbmJzcDt5b3VyJm5ic3A7c3VwcG9ydCZuYnNwO2FuZCZuYnNwO2NvbW1l bnRzLjxicj48YnI+Jmd0OyZuYnNwO0kmbmJzcDthbHNvJm5ic3A7aGF2ZSZuYnNwO3NldmVyYWwm bmJzcDtzcGVjaWZpYyZuYnNwO2NvbW1lbnRzJm5ic3A7YXMmbmJzcDtmb2xsb3dzLjxicj4mZ3Q7 PGJyPiZndDsmbmJzcDtJbiZuYnNwO3NlY3Rpb24mbmJzcDsyLjIsJm5ic3A7aXQmbmJzcDtzYXlz PGJyPiZndDs8YnI+Jmd0OyZuYnNwOyI8YnI+Jmd0OyZuYnNwO1RoZSZuYnNwO0VWUE4mbmJzcDtQ RSZuYnNwO1NIT1VMRCZuYnNwO3N1cHBvcnQmbmJzcDtNRVA8YnI+Jmd0OyZuYnNwOyZuYnNwO2Z1 bmN0aW9ucyZuYnNwO2luJm5ic3A7dGhlJm5ic3A7YXBwbGljYWJsZSZuYnNwO3NlcnZpY2UmbmJz cDtPQU0mbmJzcDtwcm90b2NvbC4mbmJzcDtUaGlzJm5ic3A7aW5jbHVkZXMmbmJzcDtib3RoPGJy PiZndDsmbmJzcDsmbmJzcDtVcCZuYnNwO2FuZCZuYnNwO0Rvd24mbmJzcDtNRVAmbmJzcDtmdW5j dGlvbnMuPGJyPiZndDsmbmJzcDsiPGJyPiZndDs8YnI+Jmd0OyZuYnNwO0luJm5ic3A7bXkmbmJz cDtvcGluaW9uJm5ic3A7aXQncyZuYnNwO3JlYXNvbmFibGUmbmJzcDt0byZuYnNwO2luY2x1ZGUm bmJzcDtEb3duJm5ic3A7TUVQJm5ic3A7ZnVuY3Rpb25zLCZuYnNwO3doaWNoPGJyPiZndDsmbmJz cDttZWFucyZuYnNwO3NlbmRpbmcmbmJzcDtPQU0mbmJzcDttZXNzYWdlcyZuYnNwO2JldHdlZW4m bmJzcDtFVlBOJm5ic3A7UEUmbmJzcDthbmQmbmJzcDtDRSwmbmJzcDtidXQmbmJzcDtVUCZuYnNw O01FUDxicj4mZ3Q7Jm5ic3A7ZnVuY3Rpb25zJm5ic3A7c2hvdWxkJm5ic3A7YmUmbmJzcDtleGNs dWRlZCwmbmJzcDtiZWNhdXNlJm5ic3A7dGhhdCZuYnNwO21lYW5zJm5ic3A7c2VuZGluZyZuYnNw O09BTTxicj4mZ3Q7Jm5ic3A7bWVzc2FnZXMmbmJzcDtiZXR3ZWVuJm5ic3A7RVZQTiZuYnNwO1BF cywmbmJzcDt3aGljaCZuYnNwO0kmbmJzcDt0aGluayZuYnNwO2RvZXNuJ3QmbmJzcDtiZWxvbmcm bmJzcDt0byZuYnNwO0VWUE48YnI+Jmd0OyZuYnNwO1NlcnZpY2UmbmJzcDtPQU0uJm5ic3A7TXkm bmJzcDt1bmRlcnN0YW5kaW5nJm5ic3A7aXMmbmJzcDt0aGF0Jm5ic3A7Zm9yJm5ic3A7YW55Jm5i c3A7a2luZCZuYnNwO29mJm5ic3A7RVZQTiZuYnNwO1NlcnZpY2U8YnI+Jmd0OyZuYnNwO09BTSZu YnNwO2l0Jm5ic3A7bXVzdCZuYnNwO2luY2x1ZGUmbmJzcDtDRSwmbmJzcDtpZiZuYnNwO2FuJm5i c3A7T0FNJm5ic3A7bWVjaGFuaXNtJm5ic3A7cnVucyZuYnNwO2JldHdlZW4mbmJzcDtFVlBOJm5i c3A7UEVzLDxicj4mZ3Q7Jm5ic3A7dGhlbiZuYnNwO3RoaXMmbmJzcDtPQU0mbmJzcDttZWNoYW5p c20mbmJzcDtiZWxvbmdzJm5ic3A7dG8mbmJzcDtFVlBOJm5ic3A7TmV0d29yayZuYnNwO09BTSZu YnNwO29yJm5ic3A7RVZQTjxicj4mZ3Q7Jm5ic3A7VHJhbnNwb3J0Jm5ic3A7T0FNLjxicj48YnI+ UmVwbHlpbmcmbmJzcDtqdXN0Jm5ic3A7Zm9yJm5ic3A7bXlzZWxmLCZuYnNwO0kmbmJzcDtiZWxp ZXZlJm5ic3A7TUVQcyZuYnNwO2FyZSZuYnNwO2xvZ2ljYWxseSZuYnNwO2luJm5ic3A7cG9ydHMu Jm5ic3A7V2hhdDxicj53ZSZuYnNwO2FyZSZuYnNwO3RhbGtpbmcmbmJzcDthYm91dCZuYnNwO2hl cmUmbmJzcDtpcyZuYnNwO3RoZSZuYnNwO01FUCZuYnNwO2xvZ2ljYWxseSZuYnNwO2xvY2F0ZWQm bmJzcDtpbiZuYnNwO3RoZTxicj5DRS1mYWNpbmcmbmJzcDtwb3J0Jm5ic3A7b2YmbmJzcDt0aGUm bmJzcDtQRS4mbmJzcDtDZXJ0YWlubHkmbmJzcDtkb3duJm5ic3A7TUVQJm5ic3A7ZnVuY3Rpb25z Jm5ic3A7ZnJvbSZuYnNwO3RoZXJlJm5ic3A7Z288YnI+dG8mbmJzcDt0aGUmbmJzcDtDRS4mbmJz cDtJJm5ic3A7dGhpbmsmbmJzcDtVUCZuYnNwO01FUCZuYnNwO2Z1bmN0aW9ucyZuYnNwO3dvdWxk Jm5ic3A7Z28mbmJzcDt0byZuYnNwO3RoZSZuYnNwO1VQJm5ic3A7TUVQJm5ic3A7bG9naWNhbGx5 PGJyPmxvY2F0ZWQmbmJzcDtpbiZuYnNwO3RoZSZuYnNwO0NFJm5ic3A7ZmFjaW5nJm5ic3A7cG9y dCZuYnNwO29mJm5ic3A7YSZuYnNwO3JlbW90ZSZuYnNwO1BFLiZuYnNwO1NvLCZuYnNwO3RoaXMm bmJzcDtpcyZuYnNwO1BFLXRvLVBFJm5ic3A7YW5kPGJyPnNpbWlsYXImbmJzcDt0byZuYnNwO0VW UE4mbmJzcDtOZXR3b3JrJm5ic3A7T0FNLCZuYnNwO3doaWNoJm5ic3A7cnVucyZuYnNwO2Zyb20m bmJzcDt0aGUmbmJzcDticmFpbiZuYnNwO29mJm5ic3A7b25lJm5ic3A7UEUmbmJzcDt0bzxicj50 aGUmbmJzcDticmFpbiZuYnNwO29mJm5ic3A7YW5vdGhlciwmbmJzcDtidXQmbmJzcDtub3QmbmJz cDtpZGVudGljYWwuJm5ic3A7U28mbmJzcDtJJm5ic3A7ZG8mbmJzcDtub3QmbmJzcDtzZWUmbmJz cDthbnkmbmJzcDtyZWFzb248YnI+d2h5Jm5ic3A7Ym90aCZuYnNwO3Nob3VsZCZuYnNwO25vdCZu YnNwO2JlJm5ic3A7YXZhaWxhYmxlLiZuYnNwOyZuYnNwO1BlcmhhcHMmbmJzcDt0aGVzZSZuYnNw O2Rpc3RpbmN0aW9ucyZuYnNwO3Nob3VsZDxicj5iZSZuYnNwO2NsYXJpZmllZCZuYnNwO2luJm5i c3A7dGhlJm5ic3A7dGV4dC48YnI+PHA+PGJyPjwvcD48cD4mbHQ7WE0mZ3Q7IEkgYWdyZWUgdG8g eW91ciBkZXRhaWxlZCBhbmFseXNpcywgbmV2ZXRoZWxlc3MgSSBsZWFuIHRvIGNsYXNzaWZ5aW5n IFVQIE1FUCBmdW5jdGlvbnMgYXQgYSBwYWlyIG9mIFBFcyBpbnRvIEVWUE4gTmV0d29yayBPQU0s IGFjdHVhbGx5IEkgdGhpbmsgaXQncyBhIGdvb2QgY2FuZGlkYXRlIGZvciB0aGUgb3BlcmF0b3Ig dG8gY2hvb3NlIHRvIGFjaGlldmUgRVZQTiBQRS10by1QRSBOZXR3b3JrIE9BTS4gTXkgYXJndW1l bnQgaXMgdGhhdCBhbnkgRVZQTiBTZXJ2aWNlIE9BTSBzaG91bGQgaGF2ZSBDRSBpbnZvbHZlZCwg d2hpY2ggd2lsbCBjaGVjayB0aGUgQ0UgYWRkcmVzcyBtYXBwaW5nIHRhYmxlIGJ1dCBFVlBOIE5l dHdvcmsgT0FNIHdvbid0LiBXaXRoIHRoYXQsIEkgc3VnZ2VzdCB0byBjbGFyaWZ5IHRoYXQgd2hl biBhbiBVUCBNRVAgYXQgUEUgaW50ZXJhY3RzIHdpdGggYW4gVVAgTUVQIGF0IHJlbW90ZSBQRSwg aXQncyBFVlBOIE5ldHdvcmsgT0FNLCBhbmQgd2hlbiBhbiBVUCBNRVAgYXQgUEUgaW50ZXJhY3Rz IHdpdGggYSBEb3duIE1FUCBhdCByZW1vdGUgQ0UsIGl0J3MgRVZQTiBTZXJ2aWNlIE9BTS48L3A+ PHA+PGJyPjwvcD4mZ3Q7Jm5ic3A7SW4mbmJzcDtzZWN0aW9uJm5ic3A7Mi4yLCZuYnNwO2l0Jm5i c3A7c2F5czxicj4mZ3Q7PGJyPiZndDsmbmJzcDsiPGJyPiZndDsmbmJzcDtUaGUmbmJzcDtFVlBO Jm5ic3A7UEUmbmJzcDtTSE9VTEQmbmJzcDthZHZlcnRpc2UmbmJzcDthbnkmbmJzcDtNRVAvTUlQ Jm5ic3A7bG9jYWwmbmJzcDt0byZuYnNwO3RoZSZuYnNwO1BFJm5ic3A7YXMmbmJzcDthJm5ic3A7 TUFDL0lQPGJyPiZndDsmbmJzcDsmbmJzcDtBZHZlcnRpc2VtZW50Jm5ic3A7cm91dGUuJm5ic3A7 U2luY2UmbmJzcDt0aGVzZSZuYnNwO2FyZSZuYnNwO25vdCZuYnNwO3N1YmplY3QmbmJzcDt0byZu YnNwO21vYmlsaXR5LCZuYnNwO3RoZXk8YnI+Jmd0OyZuYnNwOyZuYnNwO1NIT1VMRCZuYnNwO2Jl Jm5ic3A7YWR2ZXJ0aXNlZCZuYnNwO3dpdGgmbmJzcDt0aGUmbmJzcDtzdGF0aWMmbmJzcDsoc3Rp Y2t5KSZuYnNwO2JpdCZuYnNwO3NldCZuYnNwOyhzZWUmbmJzcDtTZWN0aW9uPGJyPiZndDsmbmJz cDsmbmJzcDsxNS4yJm5ic3A7b2YmbmJzcDtbUkZDNzQzMl0pLjxicj4mZ3Q7Jm5ic3A7Ijxicj4m Z3Q7PGJyPiZndDsmbmJzcDtJbiZuYnNwO215Jm5ic3A7b3BpbmlvbiZuYnNwOyJNRVAvTUlQIiZu YnNwO3Nob3VsZCZuYnNwO2JlJm5ic3A7c3Vic3RpdHV0ZWQmbmJzcDtieSZuYnNwOyJNSVAiLCZu YnNwO2JlY2F1c2UmbmJzcDthcyZuYnNwO0k8YnI+Jmd0OyZuYnNwO3NhaWQmbmJzcDthYm92ZSwm bmJzcDt0aGUmbmJzcDtNRVAmbmJzcDthdCZuYnNwO3RoZSZuYnNwO0VWUE4mbmJzcDtQRSZuYnNw O3Nob3VsZCZuYnNwO2JlJm5ic3A7YSZuYnNwO0Rvd24mbmJzcDtNRVAsJm5ic3A7aXQncyZuYnNw O3BlZXI8YnI+Jmd0OyZuYnNwO01FUCZuYnNwO2lzJm5ic3A7YXQmbmJzcDtsb2NhbGx5Jm5ic3A7 YXR0YWNoZWQmbmJzcDtDRSwmbmJzcDt0aGVyZSZuYnNwO2lzJm5ic3A7bm8mbmJzcDtuZWVkJm5i c3A7dG8mbmJzcDthZHZlcnRpc2UmbmJzcDtpdCZuYnNwO3RvPGJyPiZndDsmbmJzcDtyZW1vdGUm bmJzcDtQRXMuPGJyPjxicj5TZWUmbmJzcDtteSZuYnNwO3Jlc3BvbnNlJm5ic3A7YWJvdmUuJm5i c3A7QnkmbmJzcDt0aGUmbmJzcDt3YXksJm5ic3A7SSZuYnNwO3RoaW5rJm5ic3A7aWYmbmJzcDt0 aGVyZSZuYnNwO2lzJm5ic3A7YSZuYnNwO01JUCZuYnNwO2F0Jm5ic3A7UEUxPGJyPnRoZW4mbmJz cDthbiZuYnNwO1VQJm5ic3A7TUVQJm5ic3A7YXQmbmJzcDthJm5ic3A7cmVtb3RlJm5ic3A7UEUm bmJzcDtjYW4mbmJzcDtydW4mbmJzcDt0aHJvdWdoJm5ic3A7dGhlJm5ic3A7TUlQJm5ic3A7dG8m bmJzcDthJm5ic3A7Q0UmbmJzcDtsb2NhbCZuYnNwO3RvPGJyPlBFMSZuYnNwOyhhY3R1YWxseSwm bmJzcDt0byZuYnNwO2JlJm5ic3A7cHJlY2lzZSwmbmJzcDt0byZuYnNwO3RoZSZuYnNwO1BFJm5i c3A7ZmFjaW5nJm5ic3A7cG9ydCZuYnNwO29mJm5ic3A7dGhhdCZuYnNwO0NFKS48YnI+PHA+PGJy PjwvcD48cD4mbHQ7WE0mZ3Q7IEkgYWdyZWUgdG8geW91ciBleGFtcGxlIHRoYXQgYSBEb3duIE1F UCBhdCBsb2NhbCBDRSBjYW4gaW50ZXJhY3Qgd2l0aCBhbiBVUCBNRVAgYXQgdGhlIHJlbW90ZSBQ RSwgYWx0aG91Z2ggSSBzdXNwZWN0IHRoYXQgdGhlIG9wZXJhdG9yIHdvdWxkIGxpa2UgdG8gZGVw bG95IGl0LiBXaXRoIHRoYXQsIG5vIGFueSBjaGFuZ2VzIG5lZWRlZCBoZXJlLjwvcD48cD48YnI+ PC9wPiZndDsmbmJzcDtJbiZuYnNwO3NlY3Rpb24mbmJzcDszLjEuMi4yLCZuYnNwO2l0Jm5ic3A7 c2F5czxicj4mZ3Q7PGJyPiZndDsmbmJzcDsiRVZQTiZuYnNwO1NlcnZpY2UmbmJzcDtPQU0mbmJz cDttZWNoYW5pc21zJm5ic3A7b25seSZuYnNwO2hhdmUmbmJzcDt2aXNpYmlsaXR5Jm5ic3A7dG8m bmJzcDt0aGUmbmJzcDtQRXMmbmJzcDtidXQmbmJzcDtub3Q8YnI+Jmd0OyZuYnNwOyZuYnNwO3Ro ZSZuYnNwO01QTFMvSVAmbmJzcDtQJm5ic3A7bm9kZXMuJm5ic3A7QXMmbmJzcDtzdWNoLCZuYnNw O3RoZXkmbmJzcDtjYW4mbmJzcDtiZSZuYnNwO3VzZWQmbmJzcDt0byZuYnNwO2RlZHVjZSZuYnNw O3doZXRoZXImbmJzcDt0aGU8YnI+Jmd0OyZuYnNwOyZuYnNwO2ZhdWx0Jm5ic3A7aXMmbmJzcDtp biZuYnNwO3RoZSZuYnNwO2N1c3RvbWVyJ3MmbmJzcDtvd24mbmJzcDtuZXR3b3JrLCZuYnNwO3Ro ZSZuYnNwO2xvY2FsJm5ic3A7Q0UtUEUmbmJzcDtzZWdtZW50Jm5ic3A7b3I8YnI+Jmd0OyZuYnNw OyZuYnNwO3JlbW90ZSZuYnNwO0NFLVBFJm5ic3A7c2VnbWVudChzKS4mbmJzcDtFVlBOJm5ic3A7 TmV0d29yayZuYnNwO2FuZCZuYnNwO1RyYW5zcG9ydCZuYnNwO09BTSZuYnNwO21lY2hhbmlzbXM8 YnI+Jmd0OyZuYnNwOyZuYnNwO2NhbiZuYnNwO2JlJm5ic3A7dXNlZCZuYnNwO2ZvciZuYnNwO2Zh dWx0Jm5ic3A7aXNvbGF0aW9uJm5ic3A7YmV0d2VlbiZuYnNwO3RoZSZuYnNwO1BFcyZuYnNwO2Fu ZCZuYnNwO1AmbmJzcDtub2Rlcy4iPGJyPiZndDs8YnI+Jmd0OyZuYnNwO0NvbnNpZGVyaW5nJm5i c3A7aW4mbmJzcDtzZWN0aW9uJm5ic3A7Mi4zJm5ic3A7dGhlJm5ic3A7Zmlyc3QmbmJzcDtzZW50 ZW5jZSZuYnNwO3JlYWRzJm5ic3A7IkVWUE4mbmJzcDtOZXR3b3JrPGJyPiZndDsmbmJzcDtPQU0m bmJzcDtpcyZuYnNwO3Zpc2libGUmbmJzcDt0byZuYnNwO3RoZSZuYnNwO1BFJm5ic3A7bm9kZXMm bmJzcDtvbmx5IiwmbmJzcDtJJm5ic3A7c3VnZ2VzdCZuYnNwO3RvJm5ic3A7cmVwaHJhc2UmbmJz cDt0aGlzPGJyPiZndDsmbmJzcDtwYXJhZ3JhcGgmbmJzcDtwb3NzaWJseSZuYnNwO2FzJm5ic3A7 YmVsb3c6PGJyPiZndDs8YnI+Jmd0OyZuYnNwOyJFVlBOJm5ic3A7U2VydmljZSZuYnNwO09BTSZu YnNwO2FuZCZuYnNwO0VWUE4mbmJzcDtOZXR3b3JrJm5ic3A7T0FNJm5ic3A7bWVjaGFuaXNtcyZu YnNwO29ubHkmbmJzcDtoYXZlPGJyPiZndDsmbmJzcDt2aXNpYmlsaXR5Jm5ic3A7dG8mbmJzcDt0 aGUmbmJzcDtQRXMmbmJzcDtidXQmbmJzcDtub3QmbmJzcDt0aGUmbmJzcDtNUExTL0lQJm5ic3A7 UCZuYnNwO25vZGVzLiZuYnNwO0FzJm5ic3A7c3VjaCwmbmJzcDt0aGV5Jm5ic3A7Y2FuPGJyPiZn dDsmbmJzcDtiZSZuYnNwO3VzZWQmbmJzcDt0byZuYnNwO2RlZHVjZSZuYnNwO3doZXRoZXImbmJz cDt0aGUmbmJzcDtmYXVsdCZuYnNwO2lzJm5ic3A7aW4mbmJzcDt0aGUmbmJzcDtjdXN0b21lcidz Jm5ic3A7b3duPGJyPiZndDsmbmJzcDtuZXR3b3JrLCZuYnNwO3RoZSZuYnNwO2xvY2FsJm5ic3A7 Q0UtUEUmbmJzcDtzZWdtZW50LCZuYnNwO3RoZSZuYnNwO1BFLVBFJm5ic3A7c2VnbWVudCZuYnNw O29yJm5ic3A7dGhlJm5ic3A7cmVtb3RlPGJyPiZndDsmbmJzcDtDRS1QRSZuYnNwO3NlZ21lbnQo cykuJm5ic3A7RVZQTiZuYnNwO1RyYW5zcG9ydCZuYnNwO09BTSZuYnNwO21lY2hhbmlzbXMmbmJz cDtjYW4mbmJzcDtiZSZuYnNwO3VzZWQmbmJzcDtmb3I8YnI+Jmd0OyZuYnNwO2ZhdWx0Jm5ic3A7 aXNvbGF0aW9uJm5ic3A7YmV0d2VlbiZuYnNwO3RoZSZuYnNwO1BFcyZuYnNwO2FuZCZuYnNwO1Am bmJzcDtub2Rlcy4iPGJyPjxicj5Zb3VyJm5ic3A7c3VnZ2VzdGVkJm5ic3A7Y2hhbmdlJm5ic3A7 bG9va3MmbmJzcDtPSyZuYnNwO3RvJm5ic3A7bWUuPGJyPjxicj4mZ3Q7Jm5ic3A7U2VjdGlvbiZu YnNwOzMuMS4yLjEsJm5ic3A7dGhlcmUmbmJzcDtpcyZuYnNwO2EmbmJzcDt0eXBvLCZuYnNwO3Mv dG8mbmJzcDtyZXN0Jm5ic3A7YSZuYnNwO3JlcHJlc2VudGF0aXZlJm5ic3A7cGF0aDxicj4mZ3Q7 Jm5ic3A7YmV0d2VlbiZuYnNwO1BFcy90byZuYnNwO3Rlc3QmbmJzcDthJm5ic3A7cmVwcmVzZW50 YXRpdmUmbmJzcDtwYXRoJm5ic3A7YmV0d2VlbiZuYnNwO1BFcy48YnI+PGJyPk9LLCZuYnNwO3dl J2xsJm5ic3A7Zml4Jm5ic3A7dGhhdC48YnI+PGJyPlRoYW5rcyw8YnI+RG9uYWxkPGJyPj09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT08YnI+Jm5ic3A7RG9uYWxkJm5ic3A7RS4mbmJzcDtF YXN0bGFrZSZuYnNwOzNyZCZuYnNwOyZuYnNwOyZuYnNwOysxLTUwOC0zMzMtMjI3MCZuYnNwOyhj ZWxsKTxicj4mbmJzcDsyMzg2Jm5ic3A7UGFub3JhbWljJm5ic3A7Q2lyY2xlLCZuYnNwO0Fwb3Br YSwmbmJzcDtGTCZuYnNwOzMyNzAzJm5ic3A7VVNBPGJyPiZuYnNwO2QzZTNlM0BnbWFpbC5jb208 YnI+PGJyPiZndDsmbmJzcDtCZXN0Jm5ic3A7UmVnYXJkcyw8YnI+Jmd0Ozxicj4mZ3Q7Jm5ic3A7 WGlhbyZuYnNwO01pbjxicj4mZ3Q7PGJyPiZndDsmbmJzcDvljp/lp4vpgq7ku7Y8YnI+Jmd0OyZu YnNwO+WPkeS7tuS6uu+8mkJvY2NpLE1hdHRoZXcoTm9raWEtR0IpJm5ic3A7Jmx0O21hdHRoZXcu Ym9jY2lAbm9raWEuY29tJmd0Ozxicj4mZ3Q7Jm5ic3A75pS25Lu25Lq677yaZHJhZnQtaWV0Zi1i ZXNzLWV2cG4tb2FtLXJlcS1mcm13a0BpZXRmLm9yZyZuYnNwOyZsdDtkcmFmdC1pZXRmLWJlc3Mt ZXZwbi1vYW0tcmVxLWZybXdrQGlldGYub3JnJmd0OztiZXNzQGlldGYub3JnJm5ic3A7Jmx0O2Jl c3NAaWV0Zi5vcmcmZ3Q7Ozxicj4mZ3Q7Jm5ic3A75pelJm5ic3A75pyfJm5ic3A777yaMjAyMOW5 tDA25pyIMTXml6UmbmJzcDsxODo1Njxicj4mZ3Q7Jm5ic3A75Li7Jm5ic3A76aKYJm5ic3A777ya W2Jlc3NdJm5ic3A7V0cmbmJzcDtMYXN0Jm5ic3A7Q2FsbCZuYnNwO2FuZCZuYnNwO0lQUiZuYnNw O1BvbGwmbmJzcDtmb3JkcmFmdC1pZXRmLWJlc3MtZXZwbi1vYW0tcmVxLWZybXdrLTAyPGJyPiZn dDsmbmJzcDtfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxi cj4mZ3Q7Jm5ic3A7QkVTUyZuYnNwO21haWxpbmcmbmJzcDtsaXN0PGJyPiZndDsmbmJzcDtCRVNT QGlldGYub3JnPGJyPiZndDsmbmJzcDtodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL2Jlc3M8YnI+Jmd0Ozxicj4mZ3Q7Jm5ic3A7VGhpcyZuYnNwO2VtYWlsJm5ic3A7c3RhcnRz Jm5ic3A7YSZuYnNwO3R3by13ZWVrJm5ic3A7d29ya2luZyZuYnNwO2dyb3VwJm5ic3A7bGFzdCZu YnNwO2NhbGwmbmJzcDtmb3JkcmFmdC1pZXRmLWJlc3MtZXZwbi1vYW0tcmVxLWZybXdrLTAyPGJy PiZndDs8YnI+Jmd0Ozxicj4mZ3Q7PGJyPiZndDsmbmJzcDtQbGVhc2UmbmJzcDtyZXZpZXcmbmJz cDt0aGUmbmJzcDtkcmFmdCZuYnNwO2FuZCZuYnNwO3NlbmQmbmJzcDthbnkmbmJzcDtjb21tZW50 cyZuYnNwO3RvJm5ic3A7dGhlJm5ic3A7QkVTUyZuYnNwO2xpc3QuJm5ic3A7QWxzbywmbmJzcDtw bGVhc2UmbmJzcDtpbmRpY2F0ZSZuYnNwO2lmJm5ic3A7eW91Jm5ic3A7c3VwcG9ydCZuYnNwO3B1 Ymxpc2hpbmcmbmJzcDt0aGUmbmJzcDtkcmFmdCZuYnNwO2FzJm5ic3A7YSZuYnNwO3N0YW5kYXJk cyZuYnNwO3RyYWNrJm5ic3A7UkZDLjxicj4mZ3Q7PGJyPiZndDs8YnI+Jmd0Ozxicj4mZ3Q7Jm5i c3A7VGhpcyZuYnNwO3BvbGwmbmJzcDtydW5zJm5ic3A7dW50aWwmbmJzcDtNb25kYXkmbmJzcDsy OXRoJm5ic3A7SnVuZSZuYnNwOzIwMjAuPGJyPiZndDs8YnI+Jmd0Ozxicj4mZ3Q7PGJyPiZndDsm bmJzcDtXZSZuYnNwO2FyZSZuYnNwO2Fsc28mbmJzcDtwb2xsaW5nJm5ic3A7Zm9yJm5ic3A7a25v d2xlZGdlJm5ic3A7b2YmbmJzcDthbnkmbmJzcDt1bmRpc2Nsb3NlZCZuYnNwO0lQUiZuYnNwO3Ro YXQmbmJzcDthcHBsaWVzJm5ic3A7dG8mbmJzcDt0aGlzJm5ic3A7RG9jdW1lbnQsJm5ic3A7dG8m bmJzcDtlbnN1cmUmbmJzcDt0aGF0Jm5ic3A7SVBSJm5ic3A7aGFzJm5ic3A7YmVlbiZuYnNwO2Rp c2Nsb3NlZCZuYnNwO2luJm5ic3A7Y29tcGxpYW5jZSZuYnNwO3dpdGgmbmJzcDtJRVRGJm5ic3A7 SVBSJm5ic3A7cnVsZXMmbmJzcDsoc2VlJm5ic3A7UkZDcyZuYnNwOzM5NzksJm5ic3A7NDg3OSwm bmJzcDszNjY5Jm5ic3A7YW5kJm5ic3A7NTM3OCZuYnNwO2ZvciZuYnNwO21vcmUmbmJzcDtkZXRh aWxzKS48YnI+Jmd0Ozxicj4mZ3Q7Jm5ic3A7SWYmbmJzcDt5b3UmbmJzcDthcmUmbmJzcDtsaXN0 ZWQmbmJzcDthcyZuYnNwO2FuJm5ic3A7QXV0aG9yJm5ic3A7b3ImbmJzcDthJm5ic3A7Q29udHJp YnV0b3ImbmJzcDtvZiZuYnNwO3RoaXMmbmJzcDtkb2N1bWVudCZuYnNwO3BsZWFzZSZuYnNwO3Jl c3BvbmQmbmJzcDt0byZuYnNwO3RoaXMmbmJzcDtlbWFpbCZuYnNwO2FuZCZuYnNwO2luZGljYXRl Jm5ic3A7d2hldGhlciZuYnNwO29yJm5ic3A7bm90Jm5ic3A7eW91Jm5ic3A7YXJlJm5ic3A7YXdh cmUmbmJzcDtvZiZuYnNwO2FueSZuYnNwO3JlbGV2YW50Jm5ic3A7dW5kaXNjbG9zZWQmbmJzcDtJ UFIuJm5ic3A7VGhlJm5ic3A7RG9jdW1lbnQmbmJzcDt3b24ndCZuYnNwO3Byb2dyZXNzJm5ic3A7 d2l0aG91dCZuYnNwO2Fuc3dlcnMmbmJzcDtmcm9tJm5ic3A7YWxsJm5ic3A7dGhlJm5ic3A7QXV0 aG9ycyZuYnNwO2FuZCZuYnNwO0NvbnRyaWJ1dG9ycy48YnI+Jmd0Ozxicj4mZ3Q7Jm5ic3A7VGhl cmUmbmJzcDtpcyZuYnNwO2N1cnJlbnRseSZuYnNwO25vJm5ic3A7SVBSJm5ic3A7ZGlzY2xvc2Vk Ljxicj4mZ3Q7PGJyPiZndDsmbmJzcDtUaGFuayZuYnNwO3lvdSw8YnI+Jmd0Ozxicj4mZ3Q7Jm5i c3A7TWF0dGhldyZuYnNwOyZhbXA7Jm5ic3A7U3RlcGhhbmU8YnI+PGJyPl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPkJFU1MmbmJzcDttYWlsaW5nJm5i c3A7bGlzdDxicj5CRVNTQGlldGYub3JnPGJyPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vYmVzczxicj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48cD48YnI+PC9w PjwvZGl2Pg== --=====_003_next=====-- --=====_002_next=====-- --=====_001_next=====-- From nobody Tue Jun 23 05:13:40 2020 Return-Path: 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 27C7D3A0DB9 for ; Tue, 23 Jun 2020 05:13:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 QLiw1rxp5d9j for ; Tue, 23 Jun 2020 05:13:37 -0700 (PDT) Received: from mail-wm1-x335.google.com (mail-wm1-x335.google.com [IPv6:2a00:1450:4864:20::335]) (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 4ECEF3A0DB8 for ; Tue, 23 Jun 2020 05:13:37 -0700 (PDT) Received: by mail-wm1-x335.google.com with SMTP id g75so2750216wme.5 for ; Tue, 23 Jun 2020 05:13:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:mime-version:thread-index :content-language; bh=QcclRenS8kqEireD7byLMsdruUULyMlr/ZueW0l/vsM=; b=O1gn/1zidcIusOR5gBCjm3ra13jeVwaBKwI2bQs0s5QTpm0zwk8tEgfBNyD0njiqqG hoQAlWbz3gFWTwXOpzsFgdYpk7deAlUXaDyIXCRtJ5u/AGJotVqgKYv0GZDtEWezBwMG rolLPQvKALyJnjhSC2LloSf/wJYJOO9HdBrdskTKLWBBHIxBGzKxGQY0K11C3FGFa+eq QW08RQE4dOV4ZQwdZglZBGI/WYTQ40IyHDdDWn7Rwq9LfKycyEVgWbzF5u68h0+k/1Fm x9LuyxDg8roTAex/xicQT9a/mKgxk2WvfxVwiXReSX9jxAnIMaajdjTSF2r+aQSaAHqg aThQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:mime-version :thread-index:content-language; bh=QcclRenS8kqEireD7byLMsdruUULyMlr/ZueW0l/vsM=; b=MNc9ruFXBWJkHUEVfAH92BsAmLp5GpH+c1sGEtx/H4cFEcQQAojYS/w7/PEdZjZ8z9 mcMXf9Vf5lA97u4+vX5iTTDfL1w3t3ZpXhcTuxfAAwAogUvo7UwrYC2qSPVM7CLj1O37 IedUn0uYWN17x6Wf2bVos9+X8kQN1Urdoa8HLwKYLzOskaXQBbEdtedcGoUs8L+2hlRs WbU6YnspLtKJ80Q1aqZB/AbUM1RQY0d/eXvEAbrVVK57lJVaHvu37xnt/eF8kN3Hlqsf TyGuCWwOoLtIuf2QwB4o+YkuL7zola3JuNgNgi+ppeJWVMa+diV9LACs7EJVMtP2jSjp t7Ig== X-Gm-Message-State: AOAM532SKFaHiQG62vaCrBDAoHrFelPBOTEINWkLHopqvEGvylPQcKe4 YUKUVP1MF0yQhdHanuR3m5RO6T0= X-Google-Smtp-Source: ABdhPJwKNlc4NLyJCnuGgTukJQhO9ZgB2/JfsaE3eix3cyv4LBj2OdJl1d5H/ZoTua1hELvAw9AAUQ== X-Received: by 2002:a1c:9804:: with SMTP id a4mr23821115wme.109.1592914415389; Tue, 23 Jun 2020 05:13:35 -0700 (PDT) Received: from SLITKOWS3YYU6 ([173.38.220.53]) by smtp.gmail.com with ESMTPSA id u84sm237077wme.42.2020.06.23.05.13.34 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 23 Jun 2020 05:13:34 -0700 (PDT) From: To: Date: Tue, 23 Jun 2020 14:13:33 +0200 Message-ID: <07ed01d64957$b7a589f0$26f09dd0$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_07EE_01D64968.7B316730" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdZJV6xbIA5I4OJ8QneA/Wu9XJmpKQ== Content-Language: fr Archived-At: Subject: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-usage-07 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jun 2020 12:13:39 -0000 This is a multipart message in MIME format. ------=_NextPart_000_07EE_01D64968.7B316730 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello, This email begins a two-weeks WG adoption poll for draft-dunbar-bess-bgp-sdwan-usage-07 [1] . Please review the draft and post any comments to the BESS working group list. 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 a contributor of this document, please respond to this email and indicate whether or not you are aware of any relevant undisclosed IPR, copying the BESS mailing list. The document won't progress without answers from all the authors and contributors. Currently, there are no IPR disclosures against this document. If you are not listed as an author or a contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. This poll for adoption closes on 7th July 2020. Regards, Matthew and Stephane [1] https://datatracker.ietf.org/doc/draft-dunbar-bess-bgp-sdwan-usage/ ------=_NextPart_000_07EE_01D64968.7B316730 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Hello,

     

    This email begins a = two-weeks WG adoption poll for draft-dunbar-bess-bgp-sdwan-usage-07 [1] = .

     

    Please review the draft = and post any comments to the BESS working group = list.

     

    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 a contributor of this document, please respond to this email = and indicate whether or not you are aware of any relevant undisclosed = IPR, copying the BESS mailing list. The document won't progress without = answers from all the authors and contributors.

    Currently, there are no IPR disclosures against this = document.

     

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

     

    This poll for adoption = closes on 7th July 2020.

     

    Regards,

    Matthew and = Stephane

     

    [1] https://datatracker.ietf.org/doc/draft-dunbar-bess-bgp-sdwan= -usage/

     

     

    ------=_NextPart_000_07EE_01D64968.7B316730-- From nobody Tue Jun 23 05:14:13 2020 Return-Path: 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 190513A1899; Tue, 23 Jun 2020 05:14:12 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: , , X-Test-IDTracker: no X-IETF-IDTracker: 7.3.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <159291445205.24893.2602154057757212160@ietfa.amsl.com> Date: Tue, 23 Jun 2020 05:14:12 -0700 Archived-At: Subject: [bess] The BESS WG has placed draft-dunbar-bess-bgp-sdwan-usage in state "Call For Adoption By WG Issued" X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jun 2020 12:14:12 -0000 The BESS WG has placed draft-dunbar-bess-bgp-sdwan-usage in state Call For Adoption By WG Issued (entered by Stephane Litkowski) The document is available at https://datatracker.ietf.org/doc/draft-dunbar-bess-bgp-sdwan-usage/ From nobody Tue Jun 23 08:19:08 2020 Return-Path: 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 8E7973A0FA3 for ; Tue, 23 Jun 2020 08:19:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.689 X-Spam-Level: X-Spam-Status: No, score=-2.689 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 N01jcZAJpjXn for ; Tue, 23 Jun 2020 08:19:04 -0700 (PDT) Received: from NAM10-DM6-obe.outbound.protection.outlook.com (mail-dm6nam10on2129.outbound.protection.outlook.com [40.107.93.129]) (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 836963A0F58 for ; Tue, 23 Jun 2020 08:19:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IFeHi9mEaIplNY1VccMlz2UH54ERc/h6lDPXKMAqZbs0hD2wV919QzeRZTxZcJWpNhCZquz6xNjf4ksaE0FV8zRDb5yjZhFXHvdSpamzmg0XGzDRoJEZLE2WrIQE2wz/3hbpQ0N7dj8yvnB2lTDky/g+QTeOHzqYOeSq6WWmzZKGuVBaPeD5C4H3bsiAw3oPt033jLdD3jzMlaMbF4w1Lj/9yMfahx4xXd3AW/NkKnDl3h76loUD8lKT3dAHcFHD2FaxIJy+jimPYKR0ek9pYjKVB1a5QTAjVh7wDubdi69I5NHfw22Buw+1jage4/8vxdkpqMK1l1V5oEEUpb9D6Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=qg/g7e4n/GI8mwgurUeMx5nRXKyLLgePGYOsa/3gGWc=; b=WZWA2FsAEuItx2aw0urSUuOUYz6xkZD63W2MfUzIt5wgqkoo1PQ4nUbnWDkRztM6W+tuAsw55d3DCI7IUsrgvQLhZqbdvRoLEnR42/RpJO4IraUpzsdbbkDp2NKXyCqPj2fAZ1W1Es0KQrzgacQuIWkqWYK+PtfReDDMBUWMTaXxK6YnQ3uN5U+wEQhAJOPEvHs3UkE7aFueua2s4rr60kAe3pUJLq2ygAu60e6A75R7FMd7EdQN/8vZ2dq5Or3tggU9U44BN50JgIgHG3jnj2J8AjxtAV7+NSoWsrON/yRS+ADUFd/Ro73pxPsj2fDn8upIrc0+kbmGSrAMw8v4JQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=qg/g7e4n/GI8mwgurUeMx5nRXKyLLgePGYOsa/3gGWc=; b=jljWtm0jWRuVrsbEJ8OPfgCEqg1bw1oef/+qk049zohnHIiEq4ICqMT9dSHDrTIQSVv5tYHhxGsQQxYqc08/nlTzJKNuyJqumdTVuYn66Yn4g9XRsthwNJ4mo2h20tQ++mFvRgIoVrV8BtxX4lxjzYiBoRKABhT5P7pZtNbpRPs= Received: from SN6PR13MB2334.namprd13.prod.outlook.com (2603:10b6:805:55::16) by SN6PR13MB2368.namprd13.prod.outlook.com (2603:10b6:805:56::26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3131.15; Tue, 23 Jun 2020 15:19:01 +0000 Received: from SN6PR13MB2334.namprd13.prod.outlook.com ([fe80::783f:2d78:2f9f:3116]) by SN6PR13MB2334.namprd13.prod.outlook.com ([fe80::783f:2d78:2f9f:3116%7]) with mapi id 15.20.3131.017; Tue, 23 Jun 2020 15:19:01 +0000 From: Linda Dunbar To: "slitkows.ietf@gmail.com" , "bess@ietf.org" Thread-Topic: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-usage-07 Thread-Index: AdZJV6xbIA5I4OJ8QneA/Wu9XJmpKQAGdcTA Date: Tue, 23 Jun 2020 15:19:01 +0000 Message-ID: References: <07ed01d64957$b7a589f0$26f09dd0$@gmail.com> In-Reply-To: <07ed01d64957$b7a589f0$26f09dd0$@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=futurewei.com; x-originating-ip: [72.180.73.64] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b3774b58-713a-46a3-9ac9-08d81788c245 x-ms-traffictypediagnostic: SN6PR13MB2368: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-forefront-prvs: 04433051BF x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 4a0hdg+uCtrZnlWlsbsNCoc94+d4c9xgVjoNtGsjNCArtJXXWVMurr+41BZ69GTl96+XNzeEEX/k1uucsXKswsVwCakVw+7lBnEVxyWSjIUk9/XUY1sIn4hi1x5IEhqHctWTYBUi7IvCE2eK0V43ggGaedNxSe+4vVDTVTrYuIz49TKbtghoGIpoZ6qMPDIZ/cO4fWVMBXEc/kwkVlxRAGYmrbfr6XXwlfZBcKhJjL+mLf4eJhlEDcAiI8HoaKJretzVheOHBtghhAzfwC4K0Gj/ZNgemaU+bYqDonDjvOkqp9d8Zo/8UODvSw79TT5dYgt7lffPKXGI6437EABMDJe8Z1ZL/nrUdQHYAAdmpReVRjZ0MgcRDz2zu2IIgvod8Yk+0OAu3jP9FY9pXcowMQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SN6PR13MB2334.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(366004)(83380400001)(6506007)(53546011)(186003)(8676002)(9686003)(55016002)(8936002)(52536014)(2906002)(166002)(26005)(5660300002)(7696005)(110136005)(76116006)(66556008)(66446008)(66476007)(64756008)(66946007)(33656002)(71200400001)(498600001)(86362001)(966005)(44832011); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: DVGVyLk3SMQCj1V0JZJNQawnx2Eh9VY3G6Ee65Fy59BC77O1jkUYku9RWU24W6JORZHFDb9y3qAq6l+1rhS1Kfnyh/KKLkWsSi+zCyzd79v2pM0pwVQEyx5PC6UBm0eAy1K63Foo9Pj8+h2Hs6Eegv/ofSC5gCUYkoZh6vVPZOU9IMk2gY9iES194vBQCYVTSiQtwNoujTUaNOTTjAKsYoagsgjrkPlF+ZB5ZAZilcbt92JLo5CIDckwJbhPn8PplvvA8a8VyrpCy8szhB2z97Dq8MjlvHHbA5D2xGU3FZYNzV6m2RnhpoQkI3cJl8syQor119cfT4Uft11DDAuUgiP2Q6/TmwSpq0pTcfSi0/GWvRr/Ec/k1LroZzPSPtHOxzK/k22V/LqfyVoH9unxhFCb7cuLIN4XYeGlN9ncSssvEhsehRH6xt4eKmOMGvFT9oaVaH8XOlL37EDKumFBqbia/ehHoMLsG+zAHTftKcU= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_SN6PR13MB2334471D1C042FAFC8F1113E85940SN6PR13MB2334namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SN6PR13MB2334.namprd13.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: b3774b58-713a-46a3-9ac9-08d81788c245 X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Jun 2020 15:19:01.4018 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: IE5g3Z8pQsW50M0AcTnZpOtpuQ+CGWjR1QFcClNZ4vnLFkr7KM+ZX+Zi7VafaVcSFG0YMBz5ejAtpm/hK6QRqw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR13MB2368 Archived-At: Subject: Re: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-usage-07 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jun 2020 15:19:07 -0000 --_000_SN6PR13MB2334471D1C042FAFC8F1113E85940SN6PR13MB2334namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Support the WG adoption. I am not aware of any IPR associated with the draft. Linda Dunbar From: BESS On Behalf Of slitkows.ietf@gmail.com Sent: Tuesday, June 23, 2020 7:14 AM To: bess@ietf.org Subject: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-us= age-07 Hello, This email begins a two-weeks WG adoption poll for draft-dunbar-bess-bgp-sd= wan-usage-07 [1] .. Please review the draft and post any comments to the BESS working group lis= t. 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). If you are listed as an author or a contributor of this document, please re= spond to this email and indicate whether or not you are aware of any releva= nt undisclosed IPR, copying the BESS mailing list. The document won't progr= ess without answers from all the authors and contributors. Currently, there are no IPR disclosures against this document. If you are not listed as an author or a 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. This poll for adoption closes on 7th July 2020. Regards, Matthew and Stephane [1] https://datatracker.ietf.org/doc/draft-dunbar-bess-bgp-sdwan-usage/ --_000_SN6PR13MB2334471D1C042FAFC8F1113E85940SN6PR13MB2334namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Support the WG adop= tion.

     

    I am not aware of a= ny IPR associated with the draft.

     

    Linda Dunbar

     

    From:= BESS <bess-bounces@ietf.org> On Behalf Of slitkows.ietf@gmail.com
    Sent: Tuesday, June 23, 2020 7:14 AM
    To: bess@ietf.org
    Subject: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-s= dwan-usage-07

     

    Hello,

     

    This email begins a two-w= eeks WG adoption poll for draft-dunbar-bess-bgp-sdwan-usage-07 [1] ..<= /o:p>

     

    Please review the draft a= nd post any comments to the BESS working group list.

     

    We are also polling = for knowledge of any undisclosed IPR that applies to this Document, to ensu= re 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 a= uthor or a contributor of this document, please respond to this email and i= ndicate whether or not you are aware of any relevant undisclosed IPR, copyi= ng the BESS mailing list. The document won't progress without answers from all the authors and contributors.=

    Currently, there are no I= PR disclosures against this document.

     

    If you are not listed as = an author or a contributor, then please explicitly respond only if you are = aware of any IPR that has not yet been disclosed in conformance with IETF r= ules.

     

    This poll for adoption cl= oses on 7th July 2020.

     

    Regards,

    Matthew and Stephane=

     

    [1] https://datatracker.ietf.org/doc/draft-dunbar-bess-b= gp-sdwan-usage/

     

     

    --_000_SN6PR13MB2334471D1C042FAFC8F1113E85940SN6PR13MB2334namp_-- From nobody Tue Jun 23 08:37:09 2020 Return-Path: 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 B79F93A0F6E for ; Tue, 23 Jun 2020 08:37:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 fd1EAkvUWxtw for ; Tue, 23 Jun 2020 08:37:06 -0700 (PDT) Received: from mail-qt1-x834.google.com (mail-qt1-x834.google.com [IPv6:2607:f8b0:4864:20::834]) (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 37F6F3A0FE7 for ; Tue, 23 Jun 2020 08:37:06 -0700 (PDT) Received: by mail-qt1-x834.google.com with SMTP id x62so12351092qtd.3 for ; Tue, 23 Jun 2020 08:37:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=mCJCg1wHtDWoY0Y7raz/1HGOFCD7QMQezNTMVT6/nA4=; b=Z9hT3Aus4z7WWdTwykzbRTM3/UHDSI0WD1nEI5R8Pto4uJd6IPZ9Rv4FSsSMsv9BM1 KeBw+r2T/YNMf/9HnC0BEZcdb1E2SF4Bcc+oA769QBRLbVO0Rv2WzLLZWw0QvEI7jQGY FhyFt0OChs+1dTbwZUuaig6fFZWImT5O2wSl9ZF6sN4n0PhvvlfCwFPksNUKS5CvCq3v CKOzapdirm3/RH+O17bwMzklWNj7VKs1ARYu4w1urOKlX3sYT52LwiU+05xnfhHOwz7p /KX+Eh6pd5ODoNgemo1nQMAfC+vK3+Yfd3bgo3EMADSyYwyKYPDdh/y94Knbakm/4xs0 wsaA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=mCJCg1wHtDWoY0Y7raz/1HGOFCD7QMQezNTMVT6/nA4=; b=WXYrma+TlzwKUu+MFxMjnVhaJjc4tLaMc7lwfrDQ3Uq8Ofst84B5KAcI+0VL5i1gFz /YgXj98N/4GkU1vTymC/Bk/QBivOKxiQobE6IP8uPz2GvhUo9YXRfYz1xB0/QNAebIr/ BHmaT1k/J8NSpQ/WzRVSLfUDjQHofWbt1NL77wbOVxcTNNEg3UVBuPK26novCJ6sfK88 CFxGQrbk2hyXdWGPY3HFceyaLaDr3JGyeFlBkvoJCxZ3F5iaGn8fIVzUinObsTUeepCj k8pPBEDuVnqJI6n1NH0CcJekZt3m8iXLCtgc5fKVtXD02lfcbraVWQxLgJtqrHkHSIfP T9aw== X-Gm-Message-State: AOAM531RbVp1Ms25bQ/EAhRImlZIC2teFUT7u+0kQGhCSHhHBUOsLLhU SxuMVJXsMb2lA8LgaJQ+9pQDY1shaERjnpwwBy8= X-Google-Smtp-Source: ABdhPJw9d1zAz5CrqQmwLVGGxKPVpEgS9WBMJJk159DxZccH/QY1/snkhXBLyLqdNA5BjbMtSnztUBhswxHSeV+3e/4= X-Received: by 2002:ac8:5350:: with SMTP id d16mr2066686qto.279.1592926625284; Tue, 23 Jun 2020 08:37:05 -0700 (PDT) MIME-Version: 1.0 References: <07ed01d64957$b7a589f0$26f09dd0$@gmail.com> In-Reply-To: <07ed01d64957$b7a589f0$26f09dd0$@gmail.com> From: "Andrew G. Malis" Date: Tue, 23 Jun 2020 11:36:54 -0400 Message-ID: To: slitkows.ietf@gmail.com Cc: bess@ietf.org Content-Type: multipart/alternative; boundary="000000000000a7466a05a8c22123" Archived-At: Subject: Re: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-usage-07 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jun 2020 15:37:08 -0000 --000000000000a7466a05a8c22123 Content-Type: text/plain; charset="UTF-8" This draft is already pretty mature (it started almost a year ago and is now at -07) and stable (the last update was in April). It's pretty straightforward and non controversial. It's well past time for the WG to adopt it. Cheers, Andy On Tue, Jun 23, 2020 at 8:13 AM wrote: > Hello, > > > > This email begins a two-weeks WG adoption poll for > draft-dunbar-bess-bgp-sdwan-usage-07 [1] .. > > > > Please review the draft and post any comments to the BESS working group > list. > > > > 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 a contributor of this document, please > respond to this email and indicate whether or not you are aware of any > relevant undisclosed IPR, copying the BESS mailing list. The document won't > progress without answers from all the authors and contributors. > > Currently, there are no IPR disclosures against this document. > > > > If you are not listed as an author or a contributor, then please > explicitly respond only if you are aware of any IPR that has not yet been > disclosed in conformance with IETF rules. > > > > This poll for adoption closes on 7th July 2020. > > > > Regards, > > Matthew and Stephane > > > > [1] https://datatracker.ietf.org/doc/draft-dunbar-bess-bgp-sdwan-usage/ > > > > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > --000000000000a7466a05a8c22123 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    This draft is already pretty mature (it started almost a y= ear ago and is now at -07) and stable (the last update was in April). It= 9;s pretty straightforward and non controversial. It's well past time f= or the=C2=A0WG to adopt it.

    Cheers,
    Andy
    =


    On Tue, Jun 23, 2020 at 8:13 AM <slitkows.ietf@gmail.com> wrote= :

    Hello,

    =C2=A0

    This email begins= a two-weeks WG adoption poll for draft-dunbar-bess-bgp-sdwan-usage-07 [1] = ..

    =C2=A0

    Please review the draft a= nd post any comments to the BESS working group list.

    = =C2=A0

    We are also=C2=A0polling for knowledge of any un= disclosed IPR that applies to this Document, to ensure that IPR has been di= sclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 53= 78 for more details).

    =C2=A0

    <= p class=3D"MsoNormal" style=3D"margin-left:36pt">If yo= u are listed as an author or a contributor of this document, please respond= to this email and indicate whether or not you are aware of any relevant un= disclosed IPR, copying the BESS mailing list. The document won't progre= ss without answers from all the authors and contributors.

    Currently, there are no IPR disclosures against this document.=

    =C2=A0

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

    =C2=A0

    This poll for adoption closes on= 7th July 2020.

    =C2=A0

    Regards,<= /u>

    Matthew and Stephane

    =C2=A0<= /u>

    [1]=C2=A0http= s://datatracker.ietf.org/doc/draft-dunbar-bess-bgp-sdwan-usage/<= span lang=3D"EN-US">

    =C2=A0

    =C2= =A0

    __________________________________________= _____
    BESS mailing list
    BESS@ietf.org
    https://www.ietf.org/mailman/listinfo/bess
    --000000000000a7466a05a8c22123-- From nobody Tue Jun 23 10:15:57 2020 Return-Path: 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 1488F3A0873 for ; Tue, 23 Jun 2020 10:15:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.797 X-Spam-Level: X-Spam-Status: No, score=-1.797 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=commscope.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 mUSEBiJVQXzk for ; Tue, 23 Jun 2020 10:15:53 -0700 (PDT) Received: from esa4.commscope.iphmx.com (esa4.commscope.iphmx.com [68.232.148.24]) (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 197E73A086E for ; Tue, 23 Jun 2020 10:15:52 -0700 (PDT) IronPort-SDR: J4Wll1OaaK6VF9C4clHuvgjlcVbD0Qykc+nVdR3fYDRQK1lBPkRfb7PtH/dnOTnqTtsyK+b+vu s9HtkgZW3htOrJIVAt/XpwAN64vUn6hNKoH/rLUwQIVYw956FBY0SmstKfy7//efL/vMy6qQ6Q YY+d/ulimO2qqjj9NB7ehTRy5vrPjgX4DIhUvS7ss77evPGXvUgYTH6LUfpSfnSwTr2wgaqEPf v1VOI4i9B4yWA87+ERJGz/LJqlpqdypo3js2QNcF3/Mhnt9wyTG8MRFgGkQczi6vDqTobCFSd7 HFQ= X-IronPort-AV: E=Sophos;i="5.75,272,1589256000"; d="scan'208,217";a="119637009" Received: from mail-mw2nam12lp2040.outbound.protection.outlook.com (HELO NAM12-MW2-obe.outbound.protection.outlook.com) ([104.47.66.40]) by ob1.commscope.iphmx.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 23 Jun 2020 13:15:50 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=JPWZAexDOZLj6TB42oNE/s+CL7TqWrHod28Qx2Aet3hbU9KcG0Qkl+QOGZ8nH4rx3FYl6F0BdtI8Nyn5YiNQWBvOoxwDLowawPnyvdd4VVFQZ79I/vZWcxdliDaNZiMLRnqKYYXmPImonibkoWAevmaYUrjMrT3torj9F4GsYsuCnQ/Uf0yXlIjYSDPpajSKdF92J8TPtdbZnkXh+SCtEn6T+Yna/OdM3R1xWkslP7Sh7HVW5hbh/kxSZH8MoiBbCaxOeBXUInkQHfoUDY5Um9SpW5qmTkBmgm3wrCj7xagpqBf2Q+xOFKQvemdpsFTLPfnBBW5BpFotCh8yyeR0Cg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Khiw5vlWtGcqqaaVM3I912D8yi4gCbAYxZCFZFqIWRw=; b=WbV22CluTFafGCILjW6r7gHG9biFPltJomSbn6TV6jSHWdrDKPQG+xfVpzeLXIzJoakzn92EKAxtG1RVit5qIBGt5LNe9trygxGMZM/giw75BChF3awueAuTYwx+ENjYXQ90uTyJJz7hfcZ9xu8fMVIEuQkvTwhA55ybsTJQE4Ii3MOF/7OSwetDxEqJ83kBhlhJlZvksbYuK81y1JqkF5JHF28LY5XOI3BXqa5DduwjNfLYmsNEws+EV67MNkbenryKzNLvV4dxE/ggncldQju3dVKR4hXB73Je9TK6Y8dF2ffeuUojd8/dEXUMmDT2yodtGTmAjdIGE+lAPYDgFw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=softfail (sender ip is 35.166.188.152) smtp.rcpttodomain=gmail.com smtp.mailfrom=commscope.com; dmarc=fail (p=none sp=none pct=100) action=none header.from=commscope.com; dkim=none (message not signed); arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=commscope.onmicrosoft.com; s=selector2-commscope-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Khiw5vlWtGcqqaaVM3I912D8yi4gCbAYxZCFZFqIWRw=; b=0QDce6S2J70p/egR3FOQfARbc6tZu3ZxrRZqEsJfozLdgYEM+wytUQZaYhunlcGZfP2L4mC7BId8/xMBSd5nMlDj+UKb/oM5g/4uKX2UCzOxHdDOk6NmW/ULHuL8BBI7SKwN25W63eKxxU+K+bL45vlUY8ofRFJjmrcMxZLGCEk= Received: from BN6PR04CA0069.namprd04.prod.outlook.com (2603:10b6:404:8d::19) by MN2PR14MB4111.namprd14.prod.outlook.com (2603:10b6:208:1d0::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.23; Tue, 23 Jun 2020 17:15:49 +0000 Received: from BN3NAM01FT041.eop-nam01.prod.protection.outlook.com (2603:10b6:404:8d:cafe::3f) by BN6PR04CA0069.outlook.office365.com (2603:10b6:404:8d::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.22 via Frontend Transport; Tue, 23 Jun 2020 17:15:49 +0000 X-MS-Exchange-Authentication-Results: spf=softfail (sender IP is 35.166.188.152) smtp.mailfrom=commscope.com; gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=fail action=none header.from=commscope.com; Received: from obc.inkyphishfence.com (35.166.188.152) by BN3NAM01FT041.mail.protection.outlook.com (10.152.67.200) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.22 via Frontend Transport; Tue, 23 Jun 2020 17:15:48 +0000 Received: from ip-172-23-50-128.us-west-2.compute.internal (localhost [127.0.0.1]) by obc.inkyphishfence.com (Postfix) with ESMTPS id DAE02414EC; Tue, 23 Jun 2020 17:15:47 +0000 (UTC) X-Inky-Outbound-Processed: True Received: from NAM10-MW2-obe.outbound.protection.outlook.com (mail-mw2nam10lp2103.outbound.protection.outlook.com [104.47.55.103]) by obc.inkyphishfence.com (Postfix) with ESMTPS id 98E54414E8; Tue, 23 Jun 2020 17:15:47 +0000 (UTC) Received: from BYAPR14MB2326.namprd14.prod.outlook.com (2603:10b6:a02:b7::30) by BY5PR14MB3525.namprd14.prod.outlook.com (2603:10b6:a03:1dc::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.22; Tue, 23 Jun 2020 17:15:46 +0000 Received: from BYAPR14MB2326.namprd14.prod.outlook.com ([fe80::6136:23fb:2f9b:7236]) by BYAPR14MB2326.namprd14.prod.outlook.com ([fe80::6136:23fb:2f9b:7236%3]) with mapi id 15.20.3109.027; Tue, 23 Jun 2020 17:15:46 +0000 From: "Majumdar, Kausik" To: "slitkows.ietf@gmail.com" , "bess@ietf.org" CC: "Majumdar, Kausik" Thread-Topic: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-usage-07 Thread-Index: AdZJV6xbIA5I4OJ8QneA/Wu9XJmpKQAKaG0Q Date: Tue, 23 Jun 2020 17:15:46 +0000 Message-ID: References: <07ed01d64957$b7a589f0$26f09dd0$@gmail.com> In-Reply-To: <07ed01d64957$b7a589f0$26f09dd0$@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [65.115.120.154] x-ms-publictraffictype: Email X-MS-Office365-Filtering-Correlation-Id: a54f30a1-50a5-4c4e-45a3-08d817991303 x-ms-traffictypediagnostic: BY5PR14MB3525:|MN2PR14MB4111: x-ms-exchange-transport-forked: True X-Microsoft-Antispam-PRVS: x-ms-oob-tlc-oobclassifiers: OLM:9508;OLM:9508; x-forefront-prvs: 04433051BF X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam-Untrusted: BCL:0; X-Microsoft-Antispam-Message-Info-Original: NLF9xwZgYeLurz8rFfC/UbkvBmzPrxDJGUn0OaZVCsuK72R7f0ee7zX3wVXWu5dqCbB7tufvb3p1bVaWe6sVGdZsylQ2w7SsY4Ix9ZQ+RzGDSO7A7L/srj147XqBiNYO+ygp2WEFVfdU257KYFqG1L+f5EHPjbvnEMn6IqZOKNAdGtp0wRJbev1ZpsW2C2PUvY7q7WgOrKgHKNMAicu1hPKmAbfd7iPpfb0uapFr/xVRdzkTCyc0RfiNqxFTIJo87tC2D/jB9KkDyBv0rQ1iTw0f7XRlTakfr7c4Jx7TmoNIuMStncrB8GyWtkh5GMBb3aHaQ5IQkO/9yD2ry9pK+AQw35S/8NjGL/TvojQZvw9dmKSr2iE283WNmAJuXiowd4F6xGmX9CQoVvSijWvkbw== X-Forefront-Antispam-Report-Untrusted: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR14MB2326.namprd14.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(396003)(39860400002)(366004)(136003)(376002)(346002)(478600001)(5660300002)(52536014)(66476007)(66556008)(66946007)(64756008)(66446008)(33656002)(316002)(76116006)(4326008)(966005)(9686003)(55016002)(86362001)(107886003)(71200400001)(186003)(8676002)(166002)(110136005)(53546011)(6506007)(83380400001)(26005)(8936002)(2906002)(7696005); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: QzSpJ4k4u6TYlJ4buLNdgYqlVYm24n+R+dVVN5R5ddpfeNwxTyIwTFJIr9OBZfg4dbahYWKvOs21fSbDfYE8/zvy1PejqM3QJUDIxLJxzIZJ7jEyvc6PchCAdfrIzJtvdjWyrWDi6gajJpv5W2e5vR6af5jn/wSh04kUqLvWMpLAKkgolVhDu9TJRV+N5izs6F6RahFf/X2x2URDv4+KbQ5Vvs8U+AK54uXS/EzaR8HKskx8+9bAOXKqjPj2JqLoioWtCh4AaREEyzA48nzm7g/jKCf06t6aYePPbPfUEAFNWQPN8pJzeFWEmM5Y1VOVLrw1v/xUSF0nE4cq3+mAnugjhy0sFEXOJFWAozkUUKy05owQvJHzs/Tj305QjBXYGxRL6f/XCK+mbg5C4w3OLhKoQ5ySX8LJFqACvx7eaR03XX+YlTfrMZLCPfOefJCG6EDzaJi3FfrjY7dmZ9y2WSy3IvAQCwujFlfmZ+tFOWIUcJuOKUUbYtxrih4l+uf2 Content-Type: multipart/alternative; boundary="_000_BYAPR14MB23262D2C08CFDE2B8044F857FA940BYAPR14MB2326namp_" MIME-Version: 1.0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR14MB3525 X-EOPAttributedMessage: 0 X-MS-Exchange-Transport-CrossTenantHeadersStripped: BN3NAM01FT041.eop-nam01.prod.protection.outlook.com X-Forefront-Antispam-Report: CIP:35.166.188.152; CTRY:US; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:obc.inkyphishfence.com; PTR:obx-outbound.inkyphishfence.com; CAT:NONE; SFTY:; SFS:(4636009)(136003)(376002)(396003)(346002)(39860400002)(46966005)(8936002)(5660300002)(478600001)(7636003)(82310400002)(166002)(966005)(83380400001)(2906002)(70206006)(82740400003)(8676002)(9686003)(7696005)(45080400002)(52536014)(47076004)(336012)(33656002)(6506007)(4326008)(186003)(53546011)(110136005)(36906005)(316002)(356005)(55016002)(86362001)(107886003)(26005)(55236004); DIR:OUT; SFP:1101; X-MS-Office365-Filtering-Correlation-Id-Prvs: 372a128a-ddde-43da-dcff-08d817991192 X-IPW-GroupMember: False X-Forefront-PRVS: 04433051BF X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: RYJJfVYTHEsw7BQivcks7zrGd/nceERuQHv/71fHhi7mVVS7ciinth3tkgsZ+G7N1i+jFoz270LQrfy5ZHiSxngLPVO0ANB4m0EJeF7wyq04HCnxNtp2q3QdlyEQHX2xo+g5HZ1DukutyrJfQrh26XthJoTIXgG+U03z8VCr3U1n4z/4nmGqRNWureqUPIMfejX2uATUI3GJfgcM5EglGkLmNgOIrRawufVMCambJfPxSUbvkdwq7AbtMbF4JZAAweQhAmEhdZyMBdrcWTPqufzSt2viLcTzontTds4b1rAS6Wqb2YKtvjfYUzHdD/OU8Q3wQC6dM+wnlZOR/sL2Egxk41VYfxmSdhFcY07JOrBh+mWNS87tZA+sVOCbiABXXE0VC1poOQq4LvctSaDI54Z+kTExbMyzbGUj9H7uhvY9tvG6d7n/jRX5J2J5jtA3hwP9O9nKlk5FZvSeUR4BKsaW+nxyh4elPiHXWhZ5c2Q= X-OriginatorOrg: commscope.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Jun 2020 17:15:48.7352 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: a54f30a1-50a5-4c4e-45a3-08d817991303 X-MS-Exchange-CrossTenant-Id: 31472f81-8fe4-49ec-8bc3-fa1c295640d7 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=31472f81-8fe4-49ec-8bc3-fa1c295640d7; Ip=[35.166.188.152]; Helo=[obc.inkyphishfence.com] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR14MB4111 Archived-At: Subject: Re: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-usage-07 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jun 2020 17:15:55 -0000 --_000_BYAPR14MB23262D2C08CFDE2B8044F857FA940BYAPR14MB2326namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Stephane, Matthew, et all, This is a pretty stable draft. It defines the SDWAN use cases and those are= pretty important for the deployment. I support the WG adoption. I am not aware of any IPR associated with the draft. Thanks, Kausik From: BESS On Behalf Of slitkows.ietf@gmail.com Sent: Tuesday, June 23, 2020 5:14 AM To: bess@ietf.org Subject: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-us= age-07 Hello, This email begins a two-weeks WG adoption poll for draft-dunbar-bess= -bgp-sdwan-usage-07 [1] .. Please review the draft and post any comments to= the BESS working group list. We are also polling External (slitkows.ietf@gmail.com) Report This Email FAQ= Protection by INKY Hello, This email begins a two-weeks WG adoption poll for draft-dunbar-bess-bgp-sd= wan-usage-07 [1] .. Please review the draft and post any comments to the BESS working group lis= t. 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). If you are listed as an author or a contributor of this document, please re= spond to this email and indicate whether or not you are aware of any releva= nt undisclosed IPR, copying the BESS mailing list. The document won't progr= ess without answers from all the authors and contributors. Currently, there are no IPR disclosures against this document. If you are not listed as an author or a 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. This poll for adoption closes on 7th July 2020. Regards, Matthew and Stephane [1] https://datatracker.ietf.org/doc/draft-dunbar-bess-bgp-sdwan-usage/ --_000_BYAPR14MB23262D2C08CFDE2B8044F857FA940BYAPR14MB2326namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi=20Stephane,= =20Matthew,=20et=20all,

     

    This=20is=20a= =20pretty=20stable=20draft.=20It=20defines=20the=20SDWAN=20use=20cases=20an= d=20those=20are=20pretty=20important=20for=20the=20deployment.=20I=20suppor= t=20the=20WG=20adoption.

     

    I=20am=20not=20= aware=20of=20any=20IPR=20associated=20with=20the=20draft.

     

    Thanks,

    Kausik

     

    From:= =20BESS=20<bess-bounces@ietf.org&= gt; On=20Behalf=20Of=20slitkows.ietf@gmail.com
    Sent:=20Tuesday,=20June=2023,=202020=205:14=20AM
    To:=20bess@ietf.org
    Subject:=20[bess]=20WG=20adoption=20and=20IPR=20poll=20for=20draft-d= unbar-bess-bgp-sdwan-usage-07

     

     

    Hello,=20<= /p>  =20<= /p> This=20email=20begins= =20a=20two-weeks=20WG=20adoption=20poll=20for=20draft-dunbar-bess-bgp-sdwan= -usage-07=20[1]=20..

     =20<= /p> Please=20review=20the= =20draft=20and=20post=20any=20comments=20to=20the=20BESS=20working=20group= =20list.

     =20<= /p> We=20are=20also = polling=20for=20knowledge=20of=20any=20undisclosed=20IPR=20that=20applies= =20to=20this=20Document,=20to=20ensure=20that=20IPR=20has=20been=20disclose= d=20in=20compliance=20with=20IETF=20IPR=20rules=20(see=20RFCs=203979,=20487= 9,=203669=20and=205378=20for=20more=20details).

     =20<= /p> If=20you=20are=20list= ed=20as=20an=20author=20or=20a=20contributor=20of=20this=20document,=20plea= se=20respond=20to=20this=20email=20and=20indicate=20whether=20or=20not=20yo= u=20are=20aware=20of=20any=20relevant=20undisclosed=20IPR,=20copying=20the= =20BESS=20mailing=20list.=20The=20document =20won't=20progress=20without=20answers=20from=20all=20the=20authors=20and= =20contributors.=20

    Currently,=20there=20= are=20no=20IPR=20disclosures=20against=20this=20document.

     =20<= /p> If=20you=20are=20not= =20listed=20as=20an=20author=20or=20a=20contributor,=20then=20please=20expl= icitly=20respond=20only=20if=20you=20are=20aware=20of=20any=20IPR=20that=20= has=20not=20yet=20been=20disclosed=20in=20conformance=20with=20IETF=20rules.

     =20<= /p> This=20poll=20for=20a= doption=20closes=20on=207th=20July=202020.

     =20<= /p> Regards,=20

    Matthew=20and=20Steph= ane=20

     =20<= /p> [1] https://datatracker.ietf.or= g/doc/draft-dunbar-bess-bgp-sdwan-usage/

     

     

    --_000_BYAPR14MB23262D2C08CFDE2B8044F857FA940BYAPR14MB2326namp_-- From nobody Tue Jun 23 21:45:32 2020 Return-Path: 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 F11EE3A07D8; Tue, 23 Jun 2020 21:45:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.848 X-Spam-Level: X-Spam-Status: No, score=-1.848 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 ob6wYHWj3hmg; Tue, 23 Jun 2020 21:45:27 -0700 (PDT) Received: from mail-io1-xd44.google.com (mail-io1-xd44.google.com [IPv6:2607:f8b0:4864:20::d44]) (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 9AC363A07CE; Tue, 23 Jun 2020 21:45:27 -0700 (PDT) Received: by mail-io1-xd44.google.com with SMTP id f23so742267iof.6; Tue, 23 Jun 2020 21:45:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=JUy2eJWfdS08kAjTMFZmIxTJPxPWJepSxD9VtDboUCk=; b=VLZ/9YvjfQLq8jfcKACGcmOOpgtRD5izJix9WpHI61A6WE1ZZ5pEzX5g+HieGH2ylQ 9yOlMJep1qGSGzWK8+JXeG0/c00rOugS3OtRG3DjIV3zJwFcVioESxbzv6FP0QQw6oor q1OHaDeYMYQmIVsomkMaDqr1OWGUY1O5I6qn6OPW97c5JZu33sRYPS/9TZv34dD4F+FG D1f2n/QQyFrxoDZNSKC8xvtWJoFsosADECrMYJcZ0CtqmaNHAxAEVaGcOxD/e+4oA1/B cDPcAG3Tt14U98pSkl4NgFCa63Q79UzipYP2Qmpm2DNKkV1FtmIY6kc5fulkZiHkH8UQ y+pQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=JUy2eJWfdS08kAjTMFZmIxTJPxPWJepSxD9VtDboUCk=; b=IkW74gm1PsSxpjwtwIp8ZJsjJNh3xgeW/4o/MC4KoXhEJAlN6YnqF21wxJFx99jKE2 YREIYxLNkTPqUJW7A9EtxhXsFLbnUmocJHAobgk0BU3Bs931wLfRyc5fnFzMT30Ae2sr h68ROwIsRxYCV3DuzHS9UZxpTCoqGDCFEurep2s1TBFgD0i0AsyBaSG0YRP+6MVpSxgA RijYeSV+s3VfynFaazFwKH2uZSCHf+otkLoHft7utZhsZ0Lu43arAH++U1nkJplFaMJf iqShnSWXg6ZwSGeYaF49HBLQbJidV7J5sTb81teTxn3D3SdOXn0hp5rZwODPT64GHSYJ icpA== X-Gm-Message-State: AOAM531v5C3cmpF6KfxzOMkGDzxw2tww2hD++q61FtiXQ/douFEMQl5t /No5eWfE0AKXf3yfYfx0/O1gp3/fB2McqWd/YCY= X-Google-Smtp-Source: ABdhPJxoBZtCWSRDGx0pBKpbuypQzuoSeJYzT5OlVpOMS7AEdQuhL+eb21CgD5vv8Bt6safS6Z+h3SNfsMnFEKopTqs= X-Received: by 2002:a6b:4409:: with SMTP id r9mr21026837ioa.158.1592973926611; Tue, 23 Jun 2020 21:45:26 -0700 (PDT) MIME-Version: 1.0 References: <202006231611345058808@zte.com.cn> In-Reply-To: <202006231611345058808@zte.com.cn> From: Donald Eastlake Date: Wed, 24 Jun 2020 00:45:15 -0400 Message-ID: To: xiao.min2@zte.com.cn Cc: "Bocci, Matthew (Nokia - GB)" , draft-ietf-bess-evpn-oam-req-frmwk@ietf.org, bess@ietf.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [bess] WG Last Call and IPR Pollfordraft-ietf-bess-evpn-oam-req-frmwk-02 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2020 04:45:31 -0000 Hi, On Tue, Jun 23, 2020 at 4:11 AM wrote: > Hi Donald, > > Thanks for your reply, please see my inline comments with . > > Best Regards, > > Xiao Min > > =E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6 > =E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9ADonaldEastlake > =E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A=E8=82=96=E6=95=8F10093570; > =E6=8A=84=E9=80=81=E4=BA=BA=EF=BC=9ABocci, Matthew (Nokia - GB) ;draft-ietf-bess-evpn-oam-req-frmwk@ietf.org ;bess@ietf.org ; > =E6=97=A5 =E6=9C=9F =EF=BC=9A2020=E5=B9=B406=E6=9C=8823=E6=97=A5 05:33 > =E4=B8=BB =E9=A2=98 =EF=BC=9ARe: [bess] WG Last Call and IPR Pollfordraft= -ietf-bess-evpn-oam-req-frmwk-02 > Hi, > > On Sat, Jun 20, 2020 at 5:12 AM wrote: > > Hi Matthew, Stephane and Authors, > > > > After reading through this draft, I think it's very useful and > > well-written, so I support its publication. > > Thanks for your support and comments. > > > I also have several specific comments as follows. > > > > In section 2.2, it says > > > > " > > The EVPN PE SHOULD support MEP > > functions in the applicable service OAM protocol. This includes both > > Up and Down MEP functions. > > " > > > > In my opinion it's reasonable to include Down MEP functions, which > > means sending OAM messages between EVPN PE and CE, but UP MEP > > functions should be excluded, because that means sending OAM > > messages between EVPN PEs, which I think doesn't belong to EVPN > > Service OAM. My understanding is that for any kind of EVPN Service > > OAM it must include CE, if an OAM mechanism runs between EVPN PEs, > > then this OAM mechanism belongs to EVPN Network OAM or EVPN > > Transport OAM. > > Replying just for myself, I believe MEPs are logically in ports. What > we are talking about here is the MEP logically located in the > CE-facing port of the PE. Certainly down MEP functions from there go > to the CE. I think UP MEP functions would go to the UP MEP logically > located in the CE facing port of a remote PE. So, this is PE-to-PE and > similar to EVPN Network OAM, which runs from the brain of one PE to > the brain of another, but not identical. So I do not see any reason > why both should not be available. Perhaps these distinctions should > be clarified in the text. > > > I agree to your detailed analysis, nevetheless I lean to classifying= UP MEP functions at a pair of PEs into EVPN Network OAM, actually I think = it's a good candidate for the operator to choose to achieve EVPN PE-to-PE N= etwork OAM. My argument is that any EVPN Service OAM should have CE involve= d, which will check the CE address mapping table but EVPN Network OAM won't= . With that, I suggest to clarify that when an UP MEP at PE interacts with = an UP MEP at remote PE, it's EVPN Network OAM, and when an UP MEP at PE int= eracts with a Down MEP at remote CE, it's EVPN Service OAM. That seems reasonable. I'll think about how to re-word the relevant draft sections. > > In section 2.2, it says > > > > " > > The EVPN PE SHOULD advertise any MEP/MIP local to the PE as a MAC/IP > > Advertisement route. Since these are not subject to mobility, they > > SHOULD be advertised with the static (sticky) bit set (see Section > > 15.2 of [RFC7432]). > > " > > > > In my opinion "MEP/MIP" should be substituted by "MIP", because as I > > said above, the MEP at the EVPN PE should be a Down MEP, it's peer > > MEP is at locally attached CE, there is no need to advertise it to > > remote PEs. > > See my response above. By the way, I think if there is a MIP at PE1 > then an UP MEP at a remote PE can run through the MIP to a CE local to > PE1 (actually, to be precise, to the PE facing port of that CE). > > > I agree to your example that a Down MEP at local CE can interact wit= h an UP MEP at the remote PE, although I suspect that the operator would li= ke to deploy it. With that, no any changes needed here. OK. Thanks, Donald =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D Donald E. Eastlake 3rd +1-508-333-2270 (cell) 2386 Panoramic Circle, Apopka, FL 32703 USA d3e3e3@gmail.com > > In section 3.1.2.2, it says > > > > "EVPN Service OAM mechanisms only have visibility to the PEs but not > > the MPLS/IP P nodes. As such, they can be used to deduce whether the > > fault is in the customer's own network, the local CE-PE segment or > > remote CE-PE segment(s). EVPN Network and Transport OAM mechanisms > > can be used for fault isolation between the PEs and P nodes." > > > > Considering in section 2.3 the first sentence reads "EVPN Network > > OAM is visible to the PE nodes only", I suggest to rephrase this > > paragraph possibly as below: > > > > "EVPN Service OAM and EVPN Network OAM mechanisms only have > > visibility to the PEs but not the MPLS/IP P nodes. As such, they can > > be used to deduce whether the fault is in the customer's own > > network, the local CE-PE segment, the PE-PE segment or the remote > > CE-PE segment(s). EVPN Transport OAM mechanisms can be used for > > fault isolation between the PEs and P nodes." > > Your suggested change looks OK to me. > > > Section 3.1.2.1, there is a typo, s/to rest a representative path > > between PEs/to test a representative path between PEs. > > OK, we'll fix that. > > Thanks, > Donald > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D > Donald E. Eastlake 3rd +1-508-333-2270 (cell) > 2386 Panoramic Circle, Apopka, FL 32703 USA > d3e3e3@gmail.com > > > Best Regards, > > > > Xiao Min > > > > =E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6 > > =E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9ABocci,Matthew(Nokia-GB) > > =E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9Adraft-ietf-bess-evpn-oam-req-frmwk@= ietf.org ;bess@ietf.org ; > > =E6=97=A5 =E6=9C=9F =EF=BC=9A2020=E5=B9=B406=E6=9C=8815=E6=97=A5 18:56 > > =E4=B8=BB =E9=A2=98 =EF=BC=9A[bess] WG Last Call and IPR Poll fordraft-= ietf-bess-evpn-oam-req-frmwk-02 > > _______________________________________________ > > BESS mailing list > > BESS@ietf.org > > https://www.ietf.org/mailman/listinfo/bess > > > > This email starts a two-week working group last call fordraft-ietf-bess= -evpn-oam-req-frmwk-02 > > > > > > > > Please review the draft and send any comments to the BESS list. Also, p= lease indicate if you support publishing the draft as a standards track RFC= . > > > > > > > > This poll runs until Monday 29th June 2020. > > > > > > > > We are also polling for knowledge of any undisclosed IPR that applies t= o this Document, to ensure that IPR has been disclosed in compliance with I= ETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). > > > > If you are listed as an Author or a 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. > > > > There is currently no IPR disclosed. > > > > Thank you, > > > > Matthew & Stephane > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > > From nobody Wed Jun 24 00:52:49 2020 Return-Path: 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 418EB3A0C21; Wed, 24 Jun 2020 00:52:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.895 X-Spam-Level: X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=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 Ev5EGmOHBcCk; Wed, 24 Jun 2020 00:52:44 -0700 (PDT) Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (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 26D1A3A0C1F; Wed, 24 Jun 2020 00:52:43 -0700 (PDT) Received: from mxct.zte.com.cn (unknown [192.168.164.217]) by Forcepoint Email with ESMTPS id D367D75401C74DC3D5ED; Wed, 24 Jun 2020 15:52:41 +0800 (CST) Received: from mse-fl1.zte.com.cn (unknown [10.30.14.238]) by Forcepoint Email with ESMTPS id AAB78AC7A29AEA4A37C6; Wed, 24 Jun 2020 15:52:41 +0800 (CST) Received: from njxapp05.zte.com.cn ([10.41.132.204]) by mse-fl1.zte.com.cn with SMTP id 05O7qTAC072000; Wed, 24 Jun 2020 15:52:29 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn) Received: from mapi (njxapp02[null]) by mapi (Zmail) with MAPI id mid201; Wed, 24 Jun 2020 15:52:29 +0800 (CST) Date: Wed, 24 Jun 2020 15:52:29 +0800 (CST) X-Zmail-TransId: 2afa5ef3063d28dedb0f X-Mailer: Zmail v1.0 Message-ID: <202006241552293402304@zte.com.cn> In-Reply-To: References: CAF4+nEEAKcz7W0mV6Rf2Ca-NquZsu64M+-oF1iJRneBeb0pm6w@mail.gmail.com, CAF4+nEFbEQ8RgkEWHjT-k4CgpfDHJ_fqMbNohU90EnV4ODg2Fg@mail.gmail.com Mime-Version: 1.0 From: To: Cc: , , Content-Type: multipart/mixed; boundary="=====_001_next=====" X-MAIL: mse-fl1.zte.com.cn 05O7qTAC072000 Archived-At: Subject: Re: [bess] =?utf-8?q?WG_Last_Call_and_IPRPollfordraft-ietf-bess-evpn?= =?utf-8?q?-oam-req-frmwk-02?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2020 07:52:47 -0000 --=====_001_next===== Content-Type: multipart/related; boundary="=====_002_next=====" --=====_002_next===== Content-Type: multipart/alternative; boundary="=====_003_next=====" --=====_003_next===== Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgRG9uYWxkLA0KDQoNCg0KDQoNCg0KVGhhbmtzIGZvciBjb25zaWRlcmluZyBteSBjb21tZW50 cy4NCg0KDQoNCg0KDQoNCkJlc3QgUmVnYXJkcywNCg0KDQpYaWFvIE1pbg0KDQoNCg0KDQoNCg0K DQoNCg0K5Y6f5aeL6YKu5Lu2DQoNCg0KDQrlj5Hku7bkurrvvJpEb25hbGRFYXN0bGFrZSA8ZDNl M2UzQGdtYWlsLmNvbT4NCuaUtuS7tuS6uu+8muiCluaVjzEwMDkzNTcwOw0K5oqE6YCB5Lq677ya Qm9jY2ksIE1hdHRoZXcgKE5va2lhIC0gR0IpIDxtYXR0aGV3LmJvY2NpQG5va2lhLmNvbT47ZHJh ZnQtaWV0Zi1iZXNzLWV2cG4tb2FtLXJlcS1mcm13a0BpZXRmLm9yZyA8ZHJhZnQtaWV0Zi1iZXNz LWV2cG4tb2FtLXJlcS1mcm13a0BpZXRmLm9yZz47YmVzc0BpZXRmLm9yZyA8YmVzc0BpZXRmLm9y Zz47DQrml6Ug5pyfIO+8mjIwMjDlubQwNuaciDI05pelIDEyOjQ2DQrkuLsg6aKYIO+8mlJlOiBb YmVzc10gV0cgTGFzdCBDYWxsIGFuZCBJUFJQb2xsZm9yZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb2Ft LXJlcS1mcm13ay0wMg0KDQoNCg0KDQpIaSwNCg0KT24gVHVlLCBKdW4gMjMsIDIwMjAgYXQgNDox MSBBTSA8eGlhby5taW4yQHp0ZS5jb20uY24+IHdyb3RlOg0KPiBIaSBEb25hbGQsDQo+DQo+IFRo YW5rcyBmb3IgeW91ciByZXBseSwgcGxlYXNlIHNlZSBteSBpbmxpbmUgY29tbWVudHMgd2l0aCA8 WE0+Lg0KPg0KPiBCZXN0IFJlZ2FyZHMsDQo+DQo+IFhpYW8gTWluDQo+DQo+IOWOn+Wni+mCruS7 tg0KPiDlj5Hku7bkurrvvJpEb25hbGRFYXN0bGFrZSA8ZDNlM2UzQGdtYWlsLmNvbT4NCj4g5pS2 5Lu25Lq677ya6IKW5pWPMTAwOTM1NzA7DQo+IOaKhOmAgeS6uu+8mkJvY2NpLCBNYXR0aGV3IChO b2tpYSAtIEdCKSA8bWF0dGhldy5ib2NjaUBub2tpYS5jb20+O2RyYWZ0LWlldGYtYmVzcy1ldnBu LW9hbS1yZXEtZnJtd2tAaWV0Zi5vcmcgPGRyYWZ0LWlldGYtYmVzcy1ldnBuLW9hbS1yZXEtZnJt d2tAaWV0Zi5vcmc+O2Jlc3NAaWV0Zi5vcmcgPGJlc3NAaWV0Zi5vcmc+Ow0KPiDml6Ug5pyfIO+8 mjIwMjDlubQwNuaciDIz5pelIDA1OjMzDQo+IOS4uyDpopgg77yaUmU6IFtiZXNzXSBXRyBMYXN0 IENhbGwgYW5kIElQUiBQb2xsZm9yZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb2FtLXJlcS1mcm13ay0w Mg0KPiBIaSwNCj4NCj4gT24gU2F0LCBKdW4gMjAsIDIwMjAgYXQgNToxMiBBTSA8eGlhby5taW4y QHp0ZS5jb20uY24+IHdyb3RlOg0KPiA+IEhpIE1hdHRoZXcsIFN0ZXBoYW5lIGFuZCBBdXRob3Jz LA0KPiA+DQo+ID4gQWZ0ZXIgcmVhZGluZyB0aHJvdWdoIHRoaXMgZHJhZnQsIEkgdGhpbmsgaXQn cyB2ZXJ5IHVzZWZ1bCBhbmQNCj4gPiB3ZWxsLXdyaXR0ZW4sIHNvIEkgc3VwcG9ydCBpdHMgcHVi bGljYXRpb24uDQo+DQo+IFRoYW5rcyBmb3IgeW91ciBzdXBwb3J0IGFuZCBjb21tZW50cy4NCj4N Cj4gPiBJIGFsc28gaGF2ZSBzZXZlcmFsIHNwZWNpZmljIGNvbW1lbnRzIGFzIGZvbGxvd3MuDQo+ ID4NCj4gPiBJbiBzZWN0aW9uIDIuMiwgaXQgc2F5cw0KPiA+DQo+ID4gIg0KPiA+IFRoZSBFVlBO IFBFIFNIT1VMRCBzdXBwb3J0IE1FUA0KPiA+ICBmdW5jdGlvbnMgaW4gdGhlIGFwcGxpY2FibGUg c2VydmljZSBPQU0gcHJvdG9jb2wuIFRoaXMgaW5jbHVkZXMgYm90aA0KPiA+ICBVcCBhbmQgRG93 biBNRVAgZnVuY3Rpb25zLg0KPiA+ICINCj4gPg0KPiA+IEluIG15IG9waW5pb24gaXQncyByZWFz b25hYmxlIHRvIGluY2x1ZGUgRG93biBNRVAgZnVuY3Rpb25zLCB3aGljaA0KPiA+IG1lYW5zIHNl bmRpbmcgT0FNIG1lc3NhZ2VzIGJldHdlZW4gRVZQTiBQRSBhbmQgQ0UsIGJ1dCBVUCBNRVANCj4g PiBmdW5jdGlvbnMgc2hvdWxkIGJlIGV4Y2x1ZGVkLCBiZWNhdXNlIHRoYXQgbWVhbnMgc2VuZGlu ZyBPQU0NCj4gPiBtZXNzYWdlcyBiZXR3ZWVuIEVWUE4gUEVzLCB3aGljaCBJIHRoaW5rIGRvZXNu J3QgYmVsb25nIHRvIEVWUE4NCj4gPiBTZXJ2aWNlIE9BTS4gTXkgdW5kZXJzdGFuZGluZyBpcyB0 aGF0IGZvciBhbnkga2luZCBvZiBFVlBOIFNlcnZpY2UNCj4gPiBPQU0gaXQgbXVzdCBpbmNsdWRl IENFLCBpZiBhbiBPQU0gbWVjaGFuaXNtIHJ1bnMgYmV0d2VlbiBFVlBOIFBFcywNCj4gPiB0aGVu IHRoaXMgT0FNIG1lY2hhbmlzbSBiZWxvbmdzIHRvIEVWUE4gTmV0d29yayBPQU0gb3IgRVZQTg0K PiA+IFRyYW5zcG9ydCBPQU0uDQo+DQo+IFJlcGx5aW5nIGp1c3QgZm9yIG15c2VsZiwgSSBiZWxp ZXZlIE1FUHMgYXJlIGxvZ2ljYWxseSBpbiBwb3J0cy4gV2hhdA0KPiB3ZSBhcmUgdGFsa2luZyBh Ym91dCBoZXJlIGlzIHRoZSBNRVAgbG9naWNhbGx5IGxvY2F0ZWQgaW4gdGhlDQo+IENFLWZhY2lu ZyBwb3J0IG9mIHRoZSBQRS4gQ2VydGFpbmx5IGRvd24gTUVQIGZ1bmN0aW9ucyBmcm9tIHRoZXJl IGdvDQo+IHRvIHRoZSBDRS4gSSB0aGluayBVUCBNRVAgZnVuY3Rpb25zIHdvdWxkIGdvIHRvIHRo ZSBVUCBNRVAgbG9naWNhbGx5DQo+IGxvY2F0ZWQgaW4gdGhlIENFIGZhY2luZyBwb3J0IG9mIGEg cmVtb3RlIFBFLiBTbywgdGhpcyBpcyBQRS10by1QRSBhbmQNCj4gc2ltaWxhciB0byBFVlBOIE5l dHdvcmsgT0FNLCB3aGljaCBydW5zIGZyb20gdGhlIGJyYWluIG9mIG9uZSBQRSB0bw0KPiB0aGUg YnJhaW4gb2YgYW5vdGhlciwgYnV0IG5vdCBpZGVudGljYWwuIFNvIEkgZG8gbm90IHNlZSBhbnkg cmVhc29uDQo+IHdoeSBib3RoIHNob3VsZCBub3QgYmUgYXZhaWxhYmxlLiAgUGVyaGFwcyB0aGVz ZSBkaXN0aW5jdGlvbnMgc2hvdWxkDQo+IGJlIGNsYXJpZmllZCBpbiB0aGUgdGV4dC4NCj4NCj4N Cj4gPFhNPiBJIGFncmVlIHRvIHlvdXIgZGV0YWlsZWQgYW5hbHlzaXMsIG5ldmV0aGVsZXNzIEkg bGVhbiB0byBjbGFzc2lmeWluZyBVUCBNRVAgZnVuY3Rpb25zIGF0IGEgcGFpciBvZiBQRXMgaW50 byBFVlBOIE5ldHdvcmsgT0FNLCBhY3R1YWxseSBJIHRoaW5rIGl0J3MgYSBnb29kIGNhbmRpZGF0 ZSBmb3IgdGhlIG9wZXJhdG9yIHRvIGNob29zZSB0byBhY2hpZXZlIEVWUE4gUEUtdG8tUEUgTmV0 d29yayBPQU0uIE15IGFyZ3VtZW50IGlzIHRoYXQgYW55IEVWUE4gU2VydmljZSBPQU0gc2hvdWxk IGhhdmUgQ0UgaW52b2x2ZWQsIHdoaWNoIHdpbGwgY2hlY2sgdGhlIENFIGFkZHJlc3MgbWFwcGlu ZyB0YWJsZSBidXQgRVZQTiBOZXR3b3JrIE9BTSB3b24ndC4gV2l0aCB0aGF0LCBJIHN1Z2dlc3Qg dG8gY2xhcmlmeSB0aGF0IHdoZW4gYW4gVVAgTUVQIGF0IFBFIGludGVyYWN0cyB3aXRoIGFuIFVQ IE1FUCBhdCByZW1vdGUgUEUsIGl0J3MgRVZQTiBOZXR3b3JrIE9BTSwgYW5kIHdoZW4gYW4gVVAg TUVQIGF0IFBFIGludGVyYWN0cyB3aXRoIGEgRG93biBNRVAgYXQgcmVtb3RlIENFLCBpdCdzIEVW UE4gU2VydmljZSBPQU0uDQoNCjxkZT4gVGhhdCBzZWVtcyByZWFzb25hYmxlLiBJJ2xsIHRoaW5r IGFib3V0IGhvdyB0byByZS13b3JkIHRoZQ0KcmVsZXZhbnQgZHJhZnQgc2VjdGlvbnMuDQoNCj4g PiBJbiBzZWN0aW9uIDIuMiwgaXQgc2F5cw0KPiA+DQo+ID4gIg0KPiA+IFRoZSBFVlBOIFBFIFNI T1VMRCBhZHZlcnRpc2UgYW55IE1FUC9NSVAgbG9jYWwgdG8gdGhlIFBFIGFzIGEgTUFDL0lQDQo+ ID4gIEFkdmVydGlzZW1lbnQgcm91dGUuIFNpbmNlIHRoZXNlIGFyZSBub3Qgc3ViamVjdCB0byBt b2JpbGl0eSwgdGhleQ0KPiA+ICBTSE9VTEQgYmUgYWR2ZXJ0aXNlZCB3aXRoIHRoZSBzdGF0aWMg KHN0aWNreSkgYml0IHNldCAoc2VlIFNlY3Rpb24NCj4gPiAgMTUuMiBvZiBbUkZDNzQzMl0pLg0K PiA+ICINCj4gPg0KPiA+IEluIG15IG9waW5pb24gIk1FUC9NSVAiIHNob3VsZCBiZSBzdWJzdGl0 dXRlZCBieSAiTUlQIiwgYmVjYXVzZSBhcyBJDQo+ID4gc2FpZCBhYm92ZSwgdGhlIE1FUCBhdCB0 aGUgRVZQTiBQRSBzaG91bGQgYmUgYSBEb3duIE1FUCwgaXQncyBwZWVyDQo+ID4gTUVQIGlzIGF0 IGxvY2FsbHkgYXR0YWNoZWQgQ0UsIHRoZXJlIGlzIG5vIG5lZWQgdG8gYWR2ZXJ0aXNlIGl0IHRv DQo+ID4gcmVtb3RlIFBFcy4NCj4NCj4gU2VlIG15IHJlc3BvbnNlIGFib3ZlLiBCeSB0aGUgd2F5 LCBJIHRoaW5rIGlmIHRoZXJlIGlzIGEgTUlQIGF0IFBFMQ0KPiB0aGVuIGFuIFVQIE1FUCBhdCBh IHJlbW90ZSBQRSBjYW4gcnVuIHRocm91Z2ggdGhlIE1JUCB0byBhIENFIGxvY2FsIHRvDQo+IFBF MSAoYWN0dWFsbHksIHRvIGJlIHByZWNpc2UsIHRvIHRoZSBQRSBmYWNpbmcgcG9ydCBvZiB0aGF0 IENFKS4NCj4NCj4NCj4gPFhNPiBJIGFncmVlIHRvIHlvdXIgZXhhbXBsZSB0aGF0IGEgRG93biBN RVAgYXQgbG9jYWwgQ0UgY2FuIGludGVyYWN0IHdpdGggYW4gVVAgTUVQIGF0IHRoZSByZW1vdGUg UEUsIGFsdGhvdWdoIEkgc3VzcGVjdCB0aGF0IHRoZSBvcGVyYXRvciB3b3VsZCBsaWtlIHRvIGRl cGxveSBpdC4gV2l0aCB0aGF0LCBubyBhbnkgY2hhbmdlcyBuZWVkZWQgaGVyZS4NCg0KPGRlPiBP Sy4NCg0KVGhhbmtzLA0KRG9uYWxkDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQog RG9uYWxkIEUuIEVhc3RsYWtlIDNyZCAgICsxLTUwOC0zMzMtMjI3MCAoY2VsbCkNCiAyMzg2IFBh bm9yYW1pYyBDaXJjbGUsIEFwb3BrYSwgRkwgMzI3MDMgVVNBDQogZDNlM2UzQGdtYWlsLmNvbQ0K DQo+ID4gSW4gc2VjdGlvbiAzLjEuMi4yLCBpdCBzYXlzDQo+ID4NCj4gPiAiRVZQTiBTZXJ2aWNl IE9BTSBtZWNoYW5pc21zIG9ubHkgaGF2ZSB2aXNpYmlsaXR5IHRvIHRoZSBQRXMgYnV0IG5vdA0K PiA+ICB0aGUgTVBMUy9JUCBQIG5vZGVzLiBBcyBzdWNoLCB0aGV5IGNhbiBiZSB1c2VkIHRvIGRl ZHVjZSB3aGV0aGVyIHRoZQ0KPiA+ICBmYXVsdCBpcyBpbiB0aGUgY3VzdG9tZXIncyBvd24gbmV0 d29yaywgdGhlIGxvY2FsIENFLVBFIHNlZ21lbnQgb3INCj4gPiAgcmVtb3RlIENFLVBFIHNlZ21l bnQocykuIEVWUE4gTmV0d29yayBhbmQgVHJhbnNwb3J0IE9BTSBtZWNoYW5pc21zDQo+ID4gIGNh biBiZSB1c2VkIGZvciBmYXVsdCBpc29sYXRpb24gYmV0d2VlbiB0aGUgUEVzIGFuZCBQIG5vZGVz LiINCj4gPg0KPiA+IENvbnNpZGVyaW5nIGluIHNlY3Rpb24gMi4zIHRoZSBmaXJzdCBzZW50ZW5j ZSByZWFkcyAiRVZQTiBOZXR3b3JrDQo+ID4gT0FNIGlzIHZpc2libGUgdG8gdGhlIFBFIG5vZGVz IG9ubHkiLCBJIHN1Z2dlc3QgdG8gcmVwaHJhc2UgdGhpcw0KPiA+IHBhcmFncmFwaCBwb3NzaWJs eSBhcyBiZWxvdzoNCj4gPg0KPiA+ICJFVlBOIFNlcnZpY2UgT0FNIGFuZCBFVlBOIE5ldHdvcmsg T0FNIG1lY2hhbmlzbXMgb25seSBoYXZlDQo+ID4gdmlzaWJpbGl0eSB0byB0aGUgUEVzIGJ1dCBu b3QgdGhlIE1QTFMvSVAgUCBub2Rlcy4gQXMgc3VjaCwgdGhleSBjYW4NCj4gPiBiZSB1c2VkIHRv IGRlZHVjZSB3aGV0aGVyIHRoZSBmYXVsdCBpcyBpbiB0aGUgY3VzdG9tZXIncyBvd24NCj4gPiBu ZXR3b3JrLCB0aGUgbG9jYWwgQ0UtUEUgc2VnbWVudCwgdGhlIFBFLVBFIHNlZ21lbnQgb3IgdGhl IHJlbW90ZQ0KPiA+IENFLVBFIHNlZ21lbnQocykuIEVWUE4gVHJhbnNwb3J0IE9BTSBtZWNoYW5p c21zIGNhbiBiZSB1c2VkIGZvcg0KPiA+IGZhdWx0IGlzb2xhdGlvbiBiZXR3ZWVuIHRoZSBQRXMg YW5kIFAgbm9kZXMuIg0KPg0KPiBZb3VyIHN1Z2dlc3RlZCBjaGFuZ2UgbG9va3MgT0sgdG8gbWUu DQo+DQo+ID4gU2VjdGlvbiAzLjEuMi4xLCB0aGVyZSBpcyBhIHR5cG8sIHMvdG8gcmVzdCBhIHJl cHJlc2VudGF0aXZlIHBhdGgNCj4gPiBiZXR3ZWVuIFBFcy90byB0ZXN0IGEgcmVwcmVzZW50YXRp dmUgcGF0aCBiZXR3ZWVuIFBFcy4NCj4NCj4gT0ssIHdlJ2xsIGZpeCB0aGF0Lg0KPg0KPiBUaGFu a3MsDQo+IERvbmFsZA0KPiA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQo+ICBEb25h bGQgRS4gRWFzdGxha2UgM3JkICAgKzEtNTA4LTMzMy0yMjcwIChjZWxsKQ0KPiAgMjM4NiBQYW5v cmFtaWMgQ2lyY2xlLCBBcG9wa2EsIEZMIDMyNzAzIFVTQQ0KPiAgZDNlM2UzQGdtYWlsLmNvbQ0K Pg0KPiA+IEJlc3QgUmVnYXJkcywNCj4gPg0KPiA+IFhpYW8gTWluDQo+ID4NCj4gPiDljp/lp4vp gq7ku7YNCj4gPiDlj5Hku7bkurrvvJpCb2NjaSxNYXR0aGV3KE5va2lhLUdCKSA8bWF0dGhldy5i b2NjaUBub2tpYS5jb20+DQo+ID4g5pS25Lu25Lq677yaZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb2Ft LXJlcS1mcm13a0BpZXRmLm9yZyA8ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb2FtLXJlcS1mcm13a0Bp ZXRmLm9yZz47YmVzc0BpZXRmLm9yZyA8YmVzc0BpZXRmLm9yZz47DQo+ID4g5pelIOacnyDvvJoy MDIw5bm0MDbmnIgxNeaXpSAxODo1Ng0KPiA+IOS4uyDpopgg77yaW2Jlc3NdIFdHIExhc3QgQ2Fs bCBhbmQgSVBSIFBvbGwgZm9yZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb2FtLXJlcS1mcm13ay0wMg0K PiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4g QkVTUyBtYWlsaW5nIGxpc3QNCj4gPiBCRVNTQGlldGYub3JnDQo+ID4gaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9iZXNzDQo+ID4NCj4gPiBUaGlzIGVtYWlsIHN0YXJ0cyBh IHR3by13ZWVrIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGZvcmRyYWZ0LWlldGYtYmVzcy1ldnBu LW9hbS1yZXEtZnJtd2stMDINCj4gPg0KPiA+DQo+ID4NCj4gPiBQbGVhc2UgcmV2aWV3IHRoZSBk cmFmdCBhbmQgc2VuZCBhbnkgY29tbWVudHMgdG8gdGhlIEJFU1MgbGlzdC4gQWxzbywgcGxlYXNl IGluZGljYXRlIGlmIHlvdSBzdXBwb3J0IHB1Ymxpc2hpbmcgdGhlIGRyYWZ0IGFzIGEgc3RhbmRh cmRzIHRyYWNrIFJGQy4NCj4gPg0KPiA+DQo+ID4NCj4gPiBUaGlzIHBvbGwgcnVucyB1bnRpbCBN b25kYXkgMjl0aCBKdW5lIDIwMjAuDQo+ID4NCj4gPg0KPiA+DQo+ID4gV2UgYXJlIGFsc28gcG9s bGluZyBmb3Iga25vd2xlZGdlIG9mIGFueSB1bmRpc2Nsb3NlZCBJUFIgdGhhdCBhcHBsaWVzIHRv IHRoaXMgRG9jdW1lbnQsIHRvIGVuc3VyZSB0aGF0IElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4g Y29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzIChzZWUgUkZDcyAzOTc5LCA0ODc5LCAzNjY5 IGFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMpLg0KPiA+DQo+ID4gSWYgeW91IGFyZSBsaXN0ZWQg YXMgYW4gQXV0aG9yIG9yIGEgQ29udHJpYnV0b3Igb2YgdGhpcyBkb2N1bWVudCBwbGVhc2UgcmVz cG9uZCB0byB0aGlzIGVtYWlsIGFuZCBpbmRpY2F0ZSB3aGV0aGVyIG9yIG5vdCB5b3UgYXJlIGF3 YXJlIG9mIGFueSByZWxldmFudCB1bmRpc2Nsb3NlZCBJUFIuIFRoZSBEb2N1bWVudCB3b24ndCBw cm9ncmVzcyB3aXRob3V0IGFuc3dlcnMgZnJvbSBhbGwgdGhlIEF1dGhvcnMgYW5kIENvbnRyaWJ1 dG9ycy4NCj4gPg0KPiA+IFRoZXJlIGlzIGN1cnJlbnRseSBubyBJUFIgZGlzY2xvc2VkLg0KPiA+ DQo+ID4gVGhhbmsgeW91LA0KPiA+DQo+ID4gTWF0dGhldyAmIFN0ZXBoYW5lDQo+DQo+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IEJFU1MgbWFpbGlu ZyBsaXN0DQo+IEJFU1NAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9iZXNzDQo+DQo+DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQpCRVNTIG1haWxpbmcgbGlzdA0KQkVTU0BpZXRmLm9yZw0KaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9iZXNz --=====_003_next===== Content-Type: text/html ; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZh bWlseTphcmlhbDsiPkhpIERvbmFsZCw8L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQt ZmFtaWx5OmFyaWFsOyI+PGJyPjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1p bHk6YXJpYWw7Ij5UaGFua3MgZm9yIGNvbnNpZGVyaW5nIG15IGNvbW1lbnRzLjwvcD48cCBzdHls ZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6YXJpYWw7Ij48YnI+PC9wPjxwIHN0eWxlPSJm b250LXNpemU6MTRweDtmb250LWZhbWlseTphcmlhbDsiPkJlc3QgUmVnYXJkcyw8L3A+PHAgc3R5 bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsOyI+WGlhbyBNaW48L3A+PGRpdiBj bGFzcz0iek1haWxTaWduIiB1bm9uYW1lY2g9IuiCluaVjzEwMDkzNTcwIiB1bm9uYW1lZW49Inhp YW9taW4xMDA5MzU3MCI+PGRpdiBjbGFzcz0iek1haWxTaWduQ29udGVudCI+PC9kaXY+PC9kaXY+ PGRpdiBjbGFzcz0iek1haWxGcm9tIj48L2Rpdj48ZGl2PjxkaXYgY2xhc3M9InpoaXN0b3J5Um93 IiBzdHlsZT0iZGlzcGxheTpibG9jayI+PGRpdiBjbGFzcz0iemhpc3RvcnlEZXMiIHN0eWxlPSJ3 aWR0aDogMTAwJTsgaGVpZ2h0OiAyOHB4OyBsaW5lLWhlaWdodDogMjhweDsgYmFja2dyb3VuZC1j b2xvcjogI0UwRTVFOTsgY29sb3I6ICMxMzg4RkY7IHRleHQtYWxpZ246IGNlbnRlcjsiIGxhbmd1 YWdlLWRhdGE9Ikhpc3RvcnlPcmdUeHQiPuWOn+Wni+mCruS7tjwvZGl2PjxkaXYgaWQ9Inp3cml0 ZUhpc3RvcnlDb250YWluZXIiPjxkaXYgY2xhc3M9ImNvbnRyb2wtZ3JvdXAgemhpc3RvcnlQYW5l bCI+PGRpdiBjbGFzcz0iemhpc3RvcnlIZWFkZXIiIHN0eWxlPSJwYWRkaW5nOiA4cHg7IGJhY2tn cm91bmQtY29sb3I6ICNGNUY2Rjg7Ij48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9y eVNlbmRlclR4dCI+5Y+R5Lu25Lq677yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5h bWUiPkRvbmFsZEVhc3RsYWtlICZsdDtkM2UzZTNAZ21haWwuY29tJmd0Ozwvc3Bhbj48L2Rpdj48 ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeVRPVHh0Ij7mlLbku7bkurrvvJo8L3N0 cm9uZz48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSIgc3R5bGU9ImRpc3BsYXk6IGlubGluZTsi PuiCluaVjzEwMDkzNTcwOzwvc3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0i SGlzdG9yeUNDVHh0Ij7mioTpgIHkurrvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0ienJlYWRVc2Vy TmFtZSIgc3R5bGU9ImRpc3BsYXk6IGlubGluZTsiPkJvY2NpLCBNYXR0aGV3IChOb2tpYSAtIEdC KSAmbHQ7bWF0dGhldy5ib2NjaUBub2tpYS5jb20mZ3Q7Ozwvc3Bhbj48c3BhbiBjbGFzcz0ienJl YWRVc2VyTmFtZSIgc3R5bGU9ImRpc3BsYXk6IGlubGluZTsiPmRyYWZ0LWlldGYtYmVzcy1ldnBu LW9hbS1yZXEtZnJtd2tAaWV0Zi5vcmcgJmx0O2RyYWZ0LWlldGYtYmVzcy1ldnBuLW9hbS1yZXEt ZnJtd2tAaWV0Zi5vcmcmZ3Q7Ozwvc3Bhbj48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSIgc3R5 bGU9ImRpc3BsYXk6IGlubGluZTsiPmJlc3NAaWV0Zi5vcmcgJmx0O2Jlc3NAaWV0Zi5vcmcmZ3Q7 Ozwvc3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeURhdGVUeHQi PuaXpSDmnJ8g77yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9IiI+MjAyMOW5tDA25pyIMjTml6UgMTI6 NDY8L3NwYW4+PC9kaXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlTdWJqZWN0 VHh0Ij7kuLsg6aKYIO+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJ6cmVhZFRpdGxlIj48c3Ryb25n PlJlOiBbYmVzc10gV0cgTGFzdCBDYWxsIGFuZCBJUFJQb2xsZm9yZHJhZnQtaWV0Zi1iZXNzLWV2 cG4tb2FtLXJlcS1mcm13ay0wMjwvc3Ryb25nPjwvc3Bhbj48L2Rpdj48L2Rpdj48ZGl2IHptYWls YnVzaW5lc3M9ImJ1c2luZXNzRXh0ZXJuYWwiPjwvZGl2PjxkaXYgY2xhc3M9InpoaXN0b3J5Q29u dGVudCI+PGRpdj5IaSw8YnI+PGJyPk9uJm5ic3A7VHVlLCZuYnNwO0p1biZuYnNwOzIzLCZuYnNw OzIwMjAmbmJzcDthdCZuYnNwOzQ6MTEmbmJzcDtBTSZuYnNwOyZsdDt4aWFvLm1pbjJAenRlLmNv bS5jbiZndDsmbmJzcDt3cm90ZTo8YnI+Jmd0OyZuYnNwO0hpJm5ic3A7RG9uYWxkLDxicj4mZ3Q7 PGJyPiZndDsmbmJzcDtUaGFua3MmbmJzcDtmb3ImbmJzcDt5b3VyJm5ic3A7cmVwbHksJm5ic3A7 cGxlYXNlJm5ic3A7c2VlJm5ic3A7bXkmbmJzcDtpbmxpbmUmbmJzcDtjb21tZW50cyZuYnNwO3dp dGgmbmJzcDsmbHQ7WE0mZ3Q7Ljxicj4mZ3Q7PGJyPiZndDsmbmJzcDtCZXN0Jm5ic3A7UmVnYXJk cyw8YnI+Jmd0Ozxicj4mZ3Q7Jm5ic3A7WGlhbyZuYnNwO01pbjxicj4mZ3Q7PGJyPiZndDsmbmJz cDvljp/lp4vpgq7ku7Y8YnI+Jmd0OyZuYnNwO+WPkeS7tuS6uu+8mkRvbmFsZEVhc3RsYWtlJm5i c3A7Jmx0O2QzZTNlM0BnbWFpbC5jb20mZ3Q7PGJyPiZndDsmbmJzcDvmlLbku7bkurrvvJrogpbm lY8xMDA5MzU3MDs8YnI+Jmd0OyZuYnNwO+aKhOmAgeS6uu+8mkJvY2NpLCZuYnNwO01hdHRoZXcm bmJzcDsoTm9raWEmbmJzcDstJm5ic3A7R0IpJm5ic3A7Jmx0O21hdHRoZXcuYm9jY2lAbm9raWEu Y29tJmd0OztkcmFmdC1pZXRmLWJlc3MtZXZwbi1vYW0tcmVxLWZybXdrQGlldGYub3JnJm5ic3A7 Jmx0O2RyYWZ0LWlldGYtYmVzcy1ldnBuLW9hbS1yZXEtZnJtd2tAaWV0Zi5vcmcmZ3Q7O2Jlc3NA aWV0Zi5vcmcmbmJzcDsmbHQ7YmVzc0BpZXRmLm9yZyZndDs7PGJyPiZndDsmbmJzcDvml6UmbmJz cDvmnJ8mbmJzcDvvvJoyMDIw5bm0MDbmnIgyM+aXpSZuYnNwOzA1OjMzPGJyPiZndDsmbmJzcDvk uLsmbmJzcDvpopgmbmJzcDvvvJpSZTombmJzcDtbYmVzc10mbmJzcDtXRyZuYnNwO0xhc3QmbmJz cDtDYWxsJm5ic3A7YW5kJm5ic3A7SVBSJm5ic3A7UG9sbGZvcmRyYWZ0LWlldGYtYmVzcy1ldnBu LW9hbS1yZXEtZnJtd2stMDI8YnI+Jmd0OyZuYnNwO0hpLDxicj4mZ3Q7PGJyPiZndDsmbmJzcDtP biZuYnNwO1NhdCwmbmJzcDtKdW4mbmJzcDsyMCwmbmJzcDsyMDIwJm5ic3A7YXQmbmJzcDs1OjEy Jm5ic3A7QU0mbmJzcDsmbHQ7eGlhby5taW4yQHp0ZS5jb20uY24mZ3Q7Jm5ic3A7d3JvdGU6PGJy PiZndDsmbmJzcDsmZ3Q7Jm5ic3A7SGkmbmJzcDtNYXR0aGV3LCZuYnNwO1N0ZXBoYW5lJm5ic3A7 YW5kJm5ic3A7QXV0aG9ycyw8YnI+Jmd0OyZuYnNwOyZndDs8YnI+Jmd0OyZuYnNwOyZndDsmbmJz cDtBZnRlciZuYnNwO3JlYWRpbmcmbmJzcDt0aHJvdWdoJm5ic3A7dGhpcyZuYnNwO2RyYWZ0LCZu YnNwO0kmbmJzcDt0aGluayZuYnNwO2l0J3MmbmJzcDt2ZXJ5Jm5ic3A7dXNlZnVsJm5ic3A7YW5k PGJyPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7d2VsbC13cml0dGVuLCZuYnNwO3NvJm5ic3A7SSZuYnNw O3N1cHBvcnQmbmJzcDtpdHMmbmJzcDtwdWJsaWNhdGlvbi48YnI+Jmd0Ozxicj4mZ3Q7Jm5ic3A7 VGhhbmtzJm5ic3A7Zm9yJm5ic3A7eW91ciZuYnNwO3N1cHBvcnQmbmJzcDthbmQmbmJzcDtjb21t ZW50cy48YnI+Jmd0Ozxicj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO0kmbmJzcDthbHNvJm5ic3A7aGF2 ZSZuYnNwO3NldmVyYWwmbmJzcDtzcGVjaWZpYyZuYnNwO2NvbW1lbnRzJm5ic3A7YXMmbmJzcDtm b2xsb3dzLjxicj4mZ3Q7Jm5ic3A7Jmd0Ozxicj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO0luJm5ic3A7 c2VjdGlvbiZuYnNwOzIuMiwmbmJzcDtpdCZuYnNwO3NheXM8YnI+Jmd0OyZuYnNwOyZndDs8YnI+ Jmd0OyZuYnNwOyZndDsmbmJzcDsiPGJyPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7VGhlJm5ic3A7RVZQ TiZuYnNwO1BFJm5ic3A7U0hPVUxEJm5ic3A7c3VwcG9ydCZuYnNwO01FUDxicj4mZ3Q7Jm5ic3A7 Jmd0OyZuYnNwOyZuYnNwO2Z1bmN0aW9ucyZuYnNwO2luJm5ic3A7dGhlJm5ic3A7YXBwbGljYWJs ZSZuYnNwO3NlcnZpY2UmbmJzcDtPQU0mbmJzcDtwcm90b2NvbC4mbmJzcDtUaGlzJm5ic3A7aW5j bHVkZXMmbmJzcDtib3RoPGJyPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jm5ic3A7VXAmbmJzcDthbmQm bmJzcDtEb3duJm5ic3A7TUVQJm5ic3A7ZnVuY3Rpb25zLjxicj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNw OyI8YnI+Jmd0OyZuYnNwOyZndDs8YnI+Jmd0OyZuYnNwOyZndDsmbmJzcDtJbiZuYnNwO215Jm5i c3A7b3BpbmlvbiZuYnNwO2l0J3MmbmJzcDtyZWFzb25hYmxlJm5ic3A7dG8mbmJzcDtpbmNsdWRl Jm5ic3A7RG93biZuYnNwO01FUCZuYnNwO2Z1bmN0aW9ucywmbmJzcDt3aGljaDxicj4mZ3Q7Jm5i c3A7Jmd0OyZuYnNwO21lYW5zJm5ic3A7c2VuZGluZyZuYnNwO09BTSZuYnNwO21lc3NhZ2VzJm5i c3A7YmV0d2VlbiZuYnNwO0VWUE4mbmJzcDtQRSZuYnNwO2FuZCZuYnNwO0NFLCZuYnNwO2J1dCZu YnNwO1VQJm5ic3A7TUVQPGJyPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7ZnVuY3Rpb25zJm5ic3A7c2hv dWxkJm5ic3A7YmUmbmJzcDtleGNsdWRlZCwmbmJzcDtiZWNhdXNlJm5ic3A7dGhhdCZuYnNwO21l YW5zJm5ic3A7c2VuZGluZyZuYnNwO09BTTxicj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO21lc3NhZ2Vz Jm5ic3A7YmV0d2VlbiZuYnNwO0VWUE4mbmJzcDtQRXMsJm5ic3A7d2hpY2gmbmJzcDtJJm5ic3A7 dGhpbmsmbmJzcDtkb2Vzbid0Jm5ic3A7YmVsb25nJm5ic3A7dG8mbmJzcDtFVlBOPGJyPiZndDsm bmJzcDsmZ3Q7Jm5ic3A7U2VydmljZSZuYnNwO09BTS4mbmJzcDtNeSZuYnNwO3VuZGVyc3RhbmRp bmcmbmJzcDtpcyZuYnNwO3RoYXQmbmJzcDtmb3ImbmJzcDthbnkmbmJzcDtraW5kJm5ic3A7b2Ym bmJzcDtFVlBOJm5ic3A7U2VydmljZTxicj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO09BTSZuYnNwO2l0 Jm5ic3A7bXVzdCZuYnNwO2luY2x1ZGUmbmJzcDtDRSwmbmJzcDtpZiZuYnNwO2FuJm5ic3A7T0FN Jm5ic3A7bWVjaGFuaXNtJm5ic3A7cnVucyZuYnNwO2JldHdlZW4mbmJzcDtFVlBOJm5ic3A7UEVz LDxicj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO3RoZW4mbmJzcDt0aGlzJm5ic3A7T0FNJm5ic3A7bWVj aGFuaXNtJm5ic3A7YmVsb25ncyZuYnNwO3RvJm5ic3A7RVZQTiZuYnNwO05ldHdvcmsmbmJzcDtP QU0mbmJzcDtvciZuYnNwO0VWUE48YnI+Jmd0OyZuYnNwOyZndDsmbmJzcDtUcmFuc3BvcnQmbmJz cDtPQU0uPGJyPiZndDs8YnI+Jmd0OyZuYnNwO1JlcGx5aW5nJm5ic3A7anVzdCZuYnNwO2ZvciZu YnNwO215c2VsZiwmbmJzcDtJJm5ic3A7YmVsaWV2ZSZuYnNwO01FUHMmbmJzcDthcmUmbmJzcDts b2dpY2FsbHkmbmJzcDtpbiZuYnNwO3BvcnRzLiZuYnNwO1doYXQ8YnI+Jmd0OyZuYnNwO3dlJm5i c3A7YXJlJm5ic3A7dGFsa2luZyZuYnNwO2Fib3V0Jm5ic3A7aGVyZSZuYnNwO2lzJm5ic3A7dGhl Jm5ic3A7TUVQJm5ic3A7bG9naWNhbGx5Jm5ic3A7bG9jYXRlZCZuYnNwO2luJm5ic3A7dGhlPGJy PiZndDsmbmJzcDtDRS1mYWNpbmcmbmJzcDtwb3J0Jm5ic3A7b2YmbmJzcDt0aGUmbmJzcDtQRS4m bmJzcDtDZXJ0YWlubHkmbmJzcDtkb3duJm5ic3A7TUVQJm5ic3A7ZnVuY3Rpb25zJm5ic3A7ZnJv bSZuYnNwO3RoZXJlJm5ic3A7Z288YnI+Jmd0OyZuYnNwO3RvJm5ic3A7dGhlJm5ic3A7Q0UuJm5i c3A7SSZuYnNwO3RoaW5rJm5ic3A7VVAmbmJzcDtNRVAmbmJzcDtmdW5jdGlvbnMmbmJzcDt3b3Vs ZCZuYnNwO2dvJm5ic3A7dG8mbmJzcDt0aGUmbmJzcDtVUCZuYnNwO01FUCZuYnNwO2xvZ2ljYWxs eTxicj4mZ3Q7Jm5ic3A7bG9jYXRlZCZuYnNwO2luJm5ic3A7dGhlJm5ic3A7Q0UmbmJzcDtmYWNp bmcmbmJzcDtwb3J0Jm5ic3A7b2YmbmJzcDthJm5ic3A7cmVtb3RlJm5ic3A7UEUuJm5ic3A7U28s Jm5ic3A7dGhpcyZuYnNwO2lzJm5ic3A7UEUtdG8tUEUmbmJzcDthbmQ8YnI+Jmd0OyZuYnNwO3Np bWlsYXImbmJzcDt0byZuYnNwO0VWUE4mbmJzcDtOZXR3b3JrJm5ic3A7T0FNLCZuYnNwO3doaWNo Jm5ic3A7cnVucyZuYnNwO2Zyb20mbmJzcDt0aGUmbmJzcDticmFpbiZuYnNwO29mJm5ic3A7b25l Jm5ic3A7UEUmbmJzcDt0bzxicj4mZ3Q7Jm5ic3A7dGhlJm5ic3A7YnJhaW4mbmJzcDtvZiZuYnNw O2Fub3RoZXIsJm5ic3A7YnV0Jm5ic3A7bm90Jm5ic3A7aWRlbnRpY2FsLiZuYnNwO1NvJm5ic3A7 SSZuYnNwO2RvJm5ic3A7bm90Jm5ic3A7c2VlJm5ic3A7YW55Jm5ic3A7cmVhc29uPGJyPiZndDsm bmJzcDt3aHkmbmJzcDtib3RoJm5ic3A7c2hvdWxkJm5ic3A7bm90Jm5ic3A7YmUmbmJzcDthdmFp bGFibGUuJm5ic3A7Jm5ic3A7UGVyaGFwcyZuYnNwO3RoZXNlJm5ic3A7ZGlzdGluY3Rpb25zJm5i c3A7c2hvdWxkPGJyPiZndDsmbmJzcDtiZSZuYnNwO2NsYXJpZmllZCZuYnNwO2luJm5ic3A7dGhl Jm5ic3A7dGV4dC48YnI+Jmd0Ozxicj4mZ3Q7PGJyPiZndDsmbmJzcDsmbHQ7WE0mZ3Q7Jm5ic3A7 SSZuYnNwO2FncmVlJm5ic3A7dG8mbmJzcDt5b3VyJm5ic3A7ZGV0YWlsZWQmbmJzcDthbmFseXNp cywmbmJzcDtuZXZldGhlbGVzcyZuYnNwO0kmbmJzcDtsZWFuJm5ic3A7dG8mbmJzcDtjbGFzc2lm eWluZyZuYnNwO1VQJm5ic3A7TUVQJm5ic3A7ZnVuY3Rpb25zJm5ic3A7YXQmbmJzcDthJm5ic3A7 cGFpciZuYnNwO29mJm5ic3A7UEVzJm5ic3A7aW50byZuYnNwO0VWUE4mbmJzcDtOZXR3b3JrJm5i c3A7T0FNLCZuYnNwO2FjdHVhbGx5Jm5ic3A7SSZuYnNwO3RoaW5rJm5ic3A7aXQncyZuYnNwO2Em bmJzcDtnb29kJm5ic3A7Y2FuZGlkYXRlJm5ic3A7Zm9yJm5ic3A7dGhlJm5ic3A7b3BlcmF0b3Im bmJzcDt0byZuYnNwO2Nob29zZSZuYnNwO3RvJm5ic3A7YWNoaWV2ZSZuYnNwO0VWUE4mbmJzcDtQ RS10by1QRSZuYnNwO05ldHdvcmsmbmJzcDtPQU0uJm5ic3A7TXkmbmJzcDthcmd1bWVudCZuYnNw O2lzJm5ic3A7dGhhdCZuYnNwO2FueSZuYnNwO0VWUE4mbmJzcDtTZXJ2aWNlJm5ic3A7T0FNJm5i c3A7c2hvdWxkJm5ic3A7aGF2ZSZuYnNwO0NFJm5ic3A7aW52b2x2ZWQsJm5ic3A7d2hpY2gmbmJz cDt3aWxsJm5ic3A7Y2hlY2smbmJzcDt0aGUmbmJzcDtDRSZuYnNwO2FkZHJlc3MmbmJzcDttYXBw aW5nJm5ic3A7dGFibGUmbmJzcDtidXQmbmJzcDtFVlBOJm5ic3A7TmV0d29yayZuYnNwO09BTSZu YnNwO3dvbid0LiZuYnNwO1dpdGgmbmJzcDt0aGF0LCZuYnNwO0kmbmJzcDtzdWdnZXN0Jm5ic3A7 dG8mbmJzcDtjbGFyaWZ5Jm5ic3A7dGhhdCZuYnNwO3doZW4mbmJzcDthbiZuYnNwO1VQJm5ic3A7 TUVQJm5ic3A7YXQmbmJzcDtQRSZuYnNwO2ludGVyYWN0cyZuYnNwO3dpdGgmbmJzcDthbiZuYnNw O1VQJm5ic3A7TUVQJm5ic3A7YXQmbmJzcDtyZW1vdGUmbmJzcDtQRSwmbmJzcDtpdCdzJm5ic3A7 RVZQTiZuYnNwO05ldHdvcmsmbmJzcDtPQU0sJm5ic3A7YW5kJm5ic3A7d2hlbiZuYnNwO2FuJm5i c3A7VVAmbmJzcDtNRVAmbmJzcDthdCZuYnNwO1BFJm5ic3A7aW50ZXJhY3RzJm5ic3A7d2l0aCZu YnNwO2EmbmJzcDtEb3duJm5ic3A7TUVQJm5ic3A7YXQmbmJzcDtyZW1vdGUmbmJzcDtDRSwmbmJz cDtpdCdzJm5ic3A7RVZQTiZuYnNwO1NlcnZpY2UmbmJzcDtPQU0uPGJyPjxicj4mbHQ7ZGUmZ3Q7 Jm5ic3A7VGhhdCZuYnNwO3NlZW1zJm5ic3A7cmVhc29uYWJsZS4mbmJzcDtJJ2xsJm5ic3A7dGhp bmsmbmJzcDthYm91dCZuYnNwO2hvdyZuYnNwO3RvJm5ic3A7cmUtd29yZCZuYnNwO3RoZTxicj5y ZWxldmFudCZuYnNwO2RyYWZ0Jm5ic3A7c2VjdGlvbnMuPGJyPjxicj4mZ3Q7Jm5ic3A7Jmd0OyZu YnNwO0luJm5ic3A7c2VjdGlvbiZuYnNwOzIuMiwmbmJzcDtpdCZuYnNwO3NheXM8YnI+Jmd0OyZu YnNwOyZndDs8YnI+Jmd0OyZuYnNwOyZndDsmbmJzcDsiPGJyPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7 VGhlJm5ic3A7RVZQTiZuYnNwO1BFJm5ic3A7U0hPVUxEJm5ic3A7YWR2ZXJ0aXNlJm5ic3A7YW55 Jm5ic3A7TUVQL01JUCZuYnNwO2xvY2FsJm5ic3A7dG8mbmJzcDt0aGUmbmJzcDtQRSZuYnNwO2Fz Jm5ic3A7YSZuYnNwO01BQy9JUDxicj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwOyZuYnNwO0FkdmVydGlz ZW1lbnQmbmJzcDtyb3V0ZS4mbmJzcDtTaW5jZSZuYnNwO3RoZXNlJm5ic3A7YXJlJm5ic3A7bm90 Jm5ic3A7c3ViamVjdCZuYnNwO3RvJm5ic3A7bW9iaWxpdHksJm5ic3A7dGhleTxicj4mZ3Q7Jm5i c3A7Jmd0OyZuYnNwOyZuYnNwO1NIT1VMRCZuYnNwO2JlJm5ic3A7YWR2ZXJ0aXNlZCZuYnNwO3dp dGgmbmJzcDt0aGUmbmJzcDtzdGF0aWMmbmJzcDsoc3RpY2t5KSZuYnNwO2JpdCZuYnNwO3NldCZu YnNwOyhzZWUmbmJzcDtTZWN0aW9uPGJyPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jm5ic3A7MTUuMiZu YnNwO29mJm5ic3A7W1JGQzc0MzJdKS48YnI+Jmd0OyZuYnNwOyZndDsmbmJzcDsiPGJyPiZndDsm bmJzcDsmZ3Q7PGJyPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7SW4mbmJzcDtteSZuYnNwO29waW5pb24m bmJzcDsiTUVQL01JUCImbmJzcDtzaG91bGQmbmJzcDtiZSZuYnNwO3N1YnN0aXR1dGVkJm5ic3A7 YnkmbmJzcDsiTUlQIiwmbmJzcDtiZWNhdXNlJm5ic3A7YXMmbmJzcDtJPGJyPiZndDsmbmJzcDsm Z3Q7Jm5ic3A7c2FpZCZuYnNwO2Fib3ZlLCZuYnNwO3RoZSZuYnNwO01FUCZuYnNwO2F0Jm5ic3A7 dGhlJm5ic3A7RVZQTiZuYnNwO1BFJm5ic3A7c2hvdWxkJm5ic3A7YmUmbmJzcDthJm5ic3A7RG93 biZuYnNwO01FUCwmbmJzcDtpdCdzJm5ic3A7cGVlcjxicj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO01F UCZuYnNwO2lzJm5ic3A7YXQmbmJzcDtsb2NhbGx5Jm5ic3A7YXR0YWNoZWQmbmJzcDtDRSwmbmJz cDt0aGVyZSZuYnNwO2lzJm5ic3A7bm8mbmJzcDtuZWVkJm5ic3A7dG8mbmJzcDthZHZlcnRpc2Um bmJzcDtpdCZuYnNwO3RvPGJyPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7cmVtb3RlJm5ic3A7UEVzLjxi cj4mZ3Q7PGJyPiZndDsmbmJzcDtTZWUmbmJzcDtteSZuYnNwO3Jlc3BvbnNlJm5ic3A7YWJvdmUu Jm5ic3A7QnkmbmJzcDt0aGUmbmJzcDt3YXksJm5ic3A7SSZuYnNwO3RoaW5rJm5ic3A7aWYmbmJz cDt0aGVyZSZuYnNwO2lzJm5ic3A7YSZuYnNwO01JUCZuYnNwO2F0Jm5ic3A7UEUxPGJyPiZndDsm bmJzcDt0aGVuJm5ic3A7YW4mbmJzcDtVUCZuYnNwO01FUCZuYnNwO2F0Jm5ic3A7YSZuYnNwO3Jl bW90ZSZuYnNwO1BFJm5ic3A7Y2FuJm5ic3A7cnVuJm5ic3A7dGhyb3VnaCZuYnNwO3RoZSZuYnNw O01JUCZuYnNwO3RvJm5ic3A7YSZuYnNwO0NFJm5ic3A7bG9jYWwmbmJzcDt0bzxicj4mZ3Q7Jm5i c3A7UEUxJm5ic3A7KGFjdHVhbGx5LCZuYnNwO3RvJm5ic3A7YmUmbmJzcDtwcmVjaXNlLCZuYnNw O3RvJm5ic3A7dGhlJm5ic3A7UEUmbmJzcDtmYWNpbmcmbmJzcDtwb3J0Jm5ic3A7b2YmbmJzcDt0 aGF0Jm5ic3A7Q0UpLjxicj4mZ3Q7PGJyPiZndDs8YnI+Jmd0OyZuYnNwOyZsdDtYTSZndDsmbmJz cDtJJm5ic3A7YWdyZWUmbmJzcDt0byZuYnNwO3lvdXImbmJzcDtleGFtcGxlJm5ic3A7dGhhdCZu YnNwO2EmbmJzcDtEb3duJm5ic3A7TUVQJm5ic3A7YXQmbmJzcDtsb2NhbCZuYnNwO0NFJm5ic3A7 Y2FuJm5ic3A7aW50ZXJhY3QmbmJzcDt3aXRoJm5ic3A7YW4mbmJzcDtVUCZuYnNwO01FUCZuYnNw O2F0Jm5ic3A7dGhlJm5ic3A7cmVtb3RlJm5ic3A7UEUsJm5ic3A7YWx0aG91Z2gmbmJzcDtJJm5i c3A7c3VzcGVjdCZuYnNwO3RoYXQmbmJzcDt0aGUmbmJzcDtvcGVyYXRvciZuYnNwO3dvdWxkJm5i c3A7bGlrZSZuYnNwO3RvJm5ic3A7ZGVwbG95Jm5ic3A7aXQuJm5ic3A7V2l0aCZuYnNwO3RoYXQs Jm5ic3A7bm8mbmJzcDthbnkmbmJzcDtjaGFuZ2VzJm5ic3A7bmVlZGVkJm5ic3A7aGVyZS48YnI+ PGJyPiZsdDtkZSZndDsmbmJzcDtPSy48YnI+PGJyPlRoYW5rcyw8YnI+RG9uYWxkPGJyPj09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT08YnI+Jm5ic3A7RG9uYWxkJm5ic3A7RS4mbmJzcDtF YXN0bGFrZSZuYnNwOzNyZCZuYnNwOyZuYnNwOyZuYnNwOysxLTUwOC0zMzMtMjI3MCZuYnNwOyhj ZWxsKTxicj4mbmJzcDsyMzg2Jm5ic3A7UGFub3JhbWljJm5ic3A7Q2lyY2xlLCZuYnNwO0Fwb3Br YSwmbmJzcDtGTCZuYnNwOzMyNzAzJm5ic3A7VVNBPGJyPiZuYnNwO2QzZTNlM0BnbWFpbC5jb208 YnI+PGJyPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7SW4mbmJzcDtzZWN0aW9uJm5ic3A7My4xLjIuMiwm bmJzcDtpdCZuYnNwO3NheXM8YnI+Jmd0OyZuYnNwOyZndDs8YnI+Jmd0OyZuYnNwOyZndDsmbmJz cDsiRVZQTiZuYnNwO1NlcnZpY2UmbmJzcDtPQU0mbmJzcDttZWNoYW5pc21zJm5ic3A7b25seSZu YnNwO2hhdmUmbmJzcDt2aXNpYmlsaXR5Jm5ic3A7dG8mbmJzcDt0aGUmbmJzcDtQRXMmbmJzcDti dXQmbmJzcDtub3Q8YnI+Jmd0OyZuYnNwOyZndDsmbmJzcDsmbmJzcDt0aGUmbmJzcDtNUExTL0lQ Jm5ic3A7UCZuYnNwO25vZGVzLiZuYnNwO0FzJm5ic3A7c3VjaCwmbmJzcDt0aGV5Jm5ic3A7Y2Fu Jm5ic3A7YmUmbmJzcDt1c2VkJm5ic3A7dG8mbmJzcDtkZWR1Y2UmbmJzcDt3aGV0aGVyJm5ic3A7 dGhlPGJyPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7Jm5ic3A7ZmF1bHQmbmJzcDtpcyZuYnNwO2luJm5i c3A7dGhlJm5ic3A7Y3VzdG9tZXIncyZuYnNwO293biZuYnNwO25ldHdvcmssJm5ic3A7dGhlJm5i c3A7bG9jYWwmbmJzcDtDRS1QRSZuYnNwO3NlZ21lbnQmbmJzcDtvcjxicj4mZ3Q7Jm5ic3A7Jmd0 OyZuYnNwOyZuYnNwO3JlbW90ZSZuYnNwO0NFLVBFJm5ic3A7c2VnbWVudChzKS4mbmJzcDtFVlBO Jm5ic3A7TmV0d29yayZuYnNwO2FuZCZuYnNwO1RyYW5zcG9ydCZuYnNwO09BTSZuYnNwO21lY2hh bmlzbXM8YnI+Jmd0OyZuYnNwOyZndDsmbmJzcDsmbmJzcDtjYW4mbmJzcDtiZSZuYnNwO3VzZWQm bmJzcDtmb3ImbmJzcDtmYXVsdCZuYnNwO2lzb2xhdGlvbiZuYnNwO2JldHdlZW4mbmJzcDt0aGUm bmJzcDtQRXMmbmJzcDthbmQmbmJzcDtQJm5ic3A7bm9kZXMuIjxicj4mZ3Q7Jm5ic3A7Jmd0Ozxi cj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO0NvbnNpZGVyaW5nJm5ic3A7aW4mbmJzcDtzZWN0aW9uJm5i c3A7Mi4zJm5ic3A7dGhlJm5ic3A7Zmlyc3QmbmJzcDtzZW50ZW5jZSZuYnNwO3JlYWRzJm5ic3A7 IkVWUE4mbmJzcDtOZXR3b3JrPGJyPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7T0FNJm5ic3A7aXMmbmJz cDt2aXNpYmxlJm5ic3A7dG8mbmJzcDt0aGUmbmJzcDtQRSZuYnNwO25vZGVzJm5ic3A7b25seSIs Jm5ic3A7SSZuYnNwO3N1Z2dlc3QmbmJzcDt0byZuYnNwO3JlcGhyYXNlJm5ic3A7dGhpczxicj4m Z3Q7Jm5ic3A7Jmd0OyZuYnNwO3BhcmFncmFwaCZuYnNwO3Bvc3NpYmx5Jm5ic3A7YXMmbmJzcDti ZWxvdzo8YnI+Jmd0OyZuYnNwOyZndDs8YnI+Jmd0OyZuYnNwOyZndDsmbmJzcDsiRVZQTiZuYnNw O1NlcnZpY2UmbmJzcDtPQU0mbmJzcDthbmQmbmJzcDtFVlBOJm5ic3A7TmV0d29yayZuYnNwO09B TSZuYnNwO21lY2hhbmlzbXMmbmJzcDtvbmx5Jm5ic3A7aGF2ZTxicj4mZ3Q7Jm5ic3A7Jmd0OyZu YnNwO3Zpc2liaWxpdHkmbmJzcDt0byZuYnNwO3RoZSZuYnNwO1BFcyZuYnNwO2J1dCZuYnNwO25v dCZuYnNwO3RoZSZuYnNwO01QTFMvSVAmbmJzcDtQJm5ic3A7bm9kZXMuJm5ic3A7QXMmbmJzcDtz dWNoLCZuYnNwO3RoZXkmbmJzcDtjYW48YnI+Jmd0OyZuYnNwOyZndDsmbmJzcDtiZSZuYnNwO3Vz ZWQmbmJzcDt0byZuYnNwO2RlZHVjZSZuYnNwO3doZXRoZXImbmJzcDt0aGUmbmJzcDtmYXVsdCZu YnNwO2lzJm5ic3A7aW4mbmJzcDt0aGUmbmJzcDtjdXN0b21lcidzJm5ic3A7b3duPGJyPiZndDsm bmJzcDsmZ3Q7Jm5ic3A7bmV0d29yaywmbmJzcDt0aGUmbmJzcDtsb2NhbCZuYnNwO0NFLVBFJm5i c3A7c2VnbWVudCwmbmJzcDt0aGUmbmJzcDtQRS1QRSZuYnNwO3NlZ21lbnQmbmJzcDtvciZuYnNw O3RoZSZuYnNwO3JlbW90ZTxicj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO0NFLVBFJm5ic3A7c2VnbWVu dChzKS4mbmJzcDtFVlBOJm5ic3A7VHJhbnNwb3J0Jm5ic3A7T0FNJm5ic3A7bWVjaGFuaXNtcyZu YnNwO2NhbiZuYnNwO2JlJm5ic3A7dXNlZCZuYnNwO2Zvcjxicj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNw O2ZhdWx0Jm5ic3A7aXNvbGF0aW9uJm5ic3A7YmV0d2VlbiZuYnNwO3RoZSZuYnNwO1BFcyZuYnNw O2FuZCZuYnNwO1AmbmJzcDtub2Rlcy4iPGJyPiZndDs8YnI+Jmd0OyZuYnNwO1lvdXImbmJzcDtz dWdnZXN0ZWQmbmJzcDtjaGFuZ2UmbmJzcDtsb29rcyZuYnNwO09LJm5ic3A7dG8mbmJzcDttZS48 YnI+Jmd0Ozxicj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1NlY3Rpb24mbmJzcDszLjEuMi4xLCZuYnNw O3RoZXJlJm5ic3A7aXMmbmJzcDthJm5ic3A7dHlwbywmbmJzcDtzL3RvJm5ic3A7cmVzdCZuYnNw O2EmbmJzcDtyZXByZXNlbnRhdGl2ZSZuYnNwO3BhdGg8YnI+Jmd0OyZuYnNwOyZndDsmbmJzcDti ZXR3ZWVuJm5ic3A7UEVzL3RvJm5ic3A7dGVzdCZuYnNwO2EmbmJzcDtyZXByZXNlbnRhdGl2ZSZu YnNwO3BhdGgmbmJzcDtiZXR3ZWVuJm5ic3A7UEVzLjxicj4mZ3Q7PGJyPiZndDsmbmJzcDtPSywm bmJzcDt3ZSdsbCZuYnNwO2ZpeCZuYnNwO3RoYXQuPGJyPiZndDs8YnI+Jmd0OyZuYnNwO1RoYW5r cyw8YnI+Jmd0OyZuYnNwO0RvbmFsZDxicj4mZ3Q7Jm5ic3A7PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PTxicj4mZ3Q7Jm5ic3A7Jm5ic3A7RG9uYWxkJm5ic3A7RS4mbmJzcDtFYXN0bGFr ZSZuYnNwOzNyZCZuYnNwOyZuYnNwOyZuYnNwOysxLTUwOC0zMzMtMjI3MCZuYnNwOyhjZWxsKTxi cj4mZ3Q7Jm5ic3A7Jm5ic3A7MjM4NiZuYnNwO1Bhbm9yYW1pYyZuYnNwO0NpcmNsZSwmbmJzcDtB cG9wa2EsJm5ic3A7RkwmbmJzcDszMjcwMyZuYnNwO1VTQTxicj4mZ3Q7Jm5ic3A7Jm5ic3A7ZDNl M2UzQGdtYWlsLmNvbTxicj4mZ3Q7PGJyPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7QmVzdCZuYnNwO1Jl Z2FyZHMsPGJyPiZndDsmbmJzcDsmZ3Q7PGJyPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7WGlhbyZuYnNw O01pbjxicj4mZ3Q7Jm5ic3A7Jmd0Ozxicj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO+WOn+Wni+mCruS7 tjxicj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO+WPkeS7tuS6uu+8mkJvY2NpLE1hdHRoZXcoTm9raWEt R0IpJm5ic3A7Jmx0O21hdHRoZXcuYm9jY2lAbm9raWEuY29tJmd0Ozxicj4mZ3Q7Jm5ic3A7Jmd0 OyZuYnNwO+aUtuS7tuS6uu+8mmRyYWZ0LWlldGYtYmVzcy1ldnBuLW9hbS1yZXEtZnJtd2tAaWV0 Zi5vcmcmbmJzcDsmbHQ7ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb2FtLXJlcS1mcm13a0BpZXRmLm9y ZyZndDs7YmVzc0BpZXRmLm9yZyZuYnNwOyZsdDtiZXNzQGlldGYub3JnJmd0Ozs8YnI+Jmd0OyZu YnNwOyZndDsmbmJzcDvml6UmbmJzcDvmnJ8mbmJzcDvvvJoyMDIw5bm0MDbmnIgxNeaXpSZuYnNw OzE4OjU2PGJyPiZndDsmbmJzcDsmZ3Q7Jm5ic3A75Li7Jm5ic3A76aKYJm5ic3A777yaW2Jlc3Nd Jm5ic3A7V0cmbmJzcDtMYXN0Jm5ic3A7Q2FsbCZuYnNwO2FuZCZuYnNwO0lQUiZuYnNwO1BvbGwm bmJzcDtmb3JkcmFmdC1pZXRmLWJlc3MtZXZwbi1vYW0tcmVxLWZybXdrLTAyPGJyPiZndDsmbmJz cDsmZ3Q7Jm5ic3A7X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X188YnI+Jmd0OyZuYnNwOyZndDsmbmJzcDtCRVNTJm5ic3A7bWFpbGluZyZuYnNwO2xpc3Q8YnI+ Jmd0OyZuYnNwOyZndDsmbmJzcDtCRVNTQGlldGYub3JnPGJyPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7 aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9iZXNzPGJyPiZndDsmbmJzcDsm Z3Q7PGJyPiZndDsmbmJzcDsmZ3Q7Jm5ic3A7VGhpcyZuYnNwO2VtYWlsJm5ic3A7c3RhcnRzJm5i c3A7YSZuYnNwO3R3by13ZWVrJm5ic3A7d29ya2luZyZuYnNwO2dyb3VwJm5ic3A7bGFzdCZuYnNw O2NhbGwmbmJzcDtmb3JkcmFmdC1pZXRmLWJlc3MtZXZwbi1vYW0tcmVxLWZybXdrLTAyPGJyPiZn dDsmbmJzcDsmZ3Q7PGJyPiZndDsmbmJzcDsmZ3Q7PGJyPiZndDsmbmJzcDsmZ3Q7PGJyPiZndDsm bmJzcDsmZ3Q7Jm5ic3A7UGxlYXNlJm5ic3A7cmV2aWV3Jm5ic3A7dGhlJm5ic3A7ZHJhZnQmbmJz cDthbmQmbmJzcDtzZW5kJm5ic3A7YW55Jm5ic3A7Y29tbWVudHMmbmJzcDt0byZuYnNwO3RoZSZu YnNwO0JFU1MmbmJzcDtsaXN0LiZuYnNwO0Fsc28sJm5ic3A7cGxlYXNlJm5ic3A7aW5kaWNhdGUm bmJzcDtpZiZuYnNwO3lvdSZuYnNwO3N1cHBvcnQmbmJzcDtwdWJsaXNoaW5nJm5ic3A7dGhlJm5i c3A7ZHJhZnQmbmJzcDthcyZuYnNwO2EmbmJzcDtzdGFuZGFyZHMmbmJzcDt0cmFjayZuYnNwO1JG Qy48YnI+Jmd0OyZuYnNwOyZndDs8YnI+Jmd0OyZuYnNwOyZndDs8YnI+Jmd0OyZuYnNwOyZndDs8 YnI+Jmd0OyZuYnNwOyZndDsmbmJzcDtUaGlzJm5ic3A7cG9sbCZuYnNwO3J1bnMmbmJzcDt1bnRp bCZuYnNwO01vbmRheSZuYnNwOzI5dGgmbmJzcDtKdW5lJm5ic3A7MjAyMC48YnI+Jmd0OyZuYnNw OyZndDs8YnI+Jmd0OyZuYnNwOyZndDs8YnI+Jmd0OyZuYnNwOyZndDs8YnI+Jmd0OyZuYnNwOyZn dDsmbmJzcDtXZSZuYnNwO2FyZSZuYnNwO2Fsc28mbmJzcDtwb2xsaW5nJm5ic3A7Zm9yJm5ic3A7 a25vd2xlZGdlJm5ic3A7b2YmbmJzcDthbnkmbmJzcDt1bmRpc2Nsb3NlZCZuYnNwO0lQUiZuYnNw O3RoYXQmbmJzcDthcHBsaWVzJm5ic3A7dG8mbmJzcDt0aGlzJm5ic3A7RG9jdW1lbnQsJm5ic3A7 dG8mbmJzcDtlbnN1cmUmbmJzcDt0aGF0Jm5ic3A7SVBSJm5ic3A7aGFzJm5ic3A7YmVlbiZuYnNw O2Rpc2Nsb3NlZCZuYnNwO2luJm5ic3A7Y29tcGxpYW5jZSZuYnNwO3dpdGgmbmJzcDtJRVRGJm5i c3A7SVBSJm5ic3A7cnVsZXMmbmJzcDsoc2VlJm5ic3A7UkZDcyZuYnNwOzM5NzksJm5ic3A7NDg3 OSwmbmJzcDszNjY5Jm5ic3A7YW5kJm5ic3A7NTM3OCZuYnNwO2ZvciZuYnNwO21vcmUmbmJzcDtk ZXRhaWxzKS48YnI+Jmd0OyZuYnNwOyZndDs8YnI+Jmd0OyZuYnNwOyZndDsmbmJzcDtJZiZuYnNw O3lvdSZuYnNwO2FyZSZuYnNwO2xpc3RlZCZuYnNwO2FzJm5ic3A7YW4mbmJzcDtBdXRob3ImbmJz cDtvciZuYnNwO2EmbmJzcDtDb250cmlidXRvciZuYnNwO29mJm5ic3A7dGhpcyZuYnNwO2RvY3Vt ZW50Jm5ic3A7cGxlYXNlJm5ic3A7cmVzcG9uZCZuYnNwO3RvJm5ic3A7dGhpcyZuYnNwO2VtYWls Jm5ic3A7YW5kJm5ic3A7aW5kaWNhdGUmbmJzcDt3aGV0aGVyJm5ic3A7b3ImbmJzcDtub3QmbmJz cDt5b3UmbmJzcDthcmUmbmJzcDthd2FyZSZuYnNwO29mJm5ic3A7YW55Jm5ic3A7cmVsZXZhbnQm bmJzcDt1bmRpc2Nsb3NlZCZuYnNwO0lQUi4mbmJzcDtUaGUmbmJzcDtEb2N1bWVudCZuYnNwO3dv bid0Jm5ic3A7cHJvZ3Jlc3MmbmJzcDt3aXRob3V0Jm5ic3A7YW5zd2VycyZuYnNwO2Zyb20mbmJz cDthbGwmbmJzcDt0aGUmbmJzcDtBdXRob3JzJm5ic3A7YW5kJm5ic3A7Q29udHJpYnV0b3JzLjxi cj4mZ3Q7Jm5ic3A7Jmd0Ozxicj4mZ3Q7Jm5ic3A7Jmd0OyZuYnNwO1RoZXJlJm5ic3A7aXMmbmJz cDtjdXJyZW50bHkmbmJzcDtubyZuYnNwO0lQUiZuYnNwO2Rpc2Nsb3NlZC48YnI+Jmd0OyZuYnNw OyZndDs8YnI+Jmd0OyZuYnNwOyZndDsmbmJzcDtUaGFuayZuYnNwO3lvdSw8YnI+Jmd0OyZuYnNw OyZndDs8YnI+Jmd0OyZuYnNwOyZndDsmbmJzcDtNYXR0aGV3Jm5ic3A7JmFtcDsmbmJzcDtTdGVw aGFuZTxicj4mZ3Q7PGJyPiZndDsmbmJzcDtfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXzxicj4mZ3Q7Jm5ic3A7QkVTUyZuYnNwO21haWxpbmcmbmJzcDtsaXN0 PGJyPiZndDsmbmJzcDtCRVNTQGlldGYub3JnPGJyPiZndDsmbmJzcDtodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Jlc3M8YnI+Jmd0Ozxicj4mZ3Q7PGJyPjxicj5fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj5CRVNTJm5ic3A7bWFp bGluZyZuYnNwO2xpc3Q8YnI+QkVTU0BpZXRmLm9yZzxicj5odHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL2Jlc3M8YnI+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9k aXY+PHA+PGJyPjwvcD48L2Rpdj4= --=====_003_next=====-- --=====_002_next=====-- --=====_001_next=====-- From nobody Wed Jun 24 07:59:31 2020 Return-Path: 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 A59503A0E7D for ; Wed, 24 Jun 2020 07:59:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.989 X-Spam-Level: X-Spam-Status: No, score=-1.989 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 WVM1l2jgLqpM for ; Wed, 24 Jun 2020 07:59:26 -0700 (PDT) Received: from NAM11-CO1-obe.outbound.protection.outlook.com (mail-co1nam11on2109.outbound.protection.outlook.com [40.107.220.109]) (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 BAA1A3A0ED9 for ; Wed, 24 Jun 2020 07:59:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=QoO6UsDrxU2cpQR7VymfsAsTEoShcHOX2J6xAtWeqReWrEI82Kbp1FQP9imECdNQ8yt4lRUiNJHQsAuxRAA3W8imenJcBCwpgk26O1vJO5FQEU7XOvQrQW5KOxOU+0ur1egUrHq8NLvchs5CVizZFeU+dBBpd7oqtKaJZUlOmC/ce+lnUlfur+gq0io/El0WZb8xKFpHcGtt22YfpunQtc12VXLZXBIPRrmkib1OtuG2UavIt1yZqjGk1qHGVihrEiHVXhsbfkmT4+6JiKP1IIgyqJSNpO1MticdprLbHjAp8RSmgKy+NF3VOtzu7ua2ZePrsh6qmDOPHKbah4x04g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ujJMcoWnbiwr8jOpMPZPV0YjdRQ1BR6iMn+VHzoeD8A=; b=mvbYBNrulIy1MoL04gGv/EHDBc3WVigFQ8SzJjZsCdLpDbdRuwlM8sGYQhm5ECegwCjZUw2qOeXuf7MGXBx3rSZy1TCRLlqrHvHSr+trB2f+azoUEZM8Qcjt/NZPOdfRJrlFn6QFupIRK27rKoKab0BgtALoYlCS5DQdcRydS8atUMtrzJCKJfQrkRG3Vsid7qXi0L5+IGNHQDqsC7BRCcZNV25V0Xzo4rgDto53P6QobLGqOFOFHWOYSWxn/LSe9Y3/q41+qIXqcmXcbakkKhGDolHdvCHfHnqXh7qAnVNETihS6bflkL8OlmVBFoqV3p6X8OEOocMUvsAWohTxvA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ujJMcoWnbiwr8jOpMPZPV0YjdRQ1BR6iMn+VHzoeD8A=; b=DmuN5d0Yp0DDURu3kN1mACSfULWEXyxrhGpdqyLIKtzYrh7dnlNnJ7quXT+O1BQ+/qkzGUEvmmiW67gD/Dqfq6U6DkfOPeO2ZhoPoYniWxkCypew/m3hPcS+IQ3cgT3DRhvdaKUuYb8vHOmV1+Lbzjbh2DM3eT/N0tuh8CCNjzg= Received: from MN2PR13MB3117.namprd13.prod.outlook.com (2603:10b6:208:13a::20) by MN2PR13MB3357.namprd13.prod.outlook.com (2603:10b6:208:162::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3131.14; Wed, 24 Jun 2020 14:59:23 +0000 Received: from MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::d5b6:8550:9c40:eec2]) by MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::d5b6:8550:9c40:eec2%7]) with mapi id 15.20.3153.010; Wed, 24 Jun 2020 14:59:23 +0000 From: Huaimo Chen To: "slitkows.ietf@gmail.com" , "bess@ietf.org" Thread-Topic: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-usage-07 Thread-Index: AdZJV6xbIA5I4OJ8QneA/Wu9XJmpKQA4DOVT Date: Wed, 24 Jun 2020 14:59:23 +0000 Message-ID: References: <07ed01d64957$b7a589f0$26f09dd0$@gmail.com> In-Reply-To: <07ed01d64957$b7a589f0$26f09dd0$@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=futurewei.com; x-originating-ip: [2601:199:4300:8e5a:4598:e6de:1a9e:7b3d] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c810cd4c-f880-41e1-9fca-08d8184f2e9f x-ms-traffictypediagnostic: MN2PR13MB3357: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-forefront-prvs: 0444EB1997 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: OwO6VcgzeD0lGjdfUAMuK6XQhd0C42o/WsAA4f3ovPTO+WrMtQMmsKtYYe062IsBtnK3sDZDp8kbt8b4kSS/sdPnXQIjZCWh73B45ChIiuWfRxUnCOxodwjcwgyEXXpskK2qR0HnBk8GL6ke/Yi+kFpmnHtXYJxMXqSGZ7IBot40ZryfA6N3IfT4RCkLt/53ktBUTCU7/aUzYyb8jTQCD6cm4eER9Irbkp0Iln0pSkHUOpeMLZWvIuc9rC7/VYQSbiv5gtItJJ6+HZ/rD0ZuBKrHBzT22fodtQF4C0yT9tFV7fsiXV2xDCaaX7WS9ENsLmbzpz65+PzGyn9EZ4kX20dcsjI5mpO2fCJjG1hb5tIYp/f8OyyXpPDvPAFL+7W8eEnjvCWkwAmrR0giuhrYdw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR13MB3117.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(366004)(346002)(136003)(396003)(39840400004)(7696005)(66446008)(64756008)(76116006)(66946007)(316002)(33656002)(66556008)(52536014)(8936002)(66476007)(71200400001)(110136005)(2906002)(9686003)(86362001)(55016002)(186003)(5660300002)(8676002)(53546011)(6506007)(478600001)(44832011)(19627405001)(966005)(166002)(83380400001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: jHL0sANYANlDpcJy8AM4ymox9HABe4FBivJQ8b70H/3BqqA97eIr0ilyWzKC0ItolKv4jqJWK7X2H0wziYYoSIh0mWBvFMRBAxLt0J/7fCOzo72gE1gr6Rw1vEVJyzEskXLVJCzabq4my3NQLp1RcP+OA1nSLsau/xLbEBDDvu/3onpjdhrhsf2T5hDSiPTjpRRn2WI6LblXatPbf4J618nIUwfoTWdTK/pDMLRrWyaNkQNRAosU93JdU5m73GJQsuoDILcCHVM9uviHa7k47cj9iWRl09Wq0+z4NCARy5IERp5icdfGpZT+HtEQlDF3paPK7iwmUs2XHWzXkxtW9cyktO929QQixIiaIp7gEc0EsfBLcarFA8ty+9WmOtQ/5JrO/C5QM6v+q3voojDqCzdzCTycuXpiVmrg7SvudZRhBlrcBW3jkWESFAE6N92qhxbHbr5dBDrgq4Mk9JUlQ4v6QWDC7TA+SM8vcUaKIv1fKIar/MFaZ4KVrWXGY0mBJhoPVb3OSQERf9fJxchmfVp0RzdXEq5c+7nfPl9+cZxO9MinK2nhViWMDtc6KlxB x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MN2PR13MB3117ACB22F97BC7B614D60A9F2950MN2PR13MB3117namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MN2PR13MB3117.namprd13.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: c810cd4c-f880-41e1-9fca-08d8184f2e9f X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Jun 2020 14:59:23.5961 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: j+s0hoFXJYVHsnSIhiOiDHcYgs546X+Uvf3uSkFxQS3wFuzLB1v/TdjvQlt8fuys2IRAMVkdpIMFvR9Vpjhb7A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR13MB3357 Archived-At: Subject: Re: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-usage-07 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2020 14:59:29 -0000 --_000_MN2PR13MB3117ACB22F97BC7B614D60A9F2950MN2PR13MB3117namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Support its adoption. Best Regards, Huaimo ________________________________ From: BESS on behalf of slitkows.ietf@gmail.com Sent: Tuesday, June 23, 2020 8:13 AM To: bess@ietf.org Subject: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-us= age-07 Hello, This email begins a two-weeks WG adoption poll for draft-dunbar-bess-bgp-sd= wan-usage-07 [1] .. Please review the draft and post any comments to the BESS working group lis= t. 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). If you are listed as an author or a contributor of this document, please re= spond to this email and indicate whether or not you are aware of any releva= nt undisclosed IPR, copying the BESS mailing list. The document won't progr= ess without answers from all the authors and contributors. Currently, there are no IPR disclosures against this document. If you are not listed as an author or a 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. This poll for adoption closes on 7th July 2020. Regards, Matthew and Stephane [1] https://datatracker.ietf.org/doc/draft-dunbar-bess-bgp-sdwan-usage/ --_000_MN2PR13MB3117ACB22F97BC7B614D60A9F2950MN2PR13MB3117namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
    Support its adoption.

    Best Regards,
    Huaimo
    From: BESS <bess-bounces= @ietf.org> on behalf of slitkows.ietf@gmail.com <slitkows.ietf@gmail.= com>
    Sent: Tuesday, June 23, 2020 8:13 AM
    To: bess@ietf.org <bess@ietf.org>
    Subject: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-s= dwan-usage-07
     

    Hello,

     

    This email begins a two-weeks WG adoption poll for dra= ft-dunbar-bess-bgp-sdwan-usage-07 [1] ..

     

    Please review the draft and post any comments to the B= ESS working group list.

     

    We are also polling for knowledge of any undisclo= sed IPR that applies to this Document, to ensure that IPR has been disclose= d in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for= more details).

     

    If you are listed as an author or a contributor of thi= s document, please respond to this email and indicate whether or not you ar= e aware of any relevant undisclosed IPR, copying the BESS mailing list. The= document won't progress without answers from all the authors and contributors.

    Currently, there are no IPR disclosures against this d= ocument.

     

    If you are not listed as an author or a contributor, t= hen please explicitly respond only if you are aware of any IPR that has not= yet been disclosed in conformance with IETF rules.

     

    This poll for adoption closes on 7th July 2020.=

     

    Regards,

    Matthew and Stephane

     

    [1] https://datatracker.ietf.or= g/doc/draft-dunbar-bess-bgp-sdwan-usage/

     

     

    --_000_MN2PR13MB3117ACB22F97BC7B614D60A9F2950MN2PR13MB3117namp_-- From nobody Wed Jun 24 08:28:52 2020 Return-Path: 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 8A6BA3A0D2E; Wed, 24 Jun 2020 08:28:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cert.org 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 uqNYuFW0Sm2R; Wed, 24 Jun 2020 08:28:49 -0700 (PDT) Received: from taper.sei.cmu.edu (taper.sei.cmu.edu [147.72.252.16]) (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 3B7933A0E15; Wed, 24 Jun 2020 08:28:49 -0700 (PDT) Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 05OFSlaS016441; Wed, 24 Jun 2020 11:28:48 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 05OFSlaS016441 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1593012528; bh=qOznm9QR3ruXM8GNOcvrmdgjVJPba0cMM5t2P4trsAg=; h=From:To:CC:Subject:Date:References:In-Reply-To:From; b=kzCbNJyeiXuO9WJRb0dpFnzCY/snhqcpYsUjdY0i0Df1VZj3VLPuFfY3EeLLGDXCF 5HsLhRF7qcEJXogzcfmI2sKDueHNZZVDVo3b8xgRkYvhhS8vMEcAPAto1UjiUFCYTj nnR9mBkdSiZj7keCeyMii4vyA26dKBBXz2FQqva4= Received: from CASSINA.ad.sei.cmu.edu (cassina.ad.sei.cmu.edu [10.64.28.249]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 05OFSjnC008725; Wed, 24 Jun 2020 11:28:45 -0400 Received: from MORRIS.ad.sei.cmu.edu (147.72.252.46) by CASSINA.ad.sei.cmu.edu (10.64.28.249) with Microsoft SMTP Server (TLS) id 14.3.487.0; Wed, 24 Jun 2020 11:28:45 -0400 Received: from MORRIS.ad.sei.cmu.edu (147.72.252.46) by MORRIS.ad.sei.cmu.edu (147.72.252.46) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1979.3; Wed, 24 Jun 2020 11:28:44 -0400 Received: from MORRIS.ad.sei.cmu.edu ([fe80::555b:9498:552e:d1bb]) by MORRIS.ad.sei.cmu.edu ([fe80::555b:9498:552e:d1bb%13]) with mapi id 15.01.1979.003; Wed, 24 Jun 2020 11:28:44 -0400 From: Roman Danyliw To: "adrian@olddog.co.uk" CC: "draft-ietf-bess-nsh-bgp-control-plane@ietf.org" , "bess-chairs@ietf.org" , "'The IESG'" , "bess@ietf.org" Thread-Topic: Roman Danyliw's Comments on draft-ietf-bess-nsh-bgp-control-plane-13 Thread-Index: AdY09rrTOqsf2p2FRCKE4aMQY+++8QVRTLyQ Date: Wed, 24 Jun 2020 15:28:43 +0000 Message-ID: <715242e631ea41ae81f021ac6cd14535@cert.org> References: <084001d634f6$bf793840$3e6ba8c0$@olddog.co.uk> In-Reply-To: <084001d634f6$bf793840$3e6ba8c0$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.64.202.179] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [bess] Roman Danyliw's Comments on draft-ietf-bess-nsh-bgp-control-plane-13 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2020 15:28:52 -0000 SGkgQWRyaWFuIQ0KDQpUaGFua3MgZm9yIHRoZSBleHBsYW5hdGlvbnMgYmVsb3cgYW5kIHRoZSB1 cGRhdGVzIG1hZGUgaW4gLTE0Ly0xNS4gIFBsZWFzZSBjb25zaWRlciB0aGVzZSBjb21tZW50cyBy ZXNvbHZlZC4NCg0KUmVnYXJkcywNClJvbWFuDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0t LS0NCj4gRnJvbTogaWVzZyA8aWVzZy1ib3VuY2VzQGlldGYub3JnPiBPbiBCZWhhbGYgT2YgQWRy aWFuIEZhcnJlbA0KPiBTZW50OiBUaHVyc2RheSwgTWF5IDI4LCAyMDIwIDk6NDkgQU0NCj4gVG86 IFJvbWFuIERhbnlsaXcgPHJkZEBjZXJ0Lm9yZz4NCj4gQ2M6IGRyYWZ0LWlldGYtYmVzcy1uc2gt YmdwLWNvbnRyb2wtcGxhbmVAaWV0Zi5vcmc7IGJlc3MtY2hhaXJzQGlldGYub3JnOyAnVGhlDQo+ IElFU0cnIDxpZXNnQGlldGYub3JnPjsgYmVzc0BpZXRmLm9yZw0KPiBTdWJqZWN0OiBSb21hbiBE YW55bGl3J3MgQ29tbWVudHMgb24gZHJhZnQtaWV0Zi1iZXNzLW5zaC1iZ3AtY29udHJvbC1wbGFu ZS0NCj4gMTMNCj4gDQo+IEhpIGFnYWluIFJvbWFuLA0KPiANCj4gRGlzdGluY3QgdGhyZWFkIGZy b20gdGhlIG9uZSBvbiB5b3VyIERpc2N1c3MuLi4NCj4gDQo+ID4gQ09NTUVOVDoNCj4gPiAtLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KPiA+DQo+ID4gKiBTZWN0aW9uIDIuMi4gIENvdWxkIHlvdSBwbGVhc2UgY2xhcmlmeSBj b25uZWN0IGJldHdlZW4gdGhlc2UgdHdvDQo+ID4gc3RhdGVtZW50cyBhYm91dCB0aGUgU0ZDIGFy Y2hpdGVjdHVyZToNCj4gPg0KPiA+IDEuIOKAnFRoZSBTRklSIGlzIGFkdmVydGlzZWQgYnkgdGhl IG5vZGUgaG9zdGluZyB0aGUgc2VydmljZSBmdW5jdGlvbg0KPiA+ICAgIGluc3RhbmNl4oCdDQo+ ID4NCj4gPiAyLiDigJxXZSBhc3N1bWUgQkdQIGNvbm5lY3Rpdml0eSBiZXR3ZWVuIHRoZSBDb250 cm9sbGVyIGFuZCBhbGwgU0ZGcw0KPiA+IHdpdGhpbiBlYWNoIHNlcnZpY2UgZnVuY3Rpb24gb3Zl cmxheSBuZXR3b3Jr4oCdDQo+ID4NCj4gPiBJcyB0aGUgbm9kZSByZWZlcmVuY2VkIGluIHN0YXRl bWVudCAoMSkgdGhlIFNGRi4gIElmIG5vdCwgaXQgc2VlbXMNCj4gPiBsaWtlIHRoZXkgbmVlZCB0 byBiZSBhZGRlZCB0byBzdGF0ZW1lbnQgIzIgYXMgZW50aXRpZXMgdGhhdCBoYXZlIEJHUA0KPiBj b25uZWN0aXZpdHkuDQo+IA0KPiBZZXMsIDEpIHJlZmVycyB0byB0aGUgU0ZGLiBXZSB3aWxsIGFk ZCAiLi4uIChpLmUuLCB0aGUgU0ZGKSINCj4gDQo+ID4gKiBTZWN0aW9uIDIuMi4gIFBlciBGaWd1 cmUgMSwgd2hlcmUgaXMgdGhlIOKAnENvbnRyb2xsZXLigJ0gaW4gdGhpcyByZWZlcmVuY2UgbW9k ZWw/DQo+IA0KPiBQZXIgdGhlIHByZXZpb3VzIHF1b3RlIDIpIGl0IHdvdWxkIGJlIGltcHJhY3Rp Y2FsIHRvIHNob3cgdGhlIGNvbnRyb2xsZXJzIGluDQo+IEZpZ3VyZSAxIHdpdGggY29ubmVjdGl2 aXR5IHRvIGVhY2ggU0ZGLiBGdXJ0aGVybW9yZSwgdGhlIGZpZ3VyZSBpcyB0aGUgU0ZDDQo+IChm b3J3YXJkaW5nIHBsYW5lKSBhcmNoaXRlY3R1cmUgbm90IHRoZSBTRkMgY29udHJvbCBwbGFuZSBh cmNoaXRlY3R1cmUuDQo+IA0KPiBCdXQgdGhlIHBhcmFncmFwaCBpbW1lZGlhdGVseSBiZWZvcmUg dGhlIGZpZ3VyZSBzdGFydHMgIk5vdGUgdGhhdCwgZm9yDQo+IGNvbnZlbmllbmNlIGFuZCBjbGFy aXR5Li4uIiBzbyB0aGlzIGlzIGEgZ29vZCBwbGFjZSBmb3IgdXMgdG8gbWFrZSB0aGUgY2xlYXIg aG93DQo+IHRoZSBjb250cm9sbGVycyBmaXQgaW4uDQo+IA0KPiA+ICogU2VjdGlvbiAzLjEuICBQ ZXIg4oCcSWYgdHdvIFNGSVJzIGFyZSBvcmlnaW5hdGVkIGZyb20gZGlmZmVyZW50DQo+ID4gYWRt aW5pc3RyYXRpdmUgZG9tYWlucyDigKbigJ0sIGFyZSB0aGVzZSBhZG1pbmlzdHJhdGl2ZSBkb21h aW5zIHN0aWxsIGluIGENCj4gPiDigJx3aXRoaW4gYSBzaW5nbGUgcHJvdmlkZXIncyBvcGVyYXRp b25hbCBkb21haW7igJ0gcGVyIFNlY3Rpb24gMi4yLj8NCj4gDQo+IFllcy4gQ2xhcmlmaWVkIGlu IHRoZSB0ZXh0Lg0KPiANCj4gPiAqIFNlY3Rpb24gMy4xLjEuICBQZXIgdGhlIFNGSVIgUG9vbCBJ ZGVudGlmaWVyIFZhbHVlIGJlaW5nIOKAnGdsb2JhbGx5DQo+ID4gdW5pcXVl4oCdLCBpcyB0aGF0 IGdsb2JhbGx5IHVuaXF1ZSBwZXIgQ29udHJvbGxlcj8gUGVyIG92ZXJsYXkgbmV0d29yaz8NCj4g DQo+IFBlciBvdmVybGF5IG5ldHdvcmsuIENsYXJpZmllZCBpbiB0aGUgdGV4dC4NCj4gTWFrZXMg bm90ZSB0byAqbmV2ZXIqIHVzZSAiZ2xvYmFsbHkgdW5pcXVlIiBhZ2FpbiDimLkNCj4gDQo+ID4g KiBTZWN0aW9uIDQuMy4gIFBlciB0aGUgc3VtbWFyeSBub3RhdGlvbiBvZiDigJxSVCwge1NGUFIt UkQsIFNQSX0sIG0gKg0KPiA+IHtTSSwge24gKiB7U0ZULCBwICogU0ZJUi1SRH0gfSB94oCdLCBp dCBpc27igJl0IGNsZWFyIHRvIG1lIHdoYXQgdGhpcw0KPiA+IGV4cHJlc3Npb24gaXMgc3VtbWFy aXppbmcuICBBbHNvLCB3aGF0IGRvZXMgdGhlIOKAnCrigJ0gbWVhbj8NCj4gDQo+IEl0IGlzIGEg bXVsdGlwbGllci4gV2UgdGhpbmsgdGhhdCBldmVyeW9uZSAoZWxzZSkgaGFzIHVuZGVyc3Rvb2Qg dGhpcyBzbyBmYXIsIGJ1dA0KPiBoYXZlIGFkZGVkIGEgY2xhcmlmeWluZyBub3RlLg0KPiANCj4g PiAqIFNlY3Rpb24gNC41LjEuIFBlciDigJxUaGVyZWZvcmUsIHdoaWxlIHRoaXMgZG9jdW1lbnQg cmVxdWlyZXMgdGhhdCB0aGUNCj4gPiBTSSB2YWx1ZXMgaW4gYW4gU0ZQIGFyZSBtb25vdG9uaWMg ZGVjcmVhc2luZywgaXQgbWFrZXMgbm8gYXNzdW1wdGlvbg0KPiA+IHRoYXQgdGhlIFNJIHZhbHVl cyBhcmUgc2VxdWVudGlhbC7igJ0sIHNob3VsZCB0aGlzIOKAnHJlcXVpcmVz4oCdIGJlIGEgUkZD MjExOSBNVVNUDQo+IG9yIFJFUVVJUkVEPw0KPiANCj4gSSB0aGluayB0aGlzIHRleHQgaXMgY29t bWVudGFyeSBhbmQgdXNpbmcgMjExOSBsYW5ndWFnZSB3b3VsZCBiZQ0KPiBpbmFwcHJvcHJpYXRl Lg0KPiBZb3UgY2FuIGZpbmQgdGhlIGFjdHVhbCByZXF1aXJlbWVudHMgbGFuZ3VhZ2UgaW4gc2Vj dGlvbiA0LjMuDQo+IA0KPiA+ICogU2VjdGlvbiA2LiAgUGVyIOKAnFRoZXJlZm9yZSwgdGhlIHVz ZSBvZiBOU0ggbWV0YWRhdGEgbWF5IGJlIHJlcXVpcmVkDQo+ID4gaW4gb3JkZXIgdG8gcHJldmVu dCBpbmZpbml0ZSBsb29wc+KAnSwgd2hhdCBpcyB0aGlzIG1ldGEtZGF0YT8NCj4gDQo+IFdlJ2xs IGFkZCBhIHJlZmVyZW5jZSB0byB0aGUgU0ZDIFdHIGRlZmluaXRpb24gb2YgbWV0YWRhdGEgKFJG QyA4MzAwKS4NCj4gDQo+ID4gKiBTZWN0aW9uIDcuMi4gIFBlciDigJxJbiBzdWNoIGNhc2VzIGl0 IGNhbiBiZSBpbXBvcnRhbnQgb3IgbmVjZXNzYXJ5DQo+ID4gdGhhdCBhbGwgcGFja2V0cyBmcm9t IGEgZmxvdyBjb250aW51ZSB0byB0cmF2ZXJzZSB0aGUgc2FtZSBpbnN0YW5jZSBvZg0KPiA+IGEg c2VydmljZSBmdW5jdGlvbiBzbyB0aGF0IHRoZSBzdGF0ZSBjYW4gYmUgbGV2ZXJhZ2VkIGFuZCBk b2VzIG5vdA0KPiA+IG5lZWQgdG8gYmUgcmVnZW5lcmF0ZWQu4oCdLCBob3cgaXMgdGhpcyByZXF1 aXJlbWVudCBzaWduYWxlZCB0aHJvdWdoIHRoZQ0KPiA+IFNGSVJzIGZvciB0aGUgY29tcHV0YXRp b24gb2YgU0ZQcz8NCj4gDQo+IEl0IGlzIGV4cGVjdGVkIHRoYXQgYSBjb250cm9sbGVyIHRoYXQg Y29tcHV0ZXMgYW4gU0ZQIGhhcyBrbm93bGVkZ2Ugb2YgdGhlDQo+IGZ1bmN0aW9ucyB0aGF0IG5l ZWQgdG8gYmUgaW5jbHVkZWQgb24gdGhlIHBhdGguIFN1Y2gga25vd2xlZGdlIGluY2x1ZGVzIHRo ZQ0KPiBvcmRlcmluZyBvZiBmdW5jdGlvbnMgKGl0J3Mgbm90IGp1c3QgYSBzZXQgb2YgZnVuY3Rp b25zLCBidXQgYSBzZXF1ZW5jZSksIHRoZQ0KPiBhbHRlcm5hdGl2ZSBpbXBsZW1lbnRhdGlvbnMg b2YgZnVuY3Rpb25zIChhcyBjb252ZXllZCBieSBkaWZmZXJlbnQgU0ZUcyksIGFuZA0KPiB0aGUg c3RhdGVmdWxuZXNzIG9mIGZ1bmN0aW9ucy4gTm90ZSB0aGF0IGl0IGlzIG5vdCByZWFsbHkgYW4g aW1wbGVtZW50YXRpb24NCj4gY2hvaWNlIHdoZXRoZXIgYSBmdW5jdGlvbiBpcyBzdGF0ZWZ1bCAt IG11Y2ggbW9yZSBpdCBpcyBkZXBlbmRlbnQgb24gdGhlDQo+IGZ1bmN0aW9uIGJlaW5nIHBlcmZv cm1lZCAoSSB0aGluayBhIGJpZGlyZWN0aW9uYWwgZmlyZXdhbGwgbWF5IGJlIGEgZ29vZA0KPiBl eGFtcGxlKS4NCj4gDQo+IFNvLCBoYXZpbmcgc2FpZCBhbGwgdGhhdCwgdGhlIFNGSVJzIGRvIG5v dCBzcGVjaWZpY2FsbHkgaW5kaWNhdGUgInRoaXMgU0YgKG9yIHRoaXMgU0kpDQo+IGlzIHN0YXRl ZnVsLiINCj4gDQo+ID4gKiBFZGl0b3JpYWwgTml0czoNCj4gPiAtIFNlY3Rpb24gMi4yLiBzL2No YW5uZWxsZWQvY2hhbm5lbGVkLw0KPiA+IC0gU2VjdGlvbiA0LjUuMS4gcy9iZXZhaGlvci9iZWhh dmlvci8NCj4gDQo+IFRoYW5rcw0KPiANCj4gPiAtIFNlY3Rpb24gNy4xLiAgUGVyIOKAnEFzIG5v dGVkIGluIFNlY3Rpb24gMy4yLjEuMSBTRlBScyByZWZlcmVuY2UgZWFjaA0KPiA+IG90aGVyIG9u ZSBTRlBSIGFkdmVydGlzZW1lbnQgd2lsbCBiZSByZWNlaXZlZCBiZWZvcmUgdGhlIG90aGVyLuKA nSwgdGhpcw0KPiA+IHNlbnRlbmNlIGRpZG7igJl0IHBhcnNlIGZvciBtZS4NCj4gDQo+IE1pc3Np bmcgImlmIiBvciAid2hlbiINCj4gDQo+ID4gLSBTZWN0aW9uIDguOS4xLiBUeXBvLiAgcy9pcyBp cy9pcy8NCj4gDQo+IFRoYW5rcw0KPiANCj4gQmVzdCwNCj4gQWRyaWFuDQoNCg== From nobody Wed Jun 24 12:45:24 2020 Return-Path: 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 591F63A1145 for ; Wed, 24 Jun 2020 12:45:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.325 X-Spam-Level: * X-Spam-Status: No, score=1.325 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, KHOP_HELO_FCRDNS=0.276, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] 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 hushPXQfBp6x for ; Wed, 24 Jun 2020 12:45:21 -0700 (PDT) Received: from hickoryhill-consulting.com (50-245-122-100-static.hfc.comcastbusiness.net [50.245.122.100]) (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 A77113A1142 for ; Wed, 24 Jun 2020 12:45:21 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=166.170.22.63; From: "Susan Hares" To: References: <07ed01d64957$b7a589f0$26f09dd0$@gmail.com> In-Reply-To: Date: Wed, 24 Jun 2020 15:45:17 -0400 Message-ID: <002701d64a5f$fd0c0420$f7240c60$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0028_01D64A3E.75FA6420" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFUlybqdDvZNgYNFZat1wmI+m+7QgH9g83rqdulWLA= Content-Language: en-us X-Antivirus: AVG (VPS 200624-2, 06/24/2020), Outbound message X-Antivirus-Status: Not-Tested X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-usage-07 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2020 19:45:23 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0028_01D64A3E.75FA6420 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Support adoption. Read draft and sent comments to authors. Sue Hares From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Huaimo Chen Sent: Wednesday, June 24, 2020 10:59 AM To: slitkows.ietf@gmail.com; bess@ietf.org Hello, This email begins a two-weeks WG adoption poll for draft-dunbar-bess-bgp-sdwan-usage-07 [1] .. Please review the draft and post any comments to the BESS working group list. 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 a contributor of this document, please respond to this email and indicate whether or not you are aware of any relevant undisclosed IPR, copying the BESS mailing list. The document won't progress without answers from all the authors and contributors. Currently, there are no IPR disclosures against this document. If you are not listed as an author or a contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. This poll for adoption closes on 7th July 2020. Regards, Matthew and Stephane [1] https://datatracker.ietf.org/doc/draft-dunbar-bess-bgp-sdwan-usage/ ------=_NextPart_000_0028_01D64A3E.75FA6420 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Support adoption.  Read draft and sent comments to authors. =

     

    Sue Hares

     

    From:= = BESS [mailto:bess-bounces@ietf.org] On Behalf Of Huaimo = Chen
    Sent: Wednesday, June 24, 2020 10:59 AM
    To: = slitkows.ietf@gmail.com; = bess@ietf.org

    Hello,

     

    This email begins a = two-weeks WG adoption poll for draft-dunbar-bess-bgp-sdwan-usage-07 [1] = ..

     

    Please review the draft and = post any comments to the BESS working group list.

     

    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 a contributor of this document, please respond to this email = and indicate whether or not you are aware of any relevant undisclosed = IPR, copying the BESS mailing list. The document won't progress without = answers from all the authors and contributors.

    Currently, there are no IPR = disclosures against this document.

     

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

     

    This poll for adoption = closes on 7th July 2020.

     

    Regards,

    Matthew and = Stephane

     

    [1] https://datatracker.ietf.org/doc/draft-dunbar-bess-bgp-sdwan= -usage/

     

     

    =
    ------=_NextPart_000_0028_01D64A3E.75FA6420-- From nobody Wed Jun 24 17:25:47 2020 Return-Path: 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 2A09B3A11F5 for ; Wed, 24 Jun 2020 17:25:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.847 X-Spam-Level: X-Spam-Status: No, score=-1.847 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 0i7GIGVLODuC for ; Wed, 24 Jun 2020 17:25:43 -0700 (PDT) Received: from mail-il1-x131.google.com (mail-il1-x131.google.com [IPv6:2607:f8b0:4864:20::131]) (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 5E1173A0C78 for ; Wed, 24 Jun 2020 17:25:43 -0700 (PDT) Received: by mail-il1-x131.google.com with SMTP id l9so3745122ilq.12 for ; Wed, 24 Jun 2020 17:25:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=WBfFL4j8COYQxzEUyCCwCzQ1Ag347pDk7ltfQWCku8w=; b=N3+10KrVnZplU3QG0eQCw7zQahoJOrsH49/uoenzxMxbo4YdHKzf88KEIfKOdtV9yX wU0GszLXzny4Ylr6dBsTVuaEdje+JEVn8WHJkNfcBVT/1srNKwA7Renin6AHuSHCxERI RtAFvtPpTzx1yMmekOers62W+SSmtY3bcd9CSaNxYaCp0OEt+hdDq4+pcGFDIhSqkE9V d6xzuXQsDik8Ln+i7yl1YTdRdL9bjPKg/SzyLS/cknbHjiu9MEFKaYG5llcbknGEUQUu r0SnDvAT2UojmjmP/670WEdpQD6cG7u3Pr5Qo7osYPh+ljO0bvouqECFuuJzrTllyHr+ pJRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=WBfFL4j8COYQxzEUyCCwCzQ1Ag347pDk7ltfQWCku8w=; b=r0Gx9u4IAhB7c1FRZ9Wk29ol0G9c3bQn0HQhtqu9RI++nl7GhjjItxyziVxLZHVBzL IPYjuOyTz7XjBiQdUSKwJSIGfmeQ5N8eLX+ynhNBQhOEd2z3KZihIB3b67RM8ohep1Ph JlDRFN61UbZmsDv5Seq4o/f3UV9hilOnSmfgnQ4IaY9R8tke9zbb2TQ3NWOrY8Vf5+2s Qhd/IAMbRFqO2lSHTCzfuFlRDnhPPiYUZDZjEBciykUgL6zA7H9GQ6EJnEsWKh3otAZ7 8lnGxvs1Hj6xOptKr3Ck9L4JfJzpC5GS7NAqsrdEv5mCX8nAJJQag2vr6q3xPcoL49kv ZEZg== X-Gm-Message-State: AOAM533LB4iocxRXQj9mjtrXEE4myTWmVL5jPDwf+b9w7EV1NcO9WM2A QsuO/EQFSsGK8fRIm1LGuT/tj5N27KwV4UTYcaosvD3t X-Google-Smtp-Source: ABdhPJz9hfDaYcgeVmsgOwyjs51bd8aK656xvYPM7yiWPYcMkXeM4ejciCphZdcuq9xh8H2dwfwDIqf0Hckbuwm3Gz4= X-Received: by 2002:a92:8411:: with SMTP id l17mr15640199ild.83.1593044742706; Wed, 24 Jun 2020 17:25:42 -0700 (PDT) MIME-Version: 1.0 References: <07ed01d64957$b7a589f0$26f09dd0$@gmail.com> In-Reply-To: <07ed01d64957$b7a589f0$26f09dd0$@gmail.com> From: Donald Eastlake Date: Wed, 24 Jun 2020 20:25:31 -0400 Message-ID: To: Stephane Litkowski Cc: bess@ietf.org Content-Type: multipart/alternative; boundary="0000000000000025d405a8dda2dd" Archived-At: Subject: Re: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-usage-07 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2020 00:25:45 -0000 --0000000000000025d405a8dda2dd Content-Type: text/plain; charset="UTF-8" I support WG adoption of this draft. Thanks, Donald =============================== Donald E. Eastlake 3rd +1-508-333-2270 (cell) 2386 Panoramic Circle, Apopka, FL 32703 USA d3e3e3@gmail.com On Tue, Jun 23, 2020 at 8:13 AM wrote: > Hello, > > > > This email begins a two-weeks WG adoption poll for > draft-dunbar-bess-bgp-sdwan-usage-07 [1] .. > > > > Please review the draft and post any comments to the BESS working group > list. > > > > 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 a contributor of this document, please > respond to this email and indicate whether or not you are aware of any > relevant undisclosed IPR, copying the BESS mailing list. The document won't > progress without answers from all the authors and contributors. > > Currently, there are no IPR disclosures against this document. > > > > If you are not listed as an author or a contributor, then please > explicitly respond only if you are aware of any IPR that has not yet been > disclosed in conformance with IETF rules. > > > > This poll for adoption closes on 7th July 2020. > > > > Regards, > > Matthew and Stephane > > > > [1] https://datatracker.ietf.org/doc/draft-dunbar-bess-bgp-sdwan-usage/ > > > > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > --0000000000000025d405a8dda2dd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    I support WG adoption of this draft.
    =
    Thanks,
    Donald
    =3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
    =C2= =A0Donald E. Eastlake 3rd =C2=A0 +1-508-333-2270 (cell)
    =C2=A02386 Panor= amic Circle, Apopka, FL 32703 USA
    =C2=A0d3e3e3@gmail.com

    On Tue, Jun 23,= 2020 at 8:13 AM <slitkows.ie= tf@gmail.com> wrote:

    Hello,

    =C2=A0

    This email begins a two-weeks WG adoption poll for draft-dunbar-= bess-bgp-sdwan-usage-07 [1] ..

    =C2=A0

    Please review the draft and post any comments to the BESS working group = list.

    =C2=A0

    We are also=C2=A0polli= ng for knowledge of any undisclosed IPR that applies to this Document, to e= nsure that IPR has been disclosed in compliance with IETF IPR rules (see RF= Cs 3979, 4879, 3669 and 5378 for more details).

    =C2=A0<= u>

    <= span lang=3D"EN-US">If you are listed as an author or a contributor of this= document, please respond to this email and indicate whether or not you are= aware of any relevant undisclosed IPR, copying the BESS mailing list. The = document won't progress without answers from all the authors and contri= butors.

    Currently, there are no IPR disclosures against= this document.

    =C2=A0

    If you are n= ot listed as an author or a contributor, then please explicitly respond onl= y if you are aware of any IPR that has not yet been disclosed in conformanc= e with IETF rules.

    =C2=A0

    This poll= for adoption closes on 7th July 2020.

    =C2=A0=

    Regards,

    Matthew and Stephane<= /span>

    =C2=A0

    [1]=C2=A0https://datatracker.ietf.org/doc/draft-dunbar-bess-bgp-sd= wan-usage/

    =C2=A0<= u>

    =C2=A0

    _____________________= __________________________
    BESS mailing list
    BESS@ietf.org
    https://www.ietf.org/mailman/listinfo/bess
    --0000000000000025d405a8dda2dd-- From nobody Thu Jun 25 10:38:36 2020 Return-Path: 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 408083A0DED for ; Thu, 25 Jun 2020 10:38:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 JoiqLxJnABnm for ; Thu, 25 Jun 2020 10:38:32 -0700 (PDT) Received: from mail-qk1-x72f.google.com (mail-qk1-x72f.google.com [IPv6:2607:f8b0:4864:20::72f]) (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 AE9C63A0DF2 for ; Thu, 25 Jun 2020 10:38:32 -0700 (PDT) Received: by mail-qk1-x72f.google.com with SMTP id e13so6161168qkg.5 for ; Thu, 25 Jun 2020 10:38:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=oNbxrTv1uYSIjMQIioXpacP8Mu1khtbrUedU+HV01No=; b=Mo9LjzrMaC8aFiYnNxJq0zqzXRMwRe07/GSAWw0tdlpjjJD4bsbt0EzWgb1kAUmIv3 n5RluJ/qiJgebHsZjKlJVIsCE4Y1L/PiVomdk7IZU3/cZhIwijv7rtN9tNeALv1kb6NM QBVUDt8QkHdQykv6jHRHaHJkfWD/IOwSJWOjCmA/u4lGkQL6gkqFRqB8BTPCczYNoikH HfomoXa8by//bJc108E2hVQL649habsrVNlX8cIfYHgpf66RXBD2DhxPHrunHAqmJm2m Db5P90SLo0XMEDR1bA5gvc7+4U8gNBYrucVodKNAGgZoV6IFTm+gx70ITU4otB0K3/VP FThQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=oNbxrTv1uYSIjMQIioXpacP8Mu1khtbrUedU+HV01No=; b=lOXv4qLgoBcpBYJM25sM1UzhV5OwtgUmZhyOh/q32tsmJJa0ptrAOCWAzJBn/er45a fBCAUa/unxWCgJV2iMN2bRVjAlcD6s2JePkvTG/bJ1n59bjpWZQ0CB6EkJEP3UfEOpQv qVbCCMyxvLN3im0D5JqSrs0qcWDKcXc1IMXy4kdRkIGs/Wwz8jHYfPyFdt3o2lJ5da+x 497F632O/mFCSOFIocBBSHKgBPkL5z84J4uSYKJL3Uk+VFzOr37w48r2EWiDjeqFuLgJ avyEgdMUL7hJ9ZeRUFFaU8dT0jKOzMHP4te/MDosLAn+FCJnackQbrka7FZsAV/tpdCz edww== X-Gm-Message-State: AOAM530Y8aNDFq/abyVK30B+6cR1l61TuC51R5utZvPxIAQ0uc9CM1vZ 5txlta8ODkCSlbxCVvNxE0tGWXbcIQrLnmYrv6s= X-Google-Smtp-Source: ABdhPJwCQFweXieqJ5TDsD5U9dWG1kBAygIJPtcLcFT+ey2bJJoUxIllSZW6ycymaCf0bnfHg7SF9NaaDfw3QR0lG+E= X-Received: by 2002:a05:620a:a1d:: with SMTP id i29mr28313271qka.29.1593106711767; Thu, 25 Jun 2020 10:38:31 -0700 (PDT) MIME-Version: 1.0 References: <07ed01d64957$b7a589f0$26f09dd0$@gmail.com> In-Reply-To: <07ed01d64957$b7a589f0$26f09dd0$@gmail.com> From: Ayan Banerjee Date: Thu, 25 Jun 2020 10:38:20 -0700 Message-ID: To: slitkows.ietf@gmail.com Cc: bess@ietf.org Content-Type: multipart/alternative; boundary="000000000000a4edb905a8ec0f01" Archived-At: Subject: Re: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-usage-07 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2020 17:38:34 -0000 --000000000000a4edb905a8ec0f01 Content-Type: text/plain; charset="UTF-8" Support WG adoption. I am not aware of any IPR associated with this draft. Thanks, Ayan On Tue, Jun 23, 2020 at 5:13 AM wrote: > Hello, > > > > This email begins a two-weeks WG adoption poll for > draft-dunbar-bess-bgp-sdwan-usage-07 [1] .. > > > > Please review the draft and post any comments to the BESS working group > list. > > > > 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 a contributor of this document, please > respond to this email and indicate whether or not you are aware of any > relevant undisclosed IPR, copying the BESS mailing list. The document won't > progress without answers from all the authors and contributors. > > Currently, there are no IPR disclosures against this document. > > > > If you are not listed as an author or a contributor, then please > explicitly respond only if you are aware of any IPR that has not yet been > disclosed in conformance with IETF rules. > > > > This poll for adoption closes on 7th July 2020. > > > > Regards, > > Matthew and Stephane > > > > [1] https://datatracker.ietf.org/doc/draft-dunbar-bess-bgp-sdwan-usage/ > > > > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > --000000000000a4edb905a8ec0f01 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Support WG adoption.

    I am no= t aware of any IPR associated with this draft.

    Thanks,
    Ayan


    On Tue, Jun 23, 2020 at 5:13 A= M <slitkows.ietf@gmail.com> wrote:

    Hello,

    =C2=A0

    <= p class=3D"MsoNormal" style=3D"margin-left:36pt">This = email begins a two-weeks WG adoption poll for draft-dunbar-bess-bgp-sdwan-u= sage-07 [1] ..

    =C2=A0

    Please revie= w the draft and post any comments to the BESS working group list.=

    =C2=A0

    We are also=C2=A0polling for knowledg= e 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).

    =C2=A0

    If you are listed as an author or a contributor of this document, plea= se respond to this email and indicate whether or not you are aware of any r= elevant undisclosed IPR, copying the BESS mailing list. The document won= 9;t progress without answers from all the authors and contributors.<= u>

    Currently, there are no IPR disclosures against this document.=

    = =C2=A0

    If you are not listed as an= author or a contributor, then please explicitly respond only if you are aw= are of any IPR that has not yet been disclosed in conformance with IETF rul= es.

    =C2=A0

    This poll for adoption c= loses on 7th July 2020.

    =C2=A0

    =

    Rega= rds,

    Matthew and Stephane

    =C2=A0=

    [1]=C2=A0https://datatracker.ietf.org/doc/draft-dunbar-bess-bgp-sdwan-usage/

    = =C2=A0

    <= /u>=C2=A0

    ____________________________________= ___________
    BESS mailing list
    BESS@ietf.org
    https://www.ietf.org/mailman/listinfo/bess
    --000000000000a4edb905a8ec0f01-- From nobody Sat Jun 27 00:11:24 2020 Return-Path: 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 480113A0B1A; Sat, 27 Jun 2020 00:11:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 hB_0jhEOly7S; Sat, 27 Jun 2020 00:11:20 -0700 (PDT) Received: from mail-qv1-xf2d.google.com (mail-qv1-xf2d.google.com [IPv6:2607:f8b0:4864:20::f2d]) (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 8DD213A0D7C; Sat, 27 Jun 2020 00:11:20 -0700 (PDT) Received: by mail-qv1-xf2d.google.com with SMTP id h18so5520087qvl.3; Sat, 27 Jun 2020 00:11:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:cc:to; bh=o0van+bZZ/s1LYl5ezcxTKwoxzL8rdQBMGZfHAPj8vo=; b=qrd6erIn259jxao1pD8ETfH1vk8JeZ+m18ZHpCb09snlVMz9qyrKW0NIMzKyDPcEED y8hsMPdAnBmJJAVxEMnZkVWP7Ob8rAvF6JaJPkAKMiWtw021Y91R3jPxwyvC88rOSxCg ov+bGLZKpDjGCJof+TeQgvUHweNQLqFSOZBpVEuhx1rRBNXmHFWgOKHAwZHL+05ofdJ4 Rs45WVXzm9pCX4TChvALXoSaZAGkoRj3QbPdk+NUVxdNkBa/skw05wWxjjVHIMCI5j0r Gbp1PyRxX3KOV/RYCJG9B1kGtf5oSCEDgP/lIPuzy3s/OiJSEfqmyrbauDdp62+0fIZK w1Uw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:cc:to; bh=o0van+bZZ/s1LYl5ezcxTKwoxzL8rdQBMGZfHAPj8vo=; b=XS5xQMQOBibzevh2kKPr/FzUX8z2JLBmifhveYmnzQpS9c5acAFlVbb40ccDu6OgYW 1BUtfXQY7XVnmsVLsZBcAHFeDQSd36cATxrFfaYWRXe6uo9qKI9TvCDA6Y9rbWtGDrJz VJoJAjZk0+HThTfjwXkZyRQR4cLeA1erCeridLnNeqItCibe/fPr6rv4682hmdcbk0yB 5Fo8THf+crtC4CBJ4BJbozj+B+9uuX/EDjH5GNmWpxmZ/sG9qDhbdUHmNGd3Pf9atOQf e1f9xHtsGHJeI0dxk2Y9dIP4KNBuYcQClUKt3OX9JJgLXP0oIKEtUS+C+vq089+J3sO/ +vNw== X-Gm-Message-State: AOAM5312EqBMqaJL/8mvGrW6zJXCYGzrEeSn8/SLGTwXWZIyLF0FRY7F K3AhyJ0T8a7r2cs3oJfYCW1BGg2v X-Google-Smtp-Source: ABdhPJzKWvcR2lDf8WZYyUuzophP/JSsO/gfCe7CzNTrmik2s4o002119JqGasaLvaH5VND1tD7TNg== X-Received: by 2002:a0c:f842:: with SMTP id g2mr6777122qvo.181.1593241879477; Sat, 27 Jun 2020 00:11:19 -0700 (PDT) Received: from [192.168.1.2] (c-67-164-105-241.hsd1.ca.comcast.net. [67.164.105.241]) by smtp.gmail.com with ESMTPSA id d13sm2949454qkj.27.2020.06.27.00.11.18 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 27 Jun 2020 00:11:19 -0700 (PDT) From: Ravi Singh Content-Type: multipart/alternative; boundary="Apple-Mail=_C020E315-1324-446B-86FA-BC9CE4FC87B1" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Message-Id: Date: Sat, 27 Jun 2020 00:11:17 -0700 Cc: bess@ietf.org, rtg-dir@ietf.org To: bess-chairs@ietf.org, draft-ietf-bess-datacenter-gateway@ietf.org X-Mailer: Apple Mail (2.3445.104.11) Archived-At: Subject: [bess] RtgDir Early review: draft-ietf-bess-datacenter-gateway.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jun 2020 07:11:22 -0000 --Apple-Mail=_C020E315-1324-446B-86FA-BC9CE4FC87B1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hello I have been selected to do a routing directorate =E2=80=9Cearly=E2=80=9D = review of this draft. https://datatracker.ietf.org/doc/draft-ietf-bess-datacenter-gateway/ = =20= The routing directorate will, on request from the working group chair, = perform an =E2=80=9Cearly=E2=80=9D review of a draft before it is = submitted for publication to the IESG. The early review can be performed = at any time during the draft=E2=80=99s lifetime as a working group = document. The purpose of the early review depends on the stage that the = document has reached. As this document is in working group last call, my = focus for the review was to determine whether the document is ready to = be published. Please consider my comments along with the other working = group last call comments. Document: draft-ietf-bess-datacenter-gateway = .txt= Reviewer: Ravi Singh Review Date: 06/26/2020 Intended Status: Standards track (but is it the right one? Should this = be informational instead, since no new encodings are explicitly = specified) Summary: I have some minor concerns about this document that I think should be = resolved before it is submitted to the IESG. Comments: 1. Draft track: does this need to be "standards track=E2=80=9D? No new = encodings are specified, even though there are requests for new IANA = code-points. 2. Section 3: a. Auto-discovery: setting the route-target to SR-ID: how to = avoid conflicts in regards to route-target settings: some may represent = the SR ID and other represent non-SR constructs? Some text in that = regard would be helpful. b. The draft would do well to explicitly state what happens if = the GWs in a given domain end up getting configured with different SR = IDs. c. Is there a specific reason why neither the format for the SR = tunnel TLV is listed nor a pointer given to a pre-existing definition in = another doc? 3. Section. 5: could use an example with reference to figure 1. 4. Section 6: would be useful to describe, or provide pointer to section = in the tunnel-encaps draft, stating logic for picking a specific = encapsulation for a given packet. Regards Ravi --Apple-Mail=_C020E315-1324-446B-86FA-BC9CE4FC87B1 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

    Hello

    I have been selected to do a routing = directorate =E2=80=9Cearly=E2=80=9D review of this draft.

    https://datatracker.ietf.org/doc/draft-ietf-bess-datacenter-gat= eway/ 

    The routing = directorate will, on request from the working group chair, perform an = =E2=80=9Cearly=E2=80=9D review of a draft before it is submitted for = publication to the IESG. The early review can be performed at any time = during the draft=E2=80=99s lifetime as a working group document. The = purpose of the early review depends on the stage that the document has = reached. As this document is in working group last call, my focus for = the review was to determine whether the document is ready to be = published. Please consider my comments along with the other working = group last call comments.

    Document: draft-ietf-bess-datacenter-gateway.txt
    Reviewer: Ravi = Singh
    Review Date: = 06/26/2020
    Intended Status: Standards track (but is it the right one? = Should this be informational instead, since no new encodings are = explicitly specified)

    Summary:
    I = have some minor concerns about this document that I think should be = resolved before it is submitted to the = IESG.

    Comments:
    1. Draft track: does this need to be "standards track=E2=80=9D= ? No new encodings are specified, even though there are requests for new = IANA code-points.
    2. Section 3:
    = a. Auto-discovery: setting the route-target to SR-ID: how to = avoid conflicts in regards to route-target settings: some may represent = the SR ID and other represent non-SR constructs? Some text in that = regard would be helpful.
    b. The = draft would do well to explicitly state what happens if the GWs in a = given domain end up getting configured with different SR IDs.
    = c. Is there a specific reason why neither the format for the SR = tunnel TLV is listed nor a pointer given to a pre-existing definition in = another doc?
    3. Section. 5: could use an example = with reference to figure 1.
    4. Section 6: would be = useful to describe, or provide pointer to section in the tunnel-encaps = draft, stating logic for picking a specific encapsulation for a given = packet.

    Regards
    Ravi

    = --Apple-Mail=_C020E315-1324-446B-86FA-BC9CE4FC87B1-- From nobody Sun Jun 28 18:27:30 2020 Return-Path: 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 BD5403A101B for ; Sun, 28 Jun 2020 18:27:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.332 X-Spam-Level: X-Spam-Status: No, score=-1.332 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, INVALID_MSGID=0.568, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] 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 WJAwDgb6uX1p for ; Sun, 28 Jun 2020 18:27:27 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 CC60A3A1018 for ; Sun, 28 Jun 2020 18:27:26 -0700 (PDT) Received: from lhreml712-chm.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id D44DB17CC49512701173; Mon, 29 Jun 2020 02:27:22 +0100 (IST) Received: from lhreml712-chm.china.huawei.com (10.201.108.63) by lhreml712-chm.china.huawei.com (10.201.108.63) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Mon, 29 Jun 2020 02:27:22 +0100 Received: from DGGEMM405-HUB.china.huawei.com (10.3.20.213) by lhreml712-chm.china.huawei.com (10.201.108.63) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1913.5 via Frontend Transport; Mon, 29 Jun 2020 02:27:22 +0100 Received: from DGGEMM512-MBS.china.huawei.com ([169.254.4.204]) by DGGEMM405-HUB.china.huawei.com ([10.3.20.213]) with mapi id 14.03.0487.000; Mon, 29 Jun 2020 09:27:17 +0800 From: Lizhenbin To: slitkows.ietf , bess Thread-Topic: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-usage-07 Thread-Index: AdZJV6xbIA5I4OJ8QneA/Wu9XJmpKQEXMDoN Date: Mon, 29 Jun 2020 01:27:17 +0000 Message-ID: 8EA9E983-40D8-4C52-9D56-896287E5EF1D References: <07ed01d64957$b7a589f0$26f09dd0$@gmail.com> In-Reply-To: <07ed01d64957$b7a589f0$26f09dd0$@gmail.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_8EA9E98340D84C529D56896287E5EF1D_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-usage-07 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2020 01:27:29 -0000 --_000_8EA9E98340D84C529D56896287E5EF1D_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBzdXBwb3J0IHRoZSBXRyBhZG9wdGlvbi4NCg0KDQpCZXN0IFJlZ2FyZHMsDQoNClpoZW5iaW4g KFJvYmluKQ0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0K5p2O5oyv5paMIExpIFpoZW5iaW4NCk1vYmlsZTogKzg2LTEzNjUxMDE3NzQ1PHRlbDor ODYtMTM2NTEwMTc3NDU+Lys5NjgtOTE3OTcwNjgNCkVtYWlsOiBsaXpoZW5iaW5AaHVhd2VpLmNv bTxtYWlsdG86bGl6aGVuYmluQGh1YXdlaS5jb20+DQoNCuWPkeS7tuS6uu+8mnNsaXRrb3dzLmll dGYgPHNsaXRrb3dzLmlldGZAZ21haWwuY29tPg0K5pS25Lu25Lq677yaYmVzcyA8YmVzc0BpZXRm Lm9yZz4NCuaXtuKAg+mXtO+8mjIwMjAtMDYtMjMgMjA6MTQ6MjYNCuS4u+KAg+mimO+8mltiZXNz XSBXRyBhZG9wdGlvbiBhbmQgSVBSIHBvbGwgZm9yIGRyYWZ0LWR1bmJhci1iZXNzLWJncC1zZHdh bi11c2FnZS0wNw0KDQpIZWxsbywNCg0KVGhpcyBlbWFpbCBiZWdpbnMgYSB0d28td2Vla3MgV0cg YWRvcHRpb24gcG9sbCBmb3IgZHJhZnQtZHVuYmFyLWJlc3MtYmdwLXNkd2FuLXVzYWdlLTA3IFsx XSAuLg0KDQpQbGVhc2UgcmV2aWV3IHRoZSBkcmFmdCBhbmQgcG9zdCBhbnkgY29tbWVudHMgdG8g dGhlIEJFU1Mgd29ya2luZyBncm91cCBsaXN0Lg0KDQpXZSBhcmUgYWxzbyBwb2xsaW5nIGZvciBr bm93bGVkZ2Ugb2YgYW55IHVuZGlzY2xvc2VkIElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBEb2N1 bWVudCwgdG8gZW5zdXJlIHRoYXQgSVBSIGhhcyBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNl IHdpdGggSUVURiBJUFIgcnVsZXMgKHNlZSBSRkNzIDM5NzksIDQ4NzksIDM2NjkgYW5kIDUzNzgg Zm9yIG1vcmUgZGV0YWlscykuDQoNCklmIHlvdSBhcmUgbGlzdGVkIGFzIGFuIGF1dGhvciBvciBh IGNvbnRyaWJ1dG9yIG9mIHRoaXMgZG9jdW1lbnQsIHBsZWFzZSByZXNwb25kIHRvIHRoaXMgZW1h aWwgYW5kIGluZGljYXRlIHdoZXRoZXIgb3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2 YW50IHVuZGlzY2xvc2VkIElQUiwgY29weWluZyB0aGUgQkVTUyBtYWlsaW5nIGxpc3QuIFRoZSBk b2N1bWVudCB3b24ndCBwcm9ncmVzcyB3aXRob3V0IGFuc3dlcnMgZnJvbSBhbGwgdGhlIGF1dGhv cnMgYW5kIGNvbnRyaWJ1dG9ycy4NCkN1cnJlbnRseSwgdGhlcmUgYXJlIG5vIElQUiBkaXNjbG9z dXJlcyBhZ2FpbnN0IHRoaXMgZG9jdW1lbnQuDQoNCklmIHlvdSBhcmUgbm90IGxpc3RlZCBhcyBh biBhdXRob3Igb3IgYSBjb250cmlidXRvciwgdGhlbiBwbGVhc2UgZXhwbGljaXRseSByZXNwb25k IG9ubHkgaWYgeW91IGFyZSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgaGFzIG5vdCB5ZXQgYmVlbiBk aXNjbG9zZWQgaW4gY29uZm9ybWFuY2Ugd2l0aCBJRVRGIHJ1bGVzLg0KDQpUaGlzIHBvbGwgZm9y IGFkb3B0aW9uIGNsb3NlcyBvbiA3dGggSnVseSAyMDIwLg0KDQpSZWdhcmRzLA0KTWF0dGhldyBh bmQgU3RlcGhhbmUNCg0KWzFdIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0 LWR1bmJhci1iZXNzLWJncC1zZHdhbi11c2FnZS8NCg0KDQo= --_000_8EA9E98340D84C529D56896287E5EF1D_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZT4NCjwhLS0NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCJ9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNh bGlicml9DQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdp bjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWZ9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5r DQoJe2NvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZX0NCmE6dmlzaXRl ZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXtjb2xvcjojOTU0RjcyOw0KCXRleHQtZGVj b3JhdGlvbjp1bmRlcmxpbmV9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXtmb250LWZhbWlseToiQ2Fs aWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0fQ0KQHBhZ2UgV29yZFNlY3Rpb24x DQoJe21hcmdpbjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44NXB0fQ0KZGl2LldvcmRTZWN0 aW9uMQ0KCXt9DQotLT4NCjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJGUiIgbGluaz0i IzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPHN0eWxlIHR5cGU9InRleHQvY3NzIj4NCjwhLS0N CioNCgl7fQ0KYm9keQ0KCXtmb250LWZhbWlseTpDYWxpYnJpfQ0KLS0+DQo8L3N0eWxlPg0KPGRp dj4NCjxwPjxmb250IHNpemU9IjMiPkkgc3VwcG9ydCB0aGUgV0cgYWRvcHRpb24uPC9mb250Pjwv cD4NCjxwPjxmb250IHNpemU9IjMiPjxicj4NCjwvZm9udD48L3A+DQo8cD48Zm9udCBzaXplPSIz Ij5CZXN0IFJlZ2FyZHMsPC9mb250PjwvcD4NCjxwPjxmb250IHNpemU9IjMiPlpoZW5iaW4gKFJv YmluKTwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+PC9kaXY+DQo8ZGl2Pg0KPHAgZGlyPSJsdHIi Pi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0K 5p2O5oyv5paMIExpIFpoZW5iaW48YnI+DQpNb2JpbGU6IDxhIGhyZWY9InRlbDomIzQzOzg2LTEz NjUxMDE3NzQ1Ij4mIzQzOzg2LTEzNjUxMDE3NzQ1PC9hPi8mIzQzOzk2OC05MTc5NzA2ODxicj4N CkVtYWlsOiA8YSBocmVmPSJtYWlsdG86bGl6aGVuYmluQGh1YXdlaS5jb20iPmxpemhlbmJpbkBo dWF3ZWkuY29tPC9hPjwvcD4NCjwvZGl2Pg0KPGRpdiBuYW1lPSJBbnlPZmZpY2UtQmFja2dyb3Vu ZC1JbWFnZSIgc3R5bGU9ImJvcmRlci10b3A6MXB4IHNvbGlkICNCNUM0REY7IHBhZGRpbmc6OHB4 Ij4NCjxkaXYgc3R5bGU9IndvcmQtYnJlYWs6YnJlYWstYWxsIj48Yj7lj5Hku7bkurrvvJo8L2I+ c2xpdGtvd3MuaWV0ZiAmbHQ7c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20mZ3Q7PC9kaXY+DQo8ZGl2 IHN0eWxlPSJ3b3JkLWJyZWFrOmJyZWFrLWFsbCI+PGI+5pS25Lu25Lq677yaPC9iPmJlc3MgJmx0 O2Jlc3NAaWV0Zi5vcmcmZ3Q7PC9kaXY+DQo8ZGl2IHN0eWxlPSJ3b3JkLWJyZWFrOmJyZWFrLWFs bCI+PGI+5pe24oCD6Ze077yaPC9iPjIwMjAtMDYtMjMgMjA6MTQ6MjY8L2Rpdj4NCjxkaXYgc3R5 bGU9IndvcmQtYnJlYWs6YnJlYWstYWxsIj48Yj7kuLvigIPpopjvvJo8L2I+W2Jlc3NdIFdHIGFk b3B0aW9uIGFuZCBJUFIgcG9sbCBmb3IgZHJhZnQtZHVuYmFyLWJlc3MtYmdwLXNkd2FuLXVzYWdl LTA3PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdiBjbGFzcz0i V29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5IZWxsbyw8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZu YnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+VGhpcyBlbWFpbCBiZWdpbnMgYSB0d28td2Vla3Mg V0cgYWRvcHRpb24gcG9sbCBmb3IgZHJhZnQtZHVuYmFyLWJlc3MtYmdwLXNkd2FuLXVzYWdlLTA3 IFsxXSAuLjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVT Ij5QbGVhc2UgcmV2aWV3IHRoZSBkcmFmdCBhbmQgcG9zdCBhbnkgY29tbWVudHMgdG8gdGhlIEJF U1Mgd29ya2luZyBncm91cCBsaXN0Ljwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxz cGFuIGxhbmc9IkVOLVVTIj5XZSBhcmUgYWxzbyZuYnNwO3BvbGxpbmcgZm9yIGtub3dsZWRnZSBv ZiBhbnkgdW5kaXNjbG9zZWQgSVBSIHRoYXQgYXBwbGllcyB0byB0aGlzIERvY3VtZW50LCB0byBl bnN1cmUgdGhhdCBJUFIgaGFzIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRG IElQUiBydWxlcyAoc2VlIFJGQ3MgMzk3OSwgNDg3OSwgMzY2OSBhbmQNCiA1Mzc4IGZvciBtb3Jl IGRldGFpbHMpLjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIGxhbmc9IkVO LVVTIj5JZiB5b3UgYXJlIGxpc3RlZCBhcyBhbiBhdXRob3Igb3IgYSBjb250cmlidXRvciBvZiB0 aGlzIGRvY3VtZW50LCBwbGVhc2UgcmVzcG9uZCB0byB0aGlzIGVtYWlsIGFuZCBpbmRpY2F0ZSB3 aGV0aGVyIG9yIG5vdCB5b3UgYXJlIGF3YXJlIG9mIGFueSByZWxldmFudCB1bmRpc2Nsb3NlZCBJ UFIsIGNvcHlpbmcgdGhlIEJFU1MgbWFpbGluZw0KIGxpc3QuIFRoZSBkb2N1bWVudCB3b24ndCBw cm9ncmVzcyB3aXRob3V0IGFuc3dlcnMgZnJvbSBhbGwgdGhlIGF1dGhvcnMgYW5kIGNvbnRyaWJ1 dG9ycy48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiPkN1cnJlbnRseSwgdGhlcmUgYXJlIG5vIElQUiBk aXNjbG9zdXJlcyBhZ2FpbnN0IHRoaXMgZG9jdW1lbnQuPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4m bmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiPklmIHlvdSBhcmUgbm90IGxpc3RlZCBhcyBhbiBh dXRob3Igb3IgYSBjb250cmlidXRvciwgdGhlbiBwbGVhc2UgZXhwbGljaXRseSByZXNwb25kIG9u bHkgaWYgeW91IGFyZSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgaGFzIG5vdCB5ZXQgYmVlbiBkaXNj bG9zZWQgaW4gY29uZm9ybWFuY2Ugd2l0aCBJRVRGIHJ1bGVzLjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1V UyI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGlzIHBvbGwgZm9yIGFkb3B0aW9uIGNs b3NlcyBvbiA3dGggSnVseSAyMDIwLjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxz cGFuIGxhbmc9IkVOLVVTIj5SZWdhcmRzLDwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+TWF0dGhldyBh bmQgU3RlcGhhbmU8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJF Ti1VUyI+WzFdJm5ic3A7PC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2RyYWZ0LWR1bmJhci1iZXNzLWJncC1zZHdhbi11c2FnZS8iPjxzcGFuIGxhbmc9IkVO LVVTIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1kdW5iYXItYmVzcy1i Z3Atc2R3YW4tdXNhZ2UvPC9zcGFuPjwvYT48c3BhbiBsYW5nPSJFTi1VUyI+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_8EA9E98340D84C529D56896287E5EF1D_-- From nobody Sun Jun 28 20:31:31 2020 Return-Path: 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 D05733A07A2 for ; Sun, 28 Jun 2020 20:31:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 cfL9Cr_6zIXb for ; Sun, 28 Jun 2020 20:31:28 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 C461F3A07A1 for ; Sun, 28 Jun 2020 20:31:27 -0700 (PDT) Received: from lhreml721-chm.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 4FCCD9EBC5EB1BE2E9ED; Mon, 29 Jun 2020 04:31:22 +0100 (IST) Received: from nkgeml708-chm.china.huawei.com (10.98.57.160) by lhreml721-chm.china.huawei.com (10.201.108.72) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Mon, 29 Jun 2020 04:31:21 +0100 Received: from nkgeml706-chm.china.huawei.com (10.98.57.153) by nkgeml708-chm.china.huawei.com (10.98.57.160) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Mon, 29 Jun 2020 11:31:19 +0800 Received: from nkgeml706-chm.china.huawei.com ([10.98.57.153]) by nkgeml706-chm.china.huawei.com ([10.98.57.153]) with mapi id 15.01.1913.007; Mon, 29 Jun 2020 11:31:19 +0800 From: Haoweiguo To: Lizhenbin , slitkows.ietf , bess Thread-Topic: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-usage-07 Thread-Index: AdZJV6xbIA5I4OJ8QneA/Wu9XJmpKQEXMDoNAARDDhA= Date: Mon, 29 Jun 2020 03:31:19 +0000 Message-ID: <7803fc2d00704aacb2734c38cd8fa3b6@huawei.com> References: <07ed01d64957$b7a589f0$26f09dd0$@gmail.com> 8EA9E983-40D8-4C52-9D56-896287E5EF1D In-Reply-To: 8EA9E983-40D8-4C52-9D56-896287E5EF1D Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.81.160] Content-Type: multipart/alternative; boundary="_000_7803fc2d00704aacb2734c38cd8fa3b6huaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [bess] =?utf-8?b?562U5aSNOiAgV0cgYWRvcHRpb24gYW5kIElQUiBwb2xs?= =?utf-8?q?_for_draft-dunbar-bess-bgp-sdwan-usage-07?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2020 03:31:30 -0000 --_000_7803fc2d00704aacb2734c38cd8fa3b6huaweicom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhpcyBkcmFmdCBjbGVhcmx5IGRlc2NyaWJlcyBhbGwgdGhlIHBvdGVudGlhbCBTRC1XQU4gc2Nl bmFyaW9zIGFuZCB0aGUgYXBwbGljYWJpbGl0eSBvZiBCR1AgZm9yIGVhY2ggc2NlbmFyaW8sIHNv IEkgc3VwcG9ydCB0aGUgV0cgYWRvcHRpb24gZm9yIGl0Lg0KVGhhbmtzLA0KV2VpZ3VvDQoNCuWP keS7tuS6ujogQkVTUyBbbWFpbHRvOmJlc3MtYm91bmNlc0BpZXRmLm9yZ10g5Luj6KGoIExpemhl bmJpbg0K5Y+R6YCB5pe26Ze0OiAyMDIw5bm0NuaciDI55pelIDk6MjcNCuaUtuS7tuS6ujogc2xp dGtvd3MuaWV0ZiA8c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20+OyBiZXNzIDxiZXNzQGlldGYub3Jn Pg0K5Li76aKYOiBSZTogW2Jlc3NdIFdHIGFkb3B0aW9uIGFuZCBJUFIgcG9sbCBmb3IgZHJhZnQt ZHVuYmFyLWJlc3MtYmdwLXNkd2FuLXVzYWdlLTA3DQoNCg0KSSBzdXBwb3J0IHRoZSBXRyBhZG9w dGlvbi4NCg0KDQoNCkJlc3QgUmVnYXJkcywNCg0KWmhlbmJpbiAoUm9iaW4pDQoNCi0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQrmnY7mjK/mlowgTGkg WmhlbmJpbg0KTW9iaWxlOiArODYtMTM2NTEwMTc3NDU8dGVsOis4Ni0xMzY1MTAxNzc0NT4vKzk2 OC05MTc5NzA2OA0KRW1haWw6IGxpemhlbmJpbkBodWF3ZWkuY29tPG1haWx0bzpsaXpoZW5iaW5A aHVhd2VpLmNvbT4NCuWPkeS7tuS6uu+8mnNsaXRrb3dzLmlldGYgPHNsaXRrb3dzLmlldGZAZ21h aWwuY29tPG1haWx0bzpzbGl0a293cy5pZXRmQGdtYWlsLmNvbT4+DQrmlLbku7bkurrvvJpiZXNz IDxiZXNzQGlldGYub3JnPG1haWx0bzpiZXNzQGlldGYub3JnPj4NCuaXtuKAg+mXtO+8mjIwMjAt MDYtMjMgMjA6MTQ6MjYNCuS4u+KAg+mimO+8mltiZXNzXSBXRyBhZG9wdGlvbiBhbmQgSVBSIHBv bGwgZm9yIGRyYWZ0LWR1bmJhci1iZXNzLWJncC1zZHdhbi11c2FnZS0wNw0KDQpIZWxsbywNCg0K VGhpcyBlbWFpbCBiZWdpbnMgYSB0d28td2Vla3MgV0cgYWRvcHRpb24gcG9sbCBmb3IgZHJhZnQt ZHVuYmFyLWJlc3MtYmdwLXNkd2FuLXVzYWdlLTA3IFsxXSAuLg0KDQpQbGVhc2UgcmV2aWV3IHRo ZSBkcmFmdCBhbmQgcG9zdCBhbnkgY29tbWVudHMgdG8gdGhlIEJFU1Mgd29ya2luZyBncm91cCBs aXN0Lg0KDQpXZSBhcmUgYWxzbyBwb2xsaW5nIGZvciBrbm93bGVkZ2Ugb2YgYW55IHVuZGlzY2xv c2VkIElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBEb2N1bWVudCwgdG8gZW5zdXJlIHRoYXQgSVBS IGhhcyBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMgKHNl ZSBSRkNzIDM5NzksIDQ4NzksIDM2NjkgYW5kIDUzNzggZm9yIG1vcmUgZGV0YWlscykuDQoNCklm IHlvdSBhcmUgbGlzdGVkIGFzIGFuIGF1dGhvciBvciBhIGNvbnRyaWJ1dG9yIG9mIHRoaXMgZG9j dW1lbnQsIHBsZWFzZSByZXNwb25kIHRvIHRoaXMgZW1haWwgYW5kIGluZGljYXRlIHdoZXRoZXIg b3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2YW50IHVuZGlzY2xvc2VkIElQUiwgY29w eWluZyB0aGUgQkVTUyBtYWlsaW5nIGxpc3QuIFRoZSBkb2N1bWVudCB3b24ndCBwcm9ncmVzcyB3 aXRob3V0IGFuc3dlcnMgZnJvbSBhbGwgdGhlIGF1dGhvcnMgYW5kIGNvbnRyaWJ1dG9ycy4NCkN1 cnJlbnRseSwgdGhlcmUgYXJlIG5vIElQUiBkaXNjbG9zdXJlcyBhZ2FpbnN0IHRoaXMgZG9jdW1l bnQuDQoNCklmIHlvdSBhcmUgbm90IGxpc3RlZCBhcyBhbiBhdXRob3Igb3IgYSBjb250cmlidXRv ciwgdGhlbiBwbGVhc2UgZXhwbGljaXRseSByZXNwb25kIG9ubHkgaWYgeW91IGFyZSBhd2FyZSBv ZiBhbnkgSVBSIHRoYXQgaGFzIG5vdCB5ZXQgYmVlbiBkaXNjbG9zZWQgaW4gY29uZm9ybWFuY2Ug d2l0aCBJRVRGIHJ1bGVzLg0KDQpUaGlzIHBvbGwgZm9yIGFkb3B0aW9uIGNsb3NlcyBvbiA3dGgg SnVseSAyMDIwLg0KDQpSZWdhcmRzLA0KTWF0dGhldyBhbmQgU3RlcGhhbmUNCg0KWzFdIGh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWR1bmJhci1iZXNzLWJncC1zZHdhbi11 c2FnZS8NCg0KDQo= --_000_7803fc2d00704aacb2734c38cd8fa3b6huaweicom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6ZHQ9InV1aWQ6QzJGNDEwMTAtNjVC My0xMWQxLUEyOUYtMDBBQTAwQzE0ODgyIiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5taWNyb3Nv ZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy9UUi9S RUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250 ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1ldGEgbmFtZT0iR2VuZXJhdG9yIiBj b250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQgbWVkaXVtKSI+DQo8c3R5bGU+PCEt LQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTrlrovk vZM7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0K QGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIg MiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk65b6u6L2v6ZuF6buROw0KCXBh bm9zZS0xOjIgMTEgNSAzIDIgMiA0IDIgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IlxA5a6L5L2TIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6IlxA5b6u6L2v6ZuF6buRIjsNCglwYW5vc2UtMToyIDExIDUgMyAyIDIg NCAyIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05v cm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFw dDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm O30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQs IHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNv bG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwDQoJe21zby1zdHls ZS1wcmlvcml0eTo5OTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6 MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglm b250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OuWui+S9kzt9DQpzcGFuLmVtYWlsc3R5bGUx Nw0KCXttc28tc3R5bGUtbmFtZTplbWFpbHN0eWxlMTc7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXtt c28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu cy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10 eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24x DQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcyLjBwdCA5 MC4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0 eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRp dCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVk aXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hl YWQ+DQo8Ym9keSBsYW5nPSJaSC1DTiIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0K PGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwPjxzcGFuIGxhbmc9IkZSIj5UaGlzIGRyYWZ0 IGNsZWFybHkgZGVzY3JpYmVzIGFsbCB0aGUgcG90ZW50aWFsIFNELVdBTiBzY2VuYXJpb3MgYW5k IHRoZSBhcHBsaWNhYmlsaXR5IG9mIEJHUCBmb3IgZWFjaCBzY2VuYXJpbywgc28gSSBzdXBwb3J0 IHRoZSBXRyBhZG9wdGlvbiBmb3IgaXQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Nv bG9yOiMxRjQ5N0QiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6 IzFGNDk3RCI+V2VpZ3VvPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3Jk ZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20g MGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDvlvq7ova/pm4Xpu5EmcXVvdDssc2Fucy1zZXJpZiI+ 5Y+R5Lu25Lq6PHNwYW4gbGFuZz0iRU4tVVMiPjo8L3NwYW4+PC9zcGFuPjwvYj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q75b6u6L2v 6ZuF6buRJnF1b3Q7LHNhbnMtc2VyaWYiPiBCRVNTIFttYWlsdG86YmVzcy1ib3VuY2VzQGlldGYu b3JnXQ0KPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O+W+rui9r+mbhem7kSZxdW90OyxzYW5zLXNlcmlmIj7ku6PooaggPC9zcGFuPg0KPC9i PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDvlvq7ova/pm4Xpu5EmcXVvdDssc2Fucy1zZXJpZiI+TGl6aGVuYmluPGJyPg0KPC9zcGFu PjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O+W+rui9 r+mbhem7kSZxdW90OyxzYW5zLXNlcmlmIj7lj5HpgIHml7bpl7Q8c3BhbiBsYW5nPSJFTi1VUyI+ Ojwvc3Bhbj48L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDvlvq7ova/pm4Xpu5EmcXVvdDssc2Fucy1zZXJpZiI+IDIw MjA8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 5b6u6L2v6ZuF6buRJnF1b3Q7LHNhbnMtc2VyaWYiPuW5tDxzcGFuIGxhbmc9IkVOLVVTIj42PC9z cGFuPuaciDxzcGFuIGxhbmc9IkVOLVVTIj4yOTwvc3Bhbj7ml6U8c3BhbiBsYW5nPSJFTi1VUyI+ DQogOToyNzxicj4NCjwvc3Bhbj48Yj7mlLbku7bkuro8c3BhbiBsYW5nPSJFTi1VUyI+Ojwvc3Bh bj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPiBzbGl0a293cy5pZXRmICZsdDtzbGl0a293cy5pZXRm QGdtYWlsLmNvbSZndDs7IGJlc3MgJmx0O2Jlc3NAaWV0Zi5vcmcmZ3Q7PGJyPg0KPC9zcGFuPjxi PuS4u+mimDxzcGFuIGxhbmc9IkVOLVVTIj46PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyI+ IFJlOiBbYmVzc10gV0cgYWRvcHRpb24gYW5kIElQUiBwb2xsIGZvciBkcmFmdC1kdW5iYXItYmVz cy1iZ3Atc2R3YW4tdXNhZ2UtMDc8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHA+PHNwYW4gbGFuZz0iRlIiPkkgc3VwcG9y dCB0aGUgV0cgYWRvcHRpb24uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gbGFuZz0i RlIiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIGxhbmc9IkZSIj5CZXN0 IFJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gbGFuZz0iRlIiPlpoZW5i aW4gKFJvYmluKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwPjxzcGFu IGxhbmc9IkZSIj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLTxicj4NCjwvc3Bhbj7mnY7mjK/mlow8c3BhbiBsYW5nPSJGUiI+IExpIFpoZW5iaW48YnI+ DQpNb2JpbGU6IDxhIGhyZWY9InRlbDomIzQzOzg2LTEzNjUxMDE3NzQ1Ij4mIzQzOzg2LTEzNjUx MDE3NzQ1PC9hPi8mIzQzOzk2OC05MTc5NzA2ODxicj4NCkVtYWlsOiA8YSBocmVmPSJtYWlsdG86 bGl6aGVuYmluQGh1YXdlaS5jb20iPmxpemhlbmJpbkBodWF3ZWkuY29tPC9hPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpz b2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6Ni4wcHQgMGNtIDBjbSAwY20iIG5hbWU9IkFueU9m ZmljZS1CYWNrZ3JvdW5kLUltYWdlIj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0id29yZC1icmVhazpicmVhay1hbGwiPjxiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTrlrovk vZMiPuWPkeS7tuS6uu+8mjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LWZh bWlseTrlrovkvZMiPnNsaXRrb3dzLmlldGYgJmx0OzxhIGhyZWY9Im1haWx0bzpzbGl0a293cy5p ZXRmQGdtYWlsLmNvbSI+c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb208L2E+Jmd0OzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ3 b3JkLWJyZWFrOmJyZWFrLWFsbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OuWui+S9kyI+ 5pS25Lu25Lq677yaPC9zcGFuPjwvYj48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZvbnQtZmFtaWx5 OuWui+S9kyI+YmVzcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmJlc3NAaWV0Zi5vcmciPmJlc3NAaWV0 Zi5vcmc8L2E+Jmd0OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ3b3JkLWJyZWFrOmJyZWFrLWFsbCI+PGI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OuWui+S9kyI+5pe2PHNwYW4gbGFuZz0iRlIiPuKAgzwvc3Bhbj7pl7Tv vJo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1mYW1pbHk65a6L5L2TIj4y MDIwLTA2LTIzIDIwOjE0OjI2PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IndvcmQtYnJlYWs6YnJlYWstYWxsIj48Yj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk65a6L5L2TIj7kuLs8c3BhbiBsYW5nPSJGUiI+4oCDPC9zcGFu PumimO+8mjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LWZhbWlseTrlrovk vZMiPltiZXNzXSBXRyBhZG9wdGlvbiBhbmQgSVBSIHBvbGwgZm9yIGRyYWZ0LWR1bmJhci1iZXNz LWJncC1zZHdhbi11c2FnZS0wNzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1mYW1pbHk6 5a6L5L2TIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48c3BhbiBsYW5nPSJFTi1VUyI+SGVsbG8sPC9zcGFuPjxzcGFuIGxhbmc9IkZSIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkZSIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+VGhpcyBlbWFpbCBiZWdpbnMgYSB0d28t d2Vla3MgV0cgYWRvcHRpb24gcG9sbCBmb3IgZHJhZnQtZHVuYmFyLWJlc3MtYmdwLXNkd2FuLXVz YWdlLTA3IFsxXSAuLjwvc3Bhbj48c3BhbiBsYW5nPSJGUiI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4g bGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJGUiI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PHNwYW4gbGFuZz0iRU4tVVMiPlBsZWFzZSByZXZpZXcgdGhlIGRyYWZ0IGFuZCBwb3N0IGFueSBj b21tZW50cyB0byB0aGUgQkVTUyB3b3JraW5nIGdyb3VwIGxpc3QuPC9zcGFuPjxzcGFuIGxhbmc9 IkZSIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFu IGxhbmc9IkZSIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+V2UgYXJlIGFsc28m bmJzcDtwb2xsaW5nIGZvciBrbm93bGVkZ2Ugb2YgYW55IHVuZGlzY2xvc2VkIElQUiB0aGF0IGFw cGxpZXMgdG8gdGhpcyBEb2N1bWVudCwgdG8gZW5zdXJlIHRoYXQgSVBSIGhhcyBiZWVuIGRpc2Ns b3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMgKHNlZSBSRkNzIDM5NzksIDQ4 NzksIDM2NjkgYW5kDQogNTM3OCBmb3IgbW9yZSBkZXRhaWxzKS48L3NwYW4+PHNwYW4gbGFuZz0i RlIiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4g bGFuZz0iRlIiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5JZiB5b3UgYXJlIGxp c3RlZCBhcyBhbiBhdXRob3Igb3IgYSBjb250cmlidXRvciBvZiB0aGlzIGRvY3VtZW50LCBwbGVh c2UgcmVzcG9uZCB0byB0aGlzIGVtYWlsIGFuZCBpbmRpY2F0ZSB3aGV0aGVyIG9yIG5vdCB5b3Ug YXJlIGF3YXJlIG9mIGFueSByZWxldmFudCB1bmRpc2Nsb3NlZCBJUFIsIGNvcHlpbmcgdGhlIEJF U1MgbWFpbGluZw0KIGxpc3QuIFRoZSBkb2N1bWVudCB3b24ndCBwcm9ncmVzcyB3aXRob3V0IGFu c3dlcnMgZnJvbSBhbGwgdGhlIGF1dGhvcnMgYW5kIGNvbnRyaWJ1dG9ycy48L3NwYW4+PHNwYW4g bGFuZz0iRlIiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5DdXJyZW50bHksIHRo ZXJlIGFyZSBubyBJUFIgZGlzY2xvc3VyZXMgYWdhaW5zdCB0aGlzIGRvY3VtZW50Ljwvc3Bhbj48 c3BhbiBsYW5nPSJGUiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzwv c3Bhbj48c3BhbiBsYW5nPSJGUiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiPklm IHlvdSBhcmUgbm90IGxpc3RlZCBhcyBhbiBhdXRob3Igb3IgYSBjb250cmlidXRvciwgdGhlbiBw bGVhc2UgZXhwbGljaXRseSByZXNwb25kIG9ubHkgaWYgeW91IGFyZSBhd2FyZSBvZiBhbnkgSVBS IHRoYXQgaGFzIG5vdCB5ZXQgYmVlbiBkaXNjbG9zZWQgaW4gY29uZm9ybWFuY2Ugd2l0aCBJRVRG IHJ1bGVzLjwvc3Bhbj48c3BhbiBsYW5nPSJGUiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0i RU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJGUiI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4g bGFuZz0iRU4tVVMiPlRoaXMgcG9sbCBmb3IgYWRvcHRpb24gY2xvc2VzIG9uIDd0aCBKdWx5IDIw MjAuPC9zcGFuPjxzcGFuIGxhbmc9IkZSIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1V UyI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkZSIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5n PSJFTi1VUyI+UmVnYXJkcyw8L3NwYW4+PHNwYW4gbGFuZz0iRlIiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxz cGFuIGxhbmc9IkVOLVVTIj5NYXR0aGV3IGFuZCBTdGVwaGFuZTwvc3Bhbj48c3BhbiBsYW5nPSJG UiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBs YW5nPSJGUiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiPlsxXSZuYnNwOzwvc3Bh bj48c3BhbiBsYW5nPSJGUiI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtZHVuYmFyLWJlc3MtYmdwLXNkd2FuLXVzYWdlLyI+PHNwYW4gbGFuZz0iRU4tVVMi Pmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWR1bmJhci1iZXNzLWJncC1z ZHdhbi11c2FnZS88L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5i c3A7PC9zcGFuPjxzcGFuIGxhbmc9IkZSIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJGUiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_7803fc2d00704aacb2734c38cd8fa3b6huaweicom_-- From nobody Sun Jun 28 23:47:14 2020 Return-Path: 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 EFC4E3A08E3 for ; Sun, 28 Jun 2020 23:47:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 k_TjHPrN5VFZ for ; Sun, 28 Jun 2020 23:47:10 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 2F0DF3A08F0 for ; Sun, 28 Jun 2020 23:47:10 -0700 (PDT) Received: from lhreml707-chm.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id BE5AE8F77F4BBE98B0AA; Mon, 29 Jun 2020 07:47:08 +0100 (IST) Received: from nkgeml705-chm.china.huawei.com (10.98.57.154) by lhreml707-chm.china.huawei.com (10.201.108.56) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1913.5; Mon, 29 Jun 2020 07:47:07 +0100 Received: from nkgeml708-chm.china.huawei.com (10.98.57.160) by nkgeml705-chm.china.huawei.com (10.98.57.154) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Mon, 29 Jun 2020 14:47:05 +0800 Received: from nkgeml708-chm.china.huawei.com ([10.98.57.160]) by nkgeml708-chm.china.huawei.com ([10.98.57.160]) with mapi id 15.01.1913.007; Mon, 29 Jun 2020 14:47:05 +0800 From: Zhuangshunwan To: "slitkows.ietf@gmail.com" , "bess@ietf.org" Thread-Topic: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-usage-07 Thread-Index: AdZJV6xbIA5I4OJ8QneA/Wu9XJmpKQEiQsUg Date: Mon, 29 Jun 2020 06:47:05 +0000 Message-ID: <105585b18f794f5a9046119b5d2ca04d@huawei.com> References: <07ed01d64957$b7a589f0$26f09dd0$@gmail.com> In-Reply-To: <07ed01d64957$b7a589f0$26f09dd0$@gmail.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.108.202.109] Content-Type: multipart/alternative; boundary="_000_105585b18f794f5a9046119b5d2ca04dhuaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-usage-07 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2020 06:47:12 -0000 --_000_105585b18f794f5a9046119b5d2ca04dhuaweicom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I support WG adoption of this draft. Thanks, Shunwan From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of slitkows.ietf@gmail.= com Sent: Tuesday, June 23, 2020 8:14 PM To: bess@ietf.org Subject: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-us= age-07 Hello, This email begins a two-weeks WG adoption poll for draft-dunbar-bess-bgp-sd= wan-usage-07 [1] .. Please review the draft and post any comments to the BESS working group lis= t. 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). If you are listed as an author or a contributor of this document, please re= spond to this email and indicate whether or not you are aware of any releva= nt undisclosed IPR, copying the BESS mailing list. The document won't progr= ess without answers from all the authors and contributors. Currently, there are no IPR disclosures against this document. If you are not listed as an author or a 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. This poll for adoption closes on 7th July 2020. Regards, Matthew and Stephane [1] https://datatracker.ietf.org/doc/draft-dunbar-bess-bgp-sdwan-usage/ --_000_105585b18f794f5a9046119b5d2ca04dhuaweicom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

     

    I = support WG adoption of this draft.

    Th= anks,

    Sh= unwan

     

     

    F= rom: BESS [mailt= o:bess-bounces@ietf.org] On Behalf Of slitkows.ietf@gmail.com
    Sent: Tuesday, June 23, 2020 8:14 PM
    To: bess@ietf.org
    Subject: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-s= dwan-usage-07

     

    He= llo,

    &n= bsp;

    Th= is email begins a two-weeks WG adoption poll for draft-dunbar-bess-bgp-sdwa= n-usage-07 [1] ..

    &n= bsp;

    Pl= ease review the draft and post any comments to the BESS working group list.=

    &n= bsp;

    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 IE= TF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details).

    &n= bsp;

    If= you are listed as an author or a contributor of this document, please resp= ond to this email and indicate whether or not you are aware of any relevant= undisclosed IPR, copying the BESS mailing list. The document won't progress without answers from all the authors and= contributors.

    Cu= rrently, there are no IPR disclosures against this document.

    &n= bsp;

    If= you are not listed as an author or a 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.

    &n= bsp;

    Th= is poll for adoption closes on 7th July 2020.

    &n= bsp;

    Re= gards,

    Ma= tthew and Stephane

    &n= bsp;

    [1= ] https://datatrack= er.ietf.org/doc/draft-dunbar-bess-bgp-sdwan-usage/

     

     

    --_000_105585b18f794f5a9046119b5d2ca04dhuaweicom_-- From nobody Mon Jun 29 00:22:29 2020 Return-Path: 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 C73723A09BC for ; Mon, 29 Jun 2020 00:22:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.101 X-Spam-Level: X-Spam-Status: No, score=-2.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 rHSamgwXF4no for ; Mon, 29 Jun 2020 00:22:25 -0700 (PDT) Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20066.outbound.protection.outlook.com [40.107.2.66]) (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 93B683A09B8 for ; Mon, 29 Jun 2020 00:22:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Ebi8DnbZgdmoOjZrmGBJw/EQkUEEaIU8V30Br5v0PyCoMzms4dRjKTx6fxTAU8OVkQoXPP67J+i4fpTt4TgmTBpmZ3xZpzv5Vh96c2RHIFGxqTdl9RskUNq1LjqMqS+w1Af0u4SlAW5US6cFk6oUPnSOAMKlix+WAZGSchTtizJDheElF+l9G8HFrJJmzb5jrd793CBQhTnbZ5hfYH15Udfdsa+twu6dCERk9cy8Xg1Zr8nCtU5gX22ZqMIx1Tw7xdTjdxCkrYT2QbtRgy2mjSRV8CGdlGqhUqd9yPrEULH3W6VBVlRQy8rzWAdtxbK0vrsLeOnX7X93TmKzQ8YqFw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ZgPD+nSGBLtDa89CboCbWnc5OjItpX7euivSrqf4+LU=; b=OTQW0GUzj8TB7hvg5bmUpHBVvz00G5eerkSSoXcZsC9A3OTKy3uXkQtD5tEONTBBbh7IcN5r6dvHOM7L2Pi1akfdbh6bL0sj3eKBDANVZmcWzDiV1RSHLsgCXz9rKEVDE477Nx1mhZwjPjkqMh6F+0KrqCXEQc+nI/VvDtBObp8c2SHXzFhak9LjRfwGs9JwY/tDUjXrfvn4GDwnRFDt6Cl4mhnK3cWI+vjOcXZVIWNqnAusQ6vmrI056sJnCfWnvXegvNawcEuP3PLuEUl+fAKG+1DN1bxO/HqYT0yu6G6I4egsXD+5xW0AP54ry4cuHoFONdXfAmrn4AKkiejaFQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ZgPD+nSGBLtDa89CboCbWnc5OjItpX7euivSrqf4+LU=; b=bECq8Kiz1TM+c7N0JTjjx5sSNEPTUO6oi9h1eTQl5SfV64zvshkn8NlFQnP95IkNIdFuRixCSA3eTOdq3AhHXz2sVLqmFMg8SeU9aLdpzVCicYuBgI8dyw1dLnphkAmekkfeagmMOwwxz9PuJ0FEG26P3Ktd3sNhd30wtrHJWY8= Received: from VI1PR07MB3168.eurprd07.prod.outlook.com (2603:10a6:802:25::19) by VI1PR0701MB6768.eurprd07.prod.outlook.com (2603:10a6:800:19d::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3153.16; Mon, 29 Jun 2020 07:22:23 +0000 Received: from VI1PR07MB3168.eurprd07.prod.outlook.com ([fe80::ec5a:3462:759d:44e5]) by VI1PR07MB3168.eurprd07.prod.outlook.com ([fe80::ec5a:3462:759d:44e5%6]) with mapi id 15.20.3153.018; Mon, 29 Jun 2020 07:22:23 +0000 From: Jiang He To: "bess@ietf.org" Thread-Topic: Draft submitted - EVPN Egress Fast ReRoute Thread-Index: AdZN47bD9Eu+n4YRS3K5wbQBtUguYA== Date: Mon, 29 Jun 2020 07:22:23 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [198.24.6.220] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: eb8af982-94f9-45e5-c850-08d81bfd2aef x-ms-traffictypediagnostic: VI1PR0701MB6768: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:3044; x-forefront-prvs: 044968D9E1 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: BmHscxTNVY8qbqbtNJeFE4PVJcBy4F8iQNJlP6gbmylwMq9T7/i2Mln6nOGIdnoh12iSuNaewmHKNmd7EWSmiKCIYR9k1HBwAvC3RNvIoO8wljs9sq6O3RnH0gAOnpYduBTCEqXDDt7RS0PAchdYIaVWZCcIpPKB3FMpxIzMAJSi1cIFRP2eJhtBflbNvKDvdi/bL6k3TUE8aWXUB86nyg1eSqzkMwRoZ+sj3l/gpTJ9OozIG+SRXmtmghIDQSjFxsuMuIJ9Ne24xVT6ZL1Ovvl5MWIQvnV0jLXfxxY4EcTKt1IcNDZ0Tf8wppQvCIp4suxkYk3Zmtdw/Mv1aHdRRSfVV+WQg5Adq7NNqUJWXLizSBoGsqMqIWeGgPaC4V9QTQb+gCKcxlcZeqJwHvZnPg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:VI1PR07MB3168.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(6029001)(4636009)(346002)(366004)(396003)(376002)(136003)(39860400002)(8936002)(71200400001)(478600001)(316002)(966005)(6916009)(9686003)(64756008)(66556008)(66476007)(52536014)(66946007)(66446008)(8676002)(86362001)(5660300002)(4744005)(166002)(55016002)(6506007)(2906002)(33656002)(44832011)(186003)(26005)(76116006)(7696005)(9326002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: zQ5KR7WWuFlkgrIXIVm6HKM2DOorjjoFiv/jUxoUWpGagD9YaRyFteUKg8CXhenikMdHSxuCO4tSzO2AWNPVijnv5f+ccfmotobCRqtYyt3o9XZy2pplSKBzZq/RKLSQjeYes2WT16Vy+HlftbRh5ozEoRXA+rO6Nr7XsSguoHZm4gDBxx9++haJErUjQ1iBcjpB7uDFdk5YdPjTuj7GqRs2K054kDQCgNVm+vaOeXeL7zYQNraSKqu/oCTIxu+H1V25O6ciA1yoD+lw4TL+TRIrBDOViA2rlLqVjpKDbajswX1oyE0TF+iwsHZknvDUZiP1mighRZxwygik5SRJZlBy9iek/OlzHVrmgCG2U35LAnv8uDyelufoRVhnS40+7Rznwl/JPdEUr9oxCpHp5U+MAcoS5P1h8yiRpNv06LFka1BVY15GElMXW4cXWvZih3VfvU/lR0VcFfwU/hPDctllhuJM8CAoK6Hvw+1Lj8s= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_VI1PR07MB3168B72C6E37AAD3C3BDF9E1E16E0VI1PR07MB3168eurp_" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: VI1PR07MB3168.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: eb8af982-94f9-45e5-c850-08d81bfd2aef X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Jun 2020 07:22:23.3108 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: jzJIxhmN8WzHNWC6Y+aBU0HfH/KFGKJH/vREeH2n593wfwnWGQcy4IJ+4CmMAd2fjSpP9bd1vHnLDlAa86WvTw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0701MB6768 Archived-At: Subject: [bess] Draft submitted - EVPN Egress Fast ReRoute X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2020 07:22:28 -0000 --_000_VI1PR07MB3168B72C6E37AAD3C3BDF9E1E16E0VI1PR07MB3168eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello All, I just submitted a draft, https://datatracker.ietf.org/doc/html/draft-jiang= -bess-evpn-egress-frr . It describes an approach to improve EVPN egress sw= itchover performance with no transient loop, by advertising EAD/EVI and MAC= /IP routes with dedicated EVPN labels only to multi-home peers, using the c= ombination of ES-Import RT and EVI-RT as constraints. No IANA consideration= s required. Your comments are highly appreciated! Regards, Jiang --_000_VI1PR07MB3168B72C6E37AAD3C3BDF9E1E16E0VI1PR07MB3168eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Hello All,

    I just submitted a draft, https://datatracker.ietf.org/doc/html/draft-jiang-bess-evpn-egress-frr = .  It describes an approach to improve EVPN egress switchover performa= nce with no transient loop, by advertising EAD/EVI and MAC/IP routes with d= edicated EVPN labels only to multi-home peers, using the combination of ES-Import RT and EVI-RT as constraints. No= IANA considerations required.

     

    Your comments are highly appreciated!

     

    Regards,

    Jiang

    --_000_VI1PR07MB3168B72C6E37AAD3C3BDF9E1E16E0VI1PR07MB3168eurp_-- From nobody Mon Jun 29 13:11:35 2020 Return-Path: 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 EA5883A0860; Mon, 29 Jun 2020 13:11:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.09 X-Spam-Level: X-Spam-Status: No, score=-2.09 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 vbV3ywpsVJVG; Mon, 29 Jun 2020 13:11:32 -0700 (PDT) Received: from NAM12-BN8-obe.outbound.protection.outlook.com (mail-bn8nam12on2094.outbound.protection.outlook.com [40.107.237.94]) (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 CB7663A0861; Mon, 29 Jun 2020 13:11:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=a4PHwpMIwd+3o60BP9vgMsvPifBzxcCiJyUy4QpEQP+d5BiboCBOBJSzcWRCZ6IKOuqhLJaFM6RMh8iIfuUQqkwJuiDxKvDykYJJN/Hn0sjLsMg2IQgG1htfAUF44vzOUT31jK3zbv2/wnNNtzi3tv66UWtNMSHihz3rMWvqG5nCz2UfDafUDatg4G+UdP9ANh+0Hz/W0igNmFZjxczwzSrwEqV9cvEhn3gRPAs+Xc5mr0Yt8iPfDQOmhdL8JaKgfQcupfNsjOlAMoEevct1k5eDBRN2bRehRbBtXvMASHfzk5IW1QIlSWYUrqC0XSFAuuYYWU1G0YsU1xnTAqRKPg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=kzG0amr/DCa6lEgXoszwp65gItuO0Pjh3FTjyTOGIlo=; b=oUQkHFiflnE+q1NLhy3SKD7qUJyRx9XsKhCYqL/L12+Lh21BmLBTrR8JEtIEtgHYJTII1PolWo0W5zK5LOMzjT1JWixFA5FapyTZSqqK7+zzeY/pXKNPjbsByIA2o4BSNBnJoKfMovx6iY1N7NiPWZxiMVyzoob3SKCcuRKRxdjFH9oNJdIP0v2wPeuyQ43uCAEyDhhzYs/M5EtALqZdFkJUEX7J75WVaneBhM+f6q9Ic3JomLPdZV0Odv1kkFdk87WEDShIwYfcOGLAh4amGNQj5K66ie7QUZhcrEdiEZItE6KqTmoyG/5sdcA1mzrdPvtXP2Otv3EHNCW1Xe/yxQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=kzG0amr/DCa6lEgXoszwp65gItuO0Pjh3FTjyTOGIlo=; b=VVm8p/3FMfQUdx1NKQeoEtvVHUxZEIez0/k8Q0tULG+rqqcCLkjF24lfb1HspVU3H9PQduRmy3fl/LTbqs+RheboF8BSJU0ENVjZMK4HxB8sKrv1EVZ4xL8F3nFOFy3JNFpsH9UhgILZBRFjzDwgL6zx917YCurMSxkbVb5FOv8= Received: from SN6PR13MB2334.namprd13.prod.outlook.com (2603:10b6:805:55::16) by SN6PR13MB2303.namprd13.prod.outlook.com (2603:10b6:805:5d::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3153.10; Mon, 29 Jun 2020 20:11:28 +0000 Received: from SN6PR13MB2334.namprd13.prod.outlook.com ([fe80::783f:2d78:2f9f:3116]) by SN6PR13MB2334.namprd13.prod.outlook.com ([fe80::783f:2d78:2f9f:3116%7]) with mapi id 15.20.3153.017; Mon, 29 Jun 2020 20:11:28 +0000 From: Linda Dunbar To: "Bocci, Matthew (Nokia - GB)" , "bess@ietf.org" , "draft-ietf-bess-evpn-oam-req-frmwk@ietf.org" Thread-Topic: WG Last Call and IPR Poll for draft-ietf-bess-evpn-oam-req-frmwk-02 Thread-Index: AQHWTkImkBm7kcnU4k27ZtZIeYRbQajwBbDg Date: Mon, 29 Jun 2020 20:11:28 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: nokia.com; dkim=none (message not signed) header.d=none;nokia.com; dmarc=none action=none header.from=futurewei.com; x-originating-ip: [72.180.73.64] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 42719fcc-ee12-4df8-0697-08d81c689b6d x-ms-traffictypediagnostic: SN6PR13MB2303: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-forefront-prvs: 044968D9E1 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 2vXC3gpJ064ATL3h5bc3+5i1w5v7gw4izyf7khyNsVFKG5XLq6VVCn8Il+6F/CemejM/Cu8JV+bFpgSgTEYm3taJNoGOVAzcKYmJeItX+A6ycsuab5+aCVh0KjDhzu2YvAVTFZf5Yp0tVqkAVIvmK2rl1Eu7l0RwfXqxOnIhjgVok0jntrW/SmcmfNiP4ZvWUXAilnjGVsfZpWqahYoDsWaaNS5UByFwPyabsuJM5F+VAPzRZqBfF9LrVSLaHTp52v45Xr6s3Eh8ya4KTGSm+VgP7QQat3xr6KnOA6c+DX8mmyss8c6AchWqj+goTaf7iluxvuT7YfJFDDpG06AB1g== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SN6PR13MB2334.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(366004)(52536014)(5660300002)(71200400001)(55016002)(44832011)(9686003)(33656002)(8676002)(76116006)(26005)(296002)(53546011)(6506007)(186003)(66476007)(66556008)(64756008)(66446008)(8936002)(498600001)(86362001)(110136005)(7696005)(66946007)(2906002)(83380400001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: GdGmTbbUNuTIcCcPF94TadyXrwn8ILbdFCE+rfH59LPPfske00gPkeRNEXvCNYH2+cKeM+Kzy3IMAGdiVqoa2B1iYpoisbyZTuiX2R0vqodqLVJTWhzoeuzA91PRaYBqnRXVTMOy3IoxCbJthGRacf1+48mJ/KShBtvdhM4CijDLMaoxUOs/ZCp3jBRUqMnOS9nMYffSl5NN5+LKiKCl3D0a+Y0uG/57quR+en2kkBxsBphdRsfpS+6K7VuZzWf/T8h8Vb8HMTnqEcZOAsO78l1Xu4HQ07PnnPv5X9KWCY7Q4dQzPTSsj9Tug0k/h3APZW8Ats8U5J0vdxKO2UP7wArziYsNgS2UAz5ts0EuKSW80tlX+Td4/6IhM+WdwnOMo0rLaM3k745LYQkf6yQOJ5iIX780S8n1+1R/xYueQhBPv5ed9ynBe/XUuSG//OE/N7Z7KfHMeCfSJaG1z7l9/llPpUHgxE53LWQN3dFcmQY= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SN6PR13MB2334.namprd13.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 42719fcc-ee12-4df8-0697-08d81c689b6d X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Jun 2020 20:11:28.1136 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: EiptG7H7rqzo4mCmKW9Y08ZcoPeYEC3AMlguugcYWEhSBbXvWRyL7DnI/fBikTiTOo1+H5ZOixX1ajYVWg1w+Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR13MB2303 Archived-At: Subject: Re: [bess] WG Last Call and IPR Poll for draft-ietf-bess-evpn-oam-req-frmwk-02 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2020 20:11:34 -0000 U3VwcG9ydCB0aGUgV0dMQy4gIEkgdGhpbmsgdGhlIGRyYWZ0IGlzIHJlYWR5IHRvICBtb3ZlIHRv IElFU0cuIA0KDQpMaW5kYSBEdW5iYXINCg0KLS0tLS0tLS0tLSBGb3J3YXJkZWQgbWVzc2FnZSAt LS0tLS0tLS0NCkZyb206IEJvY2NpLCBNYXR0aGV3IChOb2tpYSAtIEdCKSA8bWF0dGhldy5ib2Nj aUBub2tpYS5jb20+DQpEYXRlOiBNb24sIEp1biAxNSwgMjAyMCBhdCA2OjU1IEFNDQpTdWJqZWN0 OiBXRyBMYXN0IENhbGwgYW5kIElQUiBQb2xsIGZvciBkcmFmdC1pZXRmLWJlc3MtZXZwbi1vYW0t cmVxLWZybXdrLTAyDQpUbzogZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb2FtLXJlcS1mcm13a0BpZXRm Lm9yZw0KPGRyYWZ0LWlldGYtYmVzcy1ldnBuLW9hbS1yZXEtZnJtd2tAaWV0Zi5vcmc+LCBiZXNz QGlldGYub3JnIDxiZXNzQGlldGYub3JnPg0KDQoNClRoaXMgZW1haWwgc3RhcnRzIGEgdHdvLXdl ZWsgd29ya2luZyBncm91cCBsYXN0IGNhbGwgZm9yDQpkcmFmdC1pZXRmLWJlc3MtZXZwbi1vYW0t cmVxLWZybXdrLTAyDQoNCg0KDQpQbGVhc2UgcmV2aWV3IHRoZSBkcmFmdCBhbmQgc2VuZCBhbnkg Y29tbWVudHMgdG8gdGhlIEJFU1MgbGlzdC4gQWxzbywgcGxlYXNlIGluZGljYXRlIGlmIHlvdSBz dXBwb3J0IHB1Ymxpc2hpbmcgdGhlIGRyYWZ0IGFzIGEgc3RhbmRhcmRzIHRyYWNrIFJGQy4NCg0K DQoNClRoaXMgcG9sbCBydW5zIHVudGlsIE1vbmRheSAyOXRoIEp1bmUgMjAyMC4NCg0KDQoNCldl IGFyZSBhbHNvIHBvbGxpbmcgZm9yIGtub3dsZWRnZSBvZiBhbnkgdW5kaXNjbG9zZWQgSVBSIHRo YXQgYXBwbGllcyB0byB0aGlzIERvY3VtZW50LCB0byBlbnN1cmUgdGhhdCBJUFIgaGFzIGJlZW4g ZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcyAoc2VlIFJGQ3MgMzk3 OSwgNDg3OSwgMzY2OSBhbmQgNTM3OCBmb3IgbW9yZSBkZXRhaWxzKS4NCg0KSWYgeW91IGFyZSBs aXN0ZWQgYXMgYW4gQXV0aG9yIG9yIGEgQ29udHJpYnV0b3Igb2YgdGhpcyBkb2N1bWVudCBwbGVh c2UgcmVzcG9uZCB0byB0aGlzIGVtYWlsIGFuZCBpbmRpY2F0ZSB3aGV0aGVyIG9yIG5vdCB5b3Ug YXJlIGF3YXJlIG9mIGFueSByZWxldmFudCB1bmRpc2Nsb3NlZCBJUFIuIFRoZSBEb2N1bWVudCB3 b24ndCBwcm9ncmVzcyB3aXRob3V0IGFuc3dlcnMgZnJvbSBhbGwgdGhlIEF1dGhvcnMgYW5kIENv bnRyaWJ1dG9ycy4NCg0KVGhlcmUgaXMgY3VycmVudGx5IG5vIElQUiBkaXNjbG9zZWQuDQoNClRo YW5rIHlvdSwNCg0KTWF0dGhldyAmIFN0ZXBoYW5lDQo= From nobody Tue Jun 30 00:47:48 2020 Return-Path: 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 8BF543A0EC8 for ; Tue, 30 Jun 2020 00:47:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.995 X-Spam-Level: X-Spam-Status: No, score=-1.995 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=orange.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 5gBdamtJe-6u for ; Tue, 30 Jun 2020 00:47:45 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C6B043A0DD4 for ; Tue, 30 Jun 2020 00:47:44 -0700 (PDT) Received: from opfednr03.francetelecom.fr (unknown [xx.xx.xx.67]) by opfednr23.francetelecom.fr (ESMTP service) with ESMTP id 49wxKW2XLVz5vs5 for ; Tue, 30 Jun 2020 09:47:43 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1593503263; bh=upz3h1Ko5upiGYouVj0FB3eFyF8+I3SYl+/I9sNP5WU=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=dVDXFWMxnfgH7oh/9wmb0F1Y7Q8Tp5ANtCkPee81pw0jpUFePAPSx85/gBEy3Oi/a BIqRaZaWN0vcF/jXCOomHfJax70yUN1hz6YzrgyEyDB4HQwdXrrBHO7JqIxBDizIyk Myyu/vR5LyouRryzsUP9E+tslJQeUPg8FbGENSxpUYu7HQGnb7zQ94iqw+laRAOHUh mkSlK9UGyspq0CKmNPmKNR/RyUrnYD/bXfq+/KA1imxueSLes8KxOO63nIl6blYiLV dIw1oKtzrUzpoS//9ly049ij7rGH1GrQ2a+iXwmAZs8ohNsgWkqG+6y7ptMlh+PISF Z1LfEoG5vfvMQ== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.26]) by opfednr03.francetelecom.fr (ESMTP service) with ESMTP id 49wxKW1mZtzDq7f for ; Tue, 30 Jun 2020 09:47:43 +0200 (CEST) From: To: "bess@ietf.org" Thread-Topic: Can you help support the WG adoption of this draft? FW: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-usage-07 Thread-Index: AdZL4GyUhCOz5UU6Q3CTknEOhGj0kQC0VufA Date: Tue, 30 Jun 2020 07:47:42 +0000 Message-ID: <24943_1593503263_5EFAEE1F_24943_253_1_88132E969123D14D9BD844E1CD516EDE3B583C34@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> References: In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.247] Content-Type: multipart/alternative; boundary="_000_88132E969123D14D9BD844E1CD516EDE3B583C34OPEXCAUBMA2corp_" MIME-Version: 1.0 Archived-At: Subject: Re: [bess] Can you help support the WG adoption of this draft? FW: WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-usage-07 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2020 07:47:47 -0000 --_000_88132E969123D14D9BD844E1CD516EDE3B583C34OPEXCAUBMA2corp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello bess, I support the adoption of draft-dunbar-bess-bgp-sdwan-usage-07 as a bess WG= document. Scenarios documented in the draft are very relevant and BGP is i= nstrumental for scalable SD-WAN networking. Cheers, Christian. From: BESS > On Behalf = Of slitkows.ietf@gmail.com Sent: Tuesday, June 23, 2020 7:14 AM To: bess@ietf.org Subject: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-us= age-07 Hello, This email begins a two-weeks WG adoption poll for draft-dunbar-bess-bgp-sd= wan-usage-07 [1] .. Please review the draft and post any comments to the BESS working group lis= t. 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). If you are listed as an author or a contributor of this document, please re= spond to this email and indicate whether or not you are aware of any releva= nt undisclosed IPR, copying the BESS mailing list. The document won't progr= ess without answers from all the authors and contributors. Currently, there are no IPR disclosures against this document. If you are not listed as an author or a 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. This poll for adoption closes on 7th July 2020. Regards, Matthew and Stephane [1] https://datatracker.ietf.org/doc/draft-dunbar-bess-bgp-sdwan-usage/ ___________________________________________________________________________= ______________________________________________ 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. --_000_88132E969123D14D9BD844E1CD516EDE3B583C34OPEXCAUBMA2corp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Hello bess,

     

    I support the adoption of draft-dunbar-bess-bgp-sdwan-usage-07 as a bess WG document. Scenarios docu= mented in the draft are very relevant and BGP is instrumental for scalable = SD-WAN networking.

     

    Cheers,

     

    Christian.

     

    From:= BESS <bess-bounces@ietf.org> On Behalf Of slitkows.iet= f@gmail.com
    Sent: Tuesday, June 23, 2020 7:14 AM
    To: bess@ietf.org
    Subject: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-s= dwan-usage-07

     

    Hello,

     

    This email begins a two= -weeks WG adoption poll for draft-dunbar-bess-bgp-sdwan-usage-07 [1] ..

     

    Please review the draft= and post any comments to the BESS working group list.

     

    We are also pollin= g for knowledge of any undisclosed IPR that applies to this Document, to en= sure that IPR has been disclosed in compliance with IETF IPR rules (see RFC= s 3979, 4879, 3669 and 5378 for more details).

     

    If you are listed as an= author or a contributor of this document, please respond to this email and= indicate whether or not you are aware of any relevant undisclosed IPR, cop= ying the BESS mailing list. The document won't progress without answers from all the authors and contributors.=

    Currently, there are no= IPR disclosures against this document.

     

    If you are not listed a= s an author or a contributor, then please explicitly respond only if you ar= e aware of any IPR that has not yet been disclosed in conformance with IETF= rules.

     

    This poll for adoption = closes on 7th July 2020.

     

    Regards,

    Matthew and Stephane

     

    [1] https://datatracker.ietf.org/doc/draft-dunbar-be= ss-bgp-sdwan-usage/

     

     

    ______________________________________________________________________=
___________________________________________________

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.
    --_000_88132E969123D14D9BD844E1CD516EDE3B583C34OPEXCAUBMA2corp_-- From nobody Tue Jun 30 05:40:51 2020 Return-Path: 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 64A5A3A07AC; Tue, 30 Jun 2020 05:40:49 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.6.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <159352084937.22932.13751343631914189834@ietfa.amsl.com> Date: Tue, 30 Jun 2020 05:40:49 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-mvpn-yang-03.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2020 12:40:49 -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 WG of the IETF. Title : Yang Data Model for Multicast in MPLS/BGP IP VPNs Authors : Yisong Liu Feng Guo Stephane Litkowski Xufeng Liu Robert Kebler Mahesh Sivakumar Filename : draft-ietf-bess-mvpn-yang-03.txt Pages : 41 Date : 2020-06-30 Abstract: This document defines a YANG data model that can be used to configure and manage multicast in MPLS/BGP IP VPNs. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-mvpn-yang/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-mvpn-yang-03 https://datatracker.ietf.org/doc/html/draft-ietf-bess-mvpn-yang-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-mvpn-yang-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 Tue Jun 30 06:39:15 2020 Return-Path: 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 55A3C3A084F; Tue, 30 Jun 2020 06:39:08 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.6.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <159352434829.15890.16364661109979335639@ietfa.amsl.com> Date: Tue, 30 Jun 2020 06:39:08 -0700 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-mvpn-yang-04.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2020 13:39:08 -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 WG of the IETF. Title : Yang Data Model for Multicast in MPLS/BGP IP VPNs Authors : Yisong Liu Feng Guo Stephane Litkowski Xufeng Liu Robert Kebler Mahesh Sivakumar Filename : draft-ietf-bess-mvpn-yang-04.txt Pages : 41 Date : 2020-06-30 Abstract: This document defines a YANG data model that can be used to configure and manage multicast in MPLS/BGP IP VPNs. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-mvpn-yang/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bess-mvpn-yang-04 https://datatracker.ietf.org/doc/html/draft-ietf-bess-mvpn-yang-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-mvpn-yang-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 Tue Jun 30 14:12:23 2020 Return-Path: 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 472553A0864 for ; Tue, 30 Jun 2020 14:12:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.597 X-Spam-Level: X-Spam-Status: No, score=-9.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 header.b=h2EqPodj; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=jtf2aGTn 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 Vu_VN_8EeNOQ for ; Tue, 30 Jun 2020 14:12:18 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E04633A0861 for ; Tue, 30 Jun 2020 14:12:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12903; q=dns/txt; s=iport; t=1593551537; x=1594761137; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=1eCb3ASxdshrftq0zUkMKVQq3n30hSIhDguqZmCeZ/8=; b=h2EqPodjdbWqGTDoUG0RAUM3Y4iDmwy5xR65T0BxKPDEEn5+Jy2U/Vln 2xaNmz7CVn41dyVxY7qoTaJ3BvsfIcYhLz9sc/MPO7D3QxUUCswQbckqm ggVSmX+370KUWqiHTz75XWzpCBK3OpojpSNGfFqg8rtU/iwEMS8YIhyFB c=; IronPort-PHdr: =?us-ascii?q?9a23=3A3v+wjRCq22/dvESTrXXEUyQJPHJ1sqjoPgMT9p?= =?us-ascii?q?ssgq5PdaLm5Zn5IUjD/qw00A3GWIza77RPjO+F+6zjWGlV55GHvThCdZFXTB?= =?us-ascii?q?YKhI0QmBBoG8+KD0D3bZuIJyw3FchPThlpqne8N0UGF8P3ZlmUqXq3vnYeHx?= =?us-ascii?q?zlPl9zIeL4UofZk8Ww0bW0/JveKwVFjTawe/V8NhKz+A7QrcIRx4BlL/U8?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ApAACKqfte/5RdJa1gGgEBAQEBAQE?= =?us-ascii?q?BAQEDAQEBARIBAQEBAgIBAQEBgXkCAQEBAQsBgSIvUQdvWC8shDGDRgONS4o?= =?us-ascii?q?BiW6Ea4FCgRADVQsBAQEMAQEYAQoKAgQBAYRHAheCFQIkNwYOAgMBAQsBAQU?= =?us-ascii?q?BAQECAQYEbYVbDIVuAQEBBAEBEBEdAQEsCwEPAgEIDgMDAQIoAwICAh8GCxQ?= =?us-ascii?q?JCAEBBAENBSKDBAGBfk0DLgEOpAMCgTmIYXaBMoMBAQEFgUZBQoJlDQuCDgM?= =?us-ascii?q?GgTgBgmiCTBA2hm0agUE/gREnHIJNPoIaQgEBAwGBJgESATgJDQmCYDOCLY8?= =?us-ascii?q?UHIMJhkGLNZAITQqCXIdPeowLhG4DHYJziS2QWoIckFQMc4oaglmNRYQfAgQ?= =?us-ascii?q?CBAUCDgEBBYFpI2ZwcBU7KgGCPlAXAg2OHoNxhRSFQnQ3AgYIAQEDCXyPKQE?= =?us-ascii?q?B?= X-IronPort-AV: E=Sophos;i="5.75,298,1589241600"; d="scan'208,217";a="701302507" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 30 Jun 2020 21:12:16 +0000 Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by rcdn-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id 05ULCGw9015209 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 30 Jun 2020 21:12:16 GMT Received: from xhs-rtp-001.cisco.com (64.101.210.228) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 30 Jun 2020 16:12:16 -0500 Received: from xhs-aln-003.cisco.com (173.37.135.120) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 30 Jun 2020 17:12:15 -0400 Received: from NAM10-MW2-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Tue, 30 Jun 2020 16:12:15 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=nc/bAx13PBMMvtM6cPhfAFIaGAOmoBqZgAEsuWUYXfPWNNEjm7FriIP19m5H7yAL5Te6ZqJKv5judI2GKPevzCgr+u5zcUhN2+P7x9L/81X/6FXHJjl56V13DpdLCFXcqK/89jwIafGsWVXxgjDT8W20fXmtEw60lm4TY5N1qOX1zqs6uJpLnTYzaJosVe6lsyn30Hw3KRKPJwqpVrkqhXZ6XM6BDHHMlC/05cLUl+kK1Bvx6fcuxLlc2b9Ju6KxvQ82tDTJ37N8UEf4fmO4ThmGeGzNEQRy2O6PKSi0Kfdz4vd+Ia2Up9KU4TE8WccQeWdBuHuu5jGlqQHWOdYmew== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1eCb3ASxdshrftq0zUkMKVQq3n30hSIhDguqZmCeZ/8=; b=iBanqRr7LlTM2J6yjS9wXlW6EgYUsCZOkTxJxrZdWn9R2lFsoGvQnC/IoFS9xTZvi9VUafBUPOa5iOzR5DrxeiGhS2aGcoNyy5u0pEvA2LKOOv1bs/+MtPWkTlnuXY83C0ClADme3SC6r3KFmcE1iVabt1W1Vwg33P9YXiPjuImWoOaqTV74ng4f2I3+PC3I4Zqtl2midWiImBvuTqOKMfeHruJ/PGuO3WJwsxq4xuizBbeGhuGzHAsgTeNkcYKONJGeZ7kcBxUzX8UxwNC4OqtIAITxx2BigfYHKDXraCR8WwqR4rtVyPqnoaN856YSweavaUjjIghrc4v6cIdeaQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1eCb3ASxdshrftq0zUkMKVQq3n30hSIhDguqZmCeZ/8=; b=jtf2aGTnUpbDxPhJSsPacSFn3l05NfY69+ppyycE9Ln38e3p+eFJiSSUtDg8P6xys9QKCYouNFbVEvMrjSeUx24/1Xvtd8NxvDzbSMF/ZR/Eb1o9mcRGGmEHLcfpAVo5l847nnQCFsC5pKpSJ8t5FF/WE1WaL6WAQ1cfcbf695o= Received: from SN6PR11MB2654.namprd11.prod.outlook.com (2603:10b6:805:54::31) by SN6PR11MB2912.namprd11.prod.outlook.com (2603:10b6:805:cb::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3131.26; Tue, 30 Jun 2020 21:12:14 +0000 Received: from SN6PR11MB2654.namprd11.prod.outlook.com ([fe80::d80c:294a:27b5:26e3]) by SN6PR11MB2654.namprd11.prod.outlook.com ([fe80::d80c:294a:27b5:26e3%6]) with mapi id 15.20.3131.028; Tue, 30 Jun 2020 21:12:13 +0000 From: "Mankamana Mishra (mankamis)" To: Ayan Banerjee , "slitkows.ietf@gmail.com" CC: "bess@ietf.org" Thread-Topic: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-usage-07 Thread-Index: AdZJV6xbIA5I4OJ8QneA/Wu9XJmpKQBv75QAAPRCMIA= Date: Tue, 30 Jun 2020 21:12:13 +0000 Message-ID: References: <07ed01d64957$b7a589f0$26f09dd0$@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.38.20061401 authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [2601:646:8500:4b50:1874:61c8:e4b7:89eb] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 5e058492-5345-425c-0b15-08d81d3a42d8 x-ms-traffictypediagnostic: SN6PR11MB2912: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0450A714CB x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: TWzdqInP0DvKORkDrdkRqiz/Ode7g3p2HIvTk/W+pAIEDq2Vbff5nAjF5R2apwCfKG5lLxkuNoUWrWIzRYobtfeDNqbYxVkLvhRODA5/3we/XVCeCw/N2v7UdZaiEmwekDCxsGauULDzQ7sp76wO89pcaWitKXnoU+LCojbFI5mbh/BvAJP7S6BMqzGByaOQ71/987JLhbZTijrdDc1o2Lx+dKAIF2Kcwaqgj/aTopnYGj2jov+VkbEHjSLCZlBpabvoBn7iSk82mB2t9p8F7q3iR6mPHAmpwSHjkG+4Nah9VE8L5mCp+Xr9oVfcX4gHf2A8J1Sok4jaewO8wl+hqtC2pJiEPqtspVnaUgaUQe5se5ZJ8fNxjn+ogp8L8XhfybhQ5MGAYumyD+6Zn53nyg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SN6PR11MB2654.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(346002)(39860400002)(136003)(396003)(366004)(33656002)(8936002)(966005)(478600001)(6512007)(66476007)(66556008)(64756008)(66446008)(86362001)(53546011)(76116006)(6506007)(66946007)(91956017)(4326008)(5660300002)(110136005)(6486002)(166002)(83380400001)(186003)(2616005)(36756003)(2906002)(8676002)(71200400001)(316002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: X6xdV4HQpo2rYhyN6xDh7UlEXRNxi0tpAkBeueliiXLkSkb9j6ksMU27+G62/jN83I8fV6BawNWhyN4cBUIG2/D8W5JmvTVUqngQw0Sz7iwUo03hU9djO7489Zrg9vtZ4D6VuTBA4gW/xMns5ehj6DvAnJQhowkrPxJ23/Meq4urX9VJNvZ0dzt67zrTXFPInexm/zvlGo1kAGIreg/aTqFpwmlzVWGqOuTR66hnQ8A28XtG1olU5D453fvT2Sw8+o/QCLLikA7qWveg15L027E8YxEtNUyIx0DET7IMypmkjThb8bOERFTAqdCHxfy/XsM3knlniI+1zdSz/tX/0qRY6AQFbSOBc52y8tFNmJVI8/IJhY+7U2wKnxcvm+jHvi6+JQvDE83faal4JuBg2WH1cJwso27Og8JTNb1ZSXyWi172QnUQTHYX9xvVksx7kyTjrZZCUnLBgXukRzQOXxlepRGvlD4n4/4Wznaxs0c6nDc4gBoZVTDPLaDlCjlPikVsTh1kZmeO8WrKmKvKd11uJsJka3IQh3W61mbTr7AyuwXCt0sKxlGe+6x+eo0p x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_A7D1BCEE525C4DF99A69EE880C84F342ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SN6PR11MB2654.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5e058492-5345-425c-0b15-08d81d3a42d8 X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Jun 2020 21:12:13.8399 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 2/luiMoPAKBVwCXHmiDmyAjRy5XShMl6zrNXHymgzs+17oQkhXu6iuAUHfGS+uWEhzjSYVy1ayZOYbuHyLbynw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR11MB2912 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.14, xch-rcd-004.cisco.com X-Outbound-Node: rcdn-core-12.cisco.com Archived-At: Subject: Re: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-usage-07 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2020 21:12:21 -0000 --_000_A7D1BCEE525C4DF99A69EE880C84F342ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U3VwcG9ydCB0aGUgYWRvcHRpb24gb2YgZHJhZnQgLg0KDQpGcm9tOiBCRVNTIDxiZXNzLWJvdW5j ZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZiBBeWFuIEJhbmVyamVlIDxheWFiYW5lckBnbWFpbC5j b20+DQpEYXRlOiBUaHVyc2RheSwgSnVuZSAyNSwgMjAyMCBhdCAxMDozOSBBTQ0KVG86ICJzbGl0 a293cy5pZXRmQGdtYWlsLmNvbSIgPHNsaXRrb3dzLmlldGZAZ21haWwuY29tPg0KQ2M6ICJiZXNz QGlldGYub3JnIiA8YmVzc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbYmVzc10gV0cgYWRvcHRp b24gYW5kIElQUiBwb2xsIGZvciBkcmFmdC1kdW5iYXItYmVzcy1iZ3Atc2R3YW4tdXNhZ2UtMDcN Cg0KU3VwcG9ydCBXRyBhZG9wdGlvbi4NCg0KSSBhbSBub3QgYXdhcmUgb2YgYW55IElQUiBhc3Nv Y2lhdGVkIHdpdGggdGhpcyBkcmFmdC4NCg0KVGhhbmtzLA0KQXlhbg0KDQoNCk9uIFR1ZSwgSnVu IDIzLCAyMDIwIGF0IDU6MTMgQU0gPHNsaXRrb3dzLmlldGZAZ21haWwuY29tPG1haWx0bzpzbGl0 a293cy5pZXRmQGdtYWlsLmNvbT4+IHdyb3RlOg0KSGVsbG8sDQoNClRoaXMgZW1haWwgYmVnaW5z IGEgdHdvLXdlZWtzIFdHIGFkb3B0aW9uIHBvbGwgZm9yIGRyYWZ0LWR1bmJhci1iZXNzLWJncC1z ZHdhbi11c2FnZS0wNyBbMV0gLi4NCg0KUGxlYXNlIHJldmlldyB0aGUgZHJhZnQgYW5kIHBvc3Qg YW55IGNvbW1lbnRzIHRvIHRoZSBCRVNTIHdvcmtpbmcgZ3JvdXAgbGlzdC4NCg0KV2UgYXJlIGFs c28gcG9sbGluZyBmb3Iga25vd2xlZGdlIG9mIGFueSB1bmRpc2Nsb3NlZCBJUFIgdGhhdCBhcHBs aWVzIHRvIHRoaXMgRG9jdW1lbnQsIHRvIGVuc3VyZSB0aGF0IElQUiBoYXMgYmVlbiBkaXNjbG9z ZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzIChzZWUgUkZDcyAzOTc5LCA0ODc5 LCAzNjY5IGFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMpLg0KDQpJZiB5b3UgYXJlIGxpc3RlZCBh cyBhbiBhdXRob3Igb3IgYSBjb250cmlidXRvciBvZiB0aGlzIGRvY3VtZW50LCBwbGVhc2UgcmVz cG9uZCB0byB0aGlzIGVtYWlsIGFuZCBpbmRpY2F0ZSB3aGV0aGVyIG9yIG5vdCB5b3UgYXJlIGF3 YXJlIG9mIGFueSByZWxldmFudCB1bmRpc2Nsb3NlZCBJUFIsIGNvcHlpbmcgdGhlIEJFU1MgbWFp bGluZyBsaXN0LiBUaGUgZG9jdW1lbnQgd29uJ3QgcHJvZ3Jlc3Mgd2l0aG91dCBhbnN3ZXJzIGZy b20gYWxsIHRoZSBhdXRob3JzIGFuZCBjb250cmlidXRvcnMuDQpDdXJyZW50bHksIHRoZXJlIGFy ZSBubyBJUFIgZGlzY2xvc3VyZXMgYWdhaW5zdCB0aGlzIGRvY3VtZW50Lg0KDQpJZiB5b3UgYXJl IG5vdCBsaXN0ZWQgYXMgYW4gYXV0aG9yIG9yIGEgY29udHJpYnV0b3IsIHRoZW4gcGxlYXNlIGV4 cGxpY2l0bHkgcmVzcG9uZCBvbmx5IGlmIHlvdSBhcmUgYXdhcmUgb2YgYW55IElQUiB0aGF0IGhh cyBub3QgeWV0IGJlZW4gZGlzY2xvc2VkIGluIGNvbmZvcm1hbmNlIHdpdGggSUVURiBydWxlcy4N Cg0KVGhpcyBwb2xsIGZvciBhZG9wdGlvbiBjbG9zZXMgb24gN3RoIEp1bHkgMjAyMC4NCg0KUmVn YXJkcywNCk1hdHRoZXcgYW5kIFN0ZXBoYW5lDQoNClsxXSBodHRwczovL2RhdGF0cmFja2VyLmll dGYub3JnL2RvYy9kcmFmdC1kdW5iYXItYmVzcy1iZ3Atc2R3YW4tdXNhZ2UvDQoNCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkJFU1MgbWFpbGluZyBs aXN0DQpCRVNTQGlldGYub3JnPG1haWx0bzpCRVNTQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9iZXNzDQo= --_000_A7D1BCEE525C4DF99A69EE880C84F342ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <3F3CDA3F0CC29C4BABCD6726E0601222@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpz cGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29D aHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4w cHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjox LjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNl Y3Rpb24xO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0i Ymx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+U3VwcG9ydCB0aGUgYWRvcHRpb24gb2YgZHJhZnQgLjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2IHN0 eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzoz LjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbTogPC9zcGFuPjwvYj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+QkVTUyAmbHQ7YmVzcy1ib3VuY2VzQGll dGYub3JnJmd0OyBvbiBiZWhhbGYgb2YgQXlhbiBCYW5lcmplZSAmbHQ7YXlhYmFuZXJAZ21haWwu Y29tJmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5UaHVyc2RheSwgSnVuZSAyNSwgMjAyMCBhdCAxMDoz OSBBTTxicj4NCjxiPlRvOiA8L2I+JnF1b3Q7c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20mcXVvdDsg Jmx0O3NsaXRrb3dzLmlldGZAZ21haWwuY29tJmd0Ozxicj4NCjxiPkNjOiA8L2I+JnF1b3Q7YmVz c0BpZXRmLm9yZyZxdW90OyAmbHQ7YmVzc0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8 L2I+UmU6IFtiZXNzXSBXRyBhZG9wdGlvbiBhbmQgSVBSIHBvbGwgZm9yIGRyYWZ0LWR1bmJhci1i ZXNzLWJncC1zZHdhbi11c2FnZS0wNzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlN1cHBvcnQgV0cgYWRvcHRpb24uPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgYW0g bm90IGF3YXJlIG9mIGFueSBJUFIgYXNzb2NpYXRlZCB3aXRoIHRoaXMgZHJhZnQuIDxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3MsPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BeWFuPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24g VHVlLCBKdW4gMjMsIDIwMjAgYXQgNToxMyBBTSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNsaXRrb3dz LmlldGZAZ21haWwuY29tIj5zbGl0a293cy5pZXRmQGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9y ZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21h cmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowaW4iPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6LjVpbiI+DQpIZWxsbyw8c3BhbiBsYW5nPSJGUiI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0 Oi41aW4iPg0KJm5ic3A7PHNwYW4gbGFuZz0iRlIiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDouNWluIj4NClRoaXMgZW1haWwgYmVnaW5z IGEgdHdvLXdlZWtzIFdHIGFkb3B0aW9uIHBvbGwgZm9yIGRyYWZ0LWR1bmJhci1iZXNzLWJncC1z ZHdhbi11c2FnZS0wNyBbMV0gLi48c3BhbiBsYW5nPSJGUiI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0Oi41aW4iPg0KJm5ic3A7PHNwYW4g bGFuZz0iRlIiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bztt YXJnaW4tbGVmdDouNWluIj4NClBsZWFzZSByZXZpZXcgdGhlIGRyYWZ0IGFuZCBwb3N0IGFueSBj b21tZW50cyB0byB0aGUgQkVTUyB3b3JraW5nIGdyb3VwIGxpc3QuPHNwYW4gbGFuZz0iRlIiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDou NWluIj4NCiZuYnNwOzxzcGFuIGxhbmc9IkZSIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6LjVpbiI+DQpXZSBhcmUgYWxzbyZuYnNwO3Bv bGxpbmcgZm9yIGtub3dsZWRnZSBvZiBhbnkgdW5kaXNjbG9zZWQgSVBSIHRoYXQgYXBwbGllcyB0 byB0aGlzIERvY3VtZW50LCB0byBlbnN1cmUgdGhhdCBJUFIgaGFzIGJlZW4gZGlzY2xvc2VkIGlu IGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcyAoc2VlIFJGQ3MgMzk3OSwgNDg3OSwgMzY2 OSBhbmQgNTM3OCBmb3IgbW9yZSBkZXRhaWxzKS48c3BhbiBsYW5nPSJGUiI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0Oi41aW4iPg0KJm5i c3A7PHNwYW4gbGFuZz0iRlIiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0bzttYXJnaW4tbGVmdDouNWluIj4NCklmIHlvdSBhcmUgbGlzdGVkIGFzIGFuIGF1dGhv ciBvciBhIGNvbnRyaWJ1dG9yIG9mIHRoaXMgZG9jdW1lbnQsIHBsZWFzZSByZXNwb25kIHRvIHRo aXMgZW1haWwgYW5kIGluZGljYXRlIHdoZXRoZXIgb3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55 IHJlbGV2YW50IHVuZGlzY2xvc2VkIElQUiwgY29weWluZyB0aGUgQkVTUyBtYWlsaW5nIGxpc3Qu IFRoZSBkb2N1bWVudCB3b24ndCBwcm9ncmVzcyB3aXRob3V0IGFuc3dlcnMgZnJvbSBhbGwgdGhl DQogYXV0aG9ycyBhbmQgY29udHJpYnV0b3JzLjxzcGFuIGxhbmc9IkZSIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6LjVpbiI+DQpDdXJy ZW50bHksIHRoZXJlIGFyZSBubyBJUFIgZGlzY2xvc3VyZXMgYWdhaW5zdCB0aGlzIGRvY3VtZW50 LjxzcGFuIGxhbmc9IkZSIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG87bWFyZ2luLWxlZnQ6LjVpbiI+DQombmJzcDs8c3BhbiBsYW5nPSJGUiI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0Oi41aW4iPg0K SWYgeW91IGFyZSBub3QgbGlzdGVkIGFzIGFuIGF1dGhvciBvciBhIGNvbnRyaWJ1dG9yLCB0aGVu IHBsZWFzZSBleHBsaWNpdGx5IHJlc3BvbmQgb25seSBpZiB5b3UgYXJlIGF3YXJlIG9mIGFueSBJ UFIgdGhhdCBoYXMgbm90IHlldCBiZWVuIGRpc2Nsb3NlZCBpbiBjb25mb3JtYW5jZSB3aXRoIElF VEYgcnVsZXMuPHNwYW4gbGFuZz0iRlIiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDouNWluIj4NCiZuYnNwOzxzcGFuIGxhbmc9IkZSIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6 LjVpbiI+DQpUaGlzIHBvbGwgZm9yIGFkb3B0aW9uIGNsb3NlcyBvbiA3dGggSnVseSAyMDIwLjxz cGFuIGxhbmc9IkZSIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG87bWFyZ2luLWxlZnQ6LjVpbiI+DQombmJzcDs8c3BhbiBsYW5nPSJGUiI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0Oi41aW4iPg0KUmVn YXJkcyw8c3BhbiBsYW5nPSJGUiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvO21hcmdpbi1sZWZ0Oi41aW4iPg0KTWF0dGhldyBhbmQgU3RlcGhhbmU8c3BhbiBs YW5nPSJGUiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21h cmdpbi1sZWZ0Oi41aW4iPg0KJm5ic3A7PHNwYW4gbGFuZz0iRlIiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDouNWluIj4NClsxXSZuYnNw OzxzcGFuIGxhbmc9IkZSIj48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9kcmFmdC1kdW5iYXItYmVzcy1iZ3Atc2R3YW4tdXNhZ2UvIiB0YXJnZXQ9Il9ibGFuayI+PHNw YW4gbGFuZz0iRU4tVVMiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWR1 bmJhci1iZXNzLWJncC1zZHdhbi11c2FnZS88L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PHNwYW4gbGFuZz0iRlIiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PHNwYW4gbGFuZz0i RlIiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxi cj4NCkJFU1MgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOkJFU1NAaWV0Zi5vcmci IHRhcmdldD0iX2JsYW5rIj5CRVNTQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vYmVzcyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vYmVzczwvYT48bzpwPjwvbzpwPjwvcD4N CjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_A7D1BCEE525C4DF99A69EE880C84F342ciscocom_-- From nobody Tue Jun 30 15:02:32 2020 Return-Path: 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 67E283A088A for ; Tue, 30 Jun 2020 15:02:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.597 X-Spam-Level: X-Spam-Status: No, score=-9.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 header.b=C5GAnmyg; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=p2dcMyLS 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 LMG59yuVg0G4 for ; Tue, 30 Jun 2020 15:02:28 -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 882A33A0895 for ; Tue, 30 Jun 2020 15:02:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9879; q=dns/txt; s=iport; t=1593554548; x=1594764148; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=/g0yXVRHK7hLRDDia0CUI/5fmOSJdqNQDLD3D+l01CM=; b=C5GAnmygTe5rywSca7nGhS/mD2vM5vjgMT+w2WWPSbSSBtT2hM1Fb2B6 ciSWOgaFxlkD8yMkOqUUvKqH2kMsapyhV1j9UK1gKOqdp0UMHjeY3l1X6 K5D1MukoBLQ5Ko6Fpjr/9+gslAz0FWAIJumt4rJFz9P3TjHFRkeqg3rBA I=; IronPort-PHdr: =?us-ascii?q?9a23=3AO2BWLxRPGkwrVPk3HKzqZjiv3tpsv++ubAcI9p?= =?us-ascii?q?oqja5Pea2//pPkeVbS/uhpkESQBNmJ5PdNiu6QuKflCiQM4peE5XYFdpEEFx?= =?us-ascii?q?oIkt4fkAFoBsmZQVb6I/jnY21ffoxCWVZp8mv9PR1TH8DzNFLXq3y2qzUVH0?= =?us-ascii?q?a3OQ98PO+gHInUgoy+3Pyz/JuGZQJOiXK9bLp+IQ/wox/Ws5wdgJBpLeA6zR?= =?us-ascii?q?6arw=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DICAAJtvte/4kNJK1gHQEBAQEJARI?= =?us-ascii?q?BBQUBggqBIy9RB29YLyyEMYNGA40mJYoBiW6Ea4FCgRADVQsBAQEMAQEjCgI?= =?us-ascii?q?EAQGERwIXgXkCJDgTAgMBAQsBAQUBAQECAQYEbYVbDIVuAQEBBBIRHQEBLAw?= =?us-ascii?q?PAgEIEQMBAisCAgIfER0IAQEEARIigwQBgX5NAy4BDqN6AoE5iGF2gTKDAQE?= =?us-ascii?q?BBYFGQUKCbA0Lgg4DBoE4gmmCTBA2hm0aggCBEScMEIJNPoIaQgIDAYEmARI?= =?us-ascii?q?BOAkNgmkzgi2PFByDCYZBmz1NCoJch096jAuEbgMdgnOJLZBaghyQVAxzihq?= =?us-ascii?q?CWY1FhB8CBAIEBQIOAQEFgWoiZnBwFTsqAYI+UBcCDY4eg3GFFIVCdDcCBgg?= =?us-ascii?q?BAQMJfI9DAQE?= X-IronPort-AV: E=Sophos;i="5.75,298,1589241600"; d="scan'208,217";a="791092701" Received: from alln-core-4.cisco.com ([173.36.13.137]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 30 Jun 2020 22:02:07 +0000 Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by alln-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 05UM274v008824 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 30 Jun 2020 22:02:07 GMT Received: from xhs-rcd-001.cisco.com (173.37.227.246) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 30 Jun 2020 17:02:07 -0500 Received: from xhs-aln-001.cisco.com (173.37.135.118) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 30 Jun 2020 17:02:06 -0500 Received: from NAM11-BN8-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Tue, 30 Jun 2020 17:02:06 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=lSPVaBznTAt+hK0xnREpDJpUCehRYreKJ06s/Tpb9v9FaC/Wj9Sm2IZcWuH0Bxjr+HptHC05+giljECtDPx8nEH6HgEOBYrJa608+2msYhFsxYwOMf6CtOqLncG+cCohRutZTK9ikDfwFss0wKXR+AhJOzIjCC246ZlI1Yfj+QBMZyzA832BMDG2uxOuMAi4Np0P5OIuU1WegwHFGawMwJmtJ/gd2n+e/GSWr+UcCZnTv7UZbZdU8rF1hUM8C+DWl+P7Zqss7X+BGSUyDeIuTqmEwV636OAyuoY6jJipOPQqI99oev40ap3zc6wVGgUS+W2SzkD8cHqMhstE4k9MHA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/g0yXVRHK7hLRDDia0CUI/5fmOSJdqNQDLD3D+l01CM=; b=GRGno5DGXRwioOh9p8kh2Z/i0RUIQfKWSn6hpuq7AQVD3W2ywx1uL53oq/NuD+d4u/zGeJN46ELkq4W0992YwLEIC62kROWDfHn4i7PINQKMP+Q/iT9B7DDS0QTFaF131XApw/HKcCbYPWq69axClz6QK08wJUnDNHsoL/uYFH4o2co+I0QEPNyVACohQn4xzN9KxPMpF69s3YUXo1qbUG16Mlfx5EnUyhY7QtNwbTpfek67+LTIdM5Poez0j6CiUzMM3u5QaeO/XsiHQPzT2l47HlJLhAGjSvSttVc2v16CE785F/s6DwcK/SXD9UI6GTfZeDviuWZ2R08Fv8IHAQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/g0yXVRHK7hLRDDia0CUI/5fmOSJdqNQDLD3D+l01CM=; b=p2dcMyLSCW6ZaUp1dIiMd3QUCx99nepQdtqUAjikn9gVDNx8QyLEd7UTRrHS/sxK9JSK+UaCwzysLhgvuFr4JmVvggSn2/fl7t1huZEuey6VSJhBlB0iJsy2rt/qk8dvvqTEAnbCNd8ej7WHb3BOb1q7S6SkVsnWLgVJoXPF0S8= Received: from BY5PR11MB4260.namprd11.prod.outlook.com (2603:10b6:a03:1ba::30) by BY5PR11MB4435.namprd11.prod.outlook.com (2603:10b6:a03:1ce::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3131.20; Tue, 30 Jun 2020 22:02:05 +0000 Received: from BY5PR11MB4260.namprd11.prod.outlook.com ([fe80::a894:6392:f99f:375c]) by BY5PR11MB4260.namprd11.prod.outlook.com ([fe80::a894:6392:f99f:375c%4]) with mapi id 15.20.3131.027; Tue, 30 Jun 2020 22:02:05 +0000 From: "Ali Sajassi (sajassi)" To: "slitkows.ietf@gmail.com" , "bess@ietf.org" Thread-Topic: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-usage-07 Thread-Index: AdZJV6xbIA5I4OJ8QneA/Wu9XJmpKQFl73YA Date: Tue, 30 Jun 2020 22:02:05 +0000 Message-ID: <4F06CDD6-E570-440D-8517-FBF18DFEA6EF@cisco.com> References: <07ed01d64957$b7a589f0$26f09dd0$@gmail.com> In-Reply-To: <07ed01d64957$b7a589f0$26f09dd0$@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.38.20061401 authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [2601:648:8800:39a0:307e:e69f:d63f:4e8e] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 454fe026-3d17-4f22-ee09-08d81d4139d4 x-ms-traffictypediagnostic: BY5PR11MB4435: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0450A714CB x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: sn7OCUS8h/WcqQ/Ajxes3of71uwMRhD4Wj4CqRgNggLiBtWJWuqqcqtpm9G/AM86U2bH9q0myeP86h78TALcmd22DdrdrcqsTdZDmzTc7NyBRPbi7b628LA0HnCYaTmUHZiid+kwIEqO/+36nXoERAq3jVphUPdXRivD5TBYM63koFyTU9GbCgm69tPy6P0atRso6+CWiOdpwKewQx5WsRVRBPobwZF4FyT3IpfdpVB0JohS9LEAa6b3BEst3UYvJlT+S6T9UNW8zVjXgYDyjcIL9vwb5uKfqw7BLLbpMuvSgAnN0FY14pgqJXsHQovtTvHmDlLNa2LUsxvURWZMpZmJIHedldTgiAyke/9eOZDPTJGS1f8Q7AoUDsgzauv4dghpoYTh3tN7kfE3KxcYmA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY5PR11MB4260.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(39860400002)(136003)(346002)(396003)(366004)(86362001)(71200400001)(966005)(186003)(110136005)(33656002)(36756003)(83380400001)(5660300002)(2616005)(53546011)(478600001)(166002)(6506007)(66946007)(76116006)(8936002)(6486002)(6512007)(66446008)(66556008)(316002)(64756008)(66476007)(2906002)(8676002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: v4sy5U2VLSCfg04r4iERazJFPs0mjsosYVTeLOcnfwZhTUdzF4fcv4bNQMmNq6i2ANfom9/TmjlmoEiwzY3vsLCvf+LU7YQchfYalKy8g5WBUDgSfOYBx4K8S4qSBr039tr9AVHkyH3Z45vKcW5tX8gKf1ZlM/rTevTY44NnF4bvhLPKvvv3znOTKJAAu8nQCeM35di3IC72y4QgRgpwephyR5l8pfdOxxK5YjZLonX/S7ios/2zQVM2V2DMzTU8FuBwR5I5b3iGcJqdjUObBapxlmvnbCDjeq2CaiZp3FpXsBythCggiPcyKEoMMonDpAFbwJoNVM2dSWvW3VNBTtpmxH5OawyvgZMLO1OL/InvIUrto+KDF3jZx6hxBSNwQg4+2ewNYj82EL68FpVyoIS5q4lU3xgjeRDRucEih+F9cp+4QsWN7JbwmQpsuOQwjsP2xqH2IgG8cAbqxTKABhzpI3OFeQG7RNq8whBgM0y4jvEwVEtfvgYCgBAFsGQydaRE5lf685A1EbNH+8RopA1M8iSKiz4ddrXCwefboJd3q9vN4pJ74q3ijq7Ht8Yr x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_4F06CDD6E570440D8517FBF18DFEA6EFciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BY5PR11MB4260.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 454fe026-3d17-4f22-ee09-08d81d4139d4 X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Jun 2020 22:02:05.1941 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: v6dCnfQcYeKlir0uPduoVj9gyk2JvKkx3MESMlJHDo8YlE1Jp9V9em8HcI7W3VkpYxeBFIJm0Zm91tWXFXi/jw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR11MB4435 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.14, xch-rcd-004.cisco.com X-Outbound-Node: alln-core-4.cisco.com Archived-At: Subject: Re: [bess] WG adoption and IPR poll for draft-dunbar-bess-bgp-sdwan-usage-07 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2020 22:02:30 -0000 --_000_4F06CDD6E570440D8517FBF18DFEA6EFciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpUaGlzIGRyYWZ0IGNvdmVycyB0aGUgZGlmZmVyZW50IFNEV0FOIHVzZSBjYXNlcyBuaWNlbHkg YW5kIGhhcyBjb21lIGEgbG9uZyB3YXkgc2luY2UgaXRzIGluaXRpYWwgcmV2LiBBcyBhIGNvLWF1 dGhvciBJIHN1cHBvcnQgYWRvcHRpb24gb2YgdGhpcyBkcmFmdCBhbmQgSSBhbSBub3QgYXdhcmUg b2YgYW55IHVuZGlzY2xvc2VkIElQUnMgcmVsYXRlZCB0byB0aGlzIGRyYWZ0Lg0KDQpDaGVlcnMs DQpBbGkNCg0KRnJvbTogQkVTUyA8YmVzcy1ib3VuY2VzQGlldGYub3JnPiBvbiBiZWhhbGYgb2Yg InNsaXRrb3dzLmlldGZAZ21haWwuY29tIiA8c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20+DQpEYXRl OiBUdWVzZGF5LCBKdW5lIDIzLCAyMDIwIGF0IDU6MTQgQU0NClRvOiAiYmVzc0BpZXRmLm9yZyIg PGJlc3NAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbYmVzc10gV0cgYWRvcHRpb24gYW5kIElQUiBwb2xs IGZvciBkcmFmdC1kdW5iYXItYmVzcy1iZ3Atc2R3YW4tdXNhZ2UtMDcNCg0KSGVsbG8sDQoNClRo aXMgZW1haWwgYmVnaW5zIGEgdHdvLXdlZWtzIFdHIGFkb3B0aW9uIHBvbGwgZm9yIGRyYWZ0LWR1 bmJhci1iZXNzLWJncC1zZHdhbi11c2FnZS0wNyBbMV0gLi4NCg0KUGxlYXNlIHJldmlldyB0aGUg ZHJhZnQgYW5kIHBvc3QgYW55IGNvbW1lbnRzIHRvIHRoZSBCRVNTIHdvcmtpbmcgZ3JvdXAgbGlz dC4NCg0KV2UgYXJlIGFsc28gcG9sbGluZyBmb3Iga25vd2xlZGdlIG9mIGFueSB1bmRpc2Nsb3Nl ZCBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgRG9jdW1lbnQsIHRvIGVuc3VyZSB0aGF0IElQUiBo YXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzIChzZWUg UkZDcyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMpLg0KDQpJZiB5 b3UgYXJlIGxpc3RlZCBhcyBhbiBhdXRob3Igb3IgYSBjb250cmlidXRvciBvZiB0aGlzIGRvY3Vt ZW50LCBwbGVhc2UgcmVzcG9uZCB0byB0aGlzIGVtYWlsIGFuZCBpbmRpY2F0ZSB3aGV0aGVyIG9y IG5vdCB5b3UgYXJlIGF3YXJlIG9mIGFueSByZWxldmFudCB1bmRpc2Nsb3NlZCBJUFIsIGNvcHlp bmcgdGhlIEJFU1MgbWFpbGluZyBsaXN0LiBUaGUgZG9jdW1lbnQgd29uJ3QgcHJvZ3Jlc3Mgd2l0 aG91dCBhbnN3ZXJzIGZyb20gYWxsIHRoZSBhdXRob3JzIGFuZCBjb250cmlidXRvcnMuDQpDdXJy ZW50bHksIHRoZXJlIGFyZSBubyBJUFIgZGlzY2xvc3VyZXMgYWdhaW5zdCB0aGlzIGRvY3VtZW50 Lg0KDQpJZiB5b3UgYXJlIG5vdCBsaXN0ZWQgYXMgYW4gYXV0aG9yIG9yIGEgY29udHJpYnV0b3Is IHRoZW4gcGxlYXNlIGV4cGxpY2l0bHkgcmVzcG9uZCBvbmx5IGlmIHlvdSBhcmUgYXdhcmUgb2Yg YW55IElQUiB0aGF0IGhhcyBub3QgeWV0IGJlZW4gZGlzY2xvc2VkIGluIGNvbmZvcm1hbmNlIHdp dGggSUVURiBydWxlcy4NCg0KVGhpcyBwb2xsIGZvciBhZG9wdGlvbiBjbG9zZXMgb24gN3RoIEp1 bHkgMjAyMC4NCg0KUmVnYXJkcywNCk1hdHRoZXcgYW5kIFN0ZXBoYW5lDQoNClsxXSBodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1kdW5iYXItYmVzcy1iZ3Atc2R3YW4tdXNh Z2UvDQoNCg0K --_000_4F06CDD6E570440D8517FBF18DFEA6EFciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <477E434560594C43820884F95105B631@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6RGVuZ1hpYW47DQoJcGFub3NlLTE6 MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7 DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiXEBEZW5nWGlhbiI7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBT dHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05v cm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6 MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bh bi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7 DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28t c3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1z ZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10 eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24x DQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3 MC44NXB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9z dHlsZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0i Izk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij5UaGlzIGRyYWZ0IGNvdmVycyB0aGUgZGlmZmVyZW50IFNEV0FOIHVzZSBjYXNlcyBuaWNlbHkg YW5kIGhhcyBjb21lIGEgbG9uZyB3YXkgc2luY2UgaXRzIGluaXRpYWwgcmV2LiBBcyBhIGNvLWF1 dGhvciBJIHN1cHBvcnQgYWRvcHRpb24gb2YgdGhpcyBkcmFmdCBhbmQgSSBhbSBub3QgYXdhcmUg b2YgYW55IHVuZGlzY2xvc2VkIElQUnMgcmVsYXRlZCB0byB0aGlzDQogZHJhZnQuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5DaGVlcnMsPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQiPkFsaTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFk ZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj5CRVNTICZsdDtiZXNzLWJvdW5jZXNAaWV0Zi5vcmcmZ3Q7IG9uIGJlaGFsZiBvZiAmcXVv dDtzbGl0a293cy5pZXRmQGdtYWlsLmNvbSZxdW90OyAmbHQ7c2xpdGtvd3MuaWV0ZkBnbWFpbC5j b20mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPlR1ZXNkYXksIEp1bmUgMjMsIDIwMjAgYXQgNToxNCBB TTxicj4NCjxiPlRvOiA8L2I+JnF1b3Q7YmVzc0BpZXRmLm9yZyZxdW90OyAmbHQ7YmVzc0BpZXRm Lm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+W2Jlc3NdIFdHIGFkb3B0aW9uIGFuZCBJUFIg cG9sbCBmb3IgZHJhZnQtZHVuYmFyLWJlc3MtYmdwLXNkd2FuLXVzYWdlLTA3PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPkhlbGxvLDxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW4iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0Oi41aW4iPlRoaXMgZW1haWwgYmVnaW5zIGEgdHdvLXdlZWtzIFdHIGFkb3B0aW9u IHBvbGwgZm9yIGRyYWZ0LWR1bmJhci1iZXNzLWJncC1zZHdhbi11c2FnZS0wNyBbMV0gLi48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWlu Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDouNWluIj5QbGVhc2UgcmV2aWV3IHRoZSBkcmFmdCBhbmQgcG9zdCBhbnkgY29tbWVu dHMgdG8gdGhlIEJFU1Mgd29ya2luZyBncm91cCBsaXN0LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPldlIGFy ZSBhbHNvJm5ic3A7cG9sbGluZyBmb3Iga25vd2xlZGdlIG9mIGFueSB1bmRpc2Nsb3NlZCBJUFIg dGhhdCBhcHBsaWVzIHRvIHRoaXMgRG9jdW1lbnQsIHRvIGVuc3VyZSB0aGF0IElQUiBoYXMgYmVl biBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzIChzZWUgUkZDcyAz OTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMpLjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41 aW4iPklmIHlvdSBhcmUgbGlzdGVkIGFzIGFuIGF1dGhvciBvciBhIGNvbnRyaWJ1dG9yIG9mIHRo aXMgZG9jdW1lbnQsIHBsZWFzZSByZXNwb25kIHRvIHRoaXMgZW1haWwgYW5kIGluZGljYXRlIHdo ZXRoZXIgb3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2YW50IHVuZGlzY2xvc2VkIElQ UiwgY29weWluZyB0aGUgQkVTUyBtYWlsaW5nIGxpc3QuIFRoZSBkb2N1bWVudA0KIHdvbid0IHBy b2dyZXNzIHdpdGhvdXQgYW5zd2VycyBmcm9tIGFsbCB0aGUgYXV0aG9ycyBhbmQgY29udHJpYnV0 b3JzLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW4iPkN1cnJlbnRseSwgdGhlcmUgYXJlIG5vIElQUiBkaXNjbG9zdXJlcyBhZ2FpbnN0 IHRoaXMgZG9jdW1lbnQuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6LjVpbiI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+SWYgeW91IGFyZSBub3QgbGlzdGVkIGFz IGFuIGF1dGhvciBvciBhIGNvbnRyaWJ1dG9yLCB0aGVuIHBsZWFzZSBleHBsaWNpdGx5IHJlc3Bv bmQgb25seSBpZiB5b3UgYXJlIGF3YXJlIG9mIGFueSBJUFIgdGhhdCBoYXMgbm90IHlldCBiZWVu IGRpc2Nsb3NlZCBpbiBjb25mb3JtYW5jZSB3aXRoIElFVEYgcnVsZXMuPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp biI+VGhpcyBwb2xsIGZvciBhZG9wdGlvbiBjbG9zZXMgb24gN3RoIEp1bHkgMjAyMC48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPk1hdHRoZXcgYW5kIFN0ZXBoYW5lPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+Jm5ic3A7 PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 LjVpbiI+WzFdJm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv ZHJhZnQtZHVuYmFyLWJlc3MtYmdwLXNkd2FuLXVzYWdlLyI+aHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvZHJhZnQtZHVuYmFyLWJlc3MtYmdwLXNkd2FuLXVzYWdlLzwvYT48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtt c28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_4F06CDD6E570440D8517FBF18DFEA6EFciscocom_-- From nobody Tue Jun 30 15:08:08 2020 Return-Path: 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 320CC3A08B9; Tue, 30 Jun 2020 15:08:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.597 X-Spam-Level: X-Spam-Status: No, score=-9.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 header.b=CR0taTWn; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=ADEDlBgr 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 vRIo3nTnL_2Y; Tue, 30 Jun 2020 15:08:05 -0700 (PDT) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 22FE43A089C; Tue, 30 Jun 2020 15:08:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9989; q=dns/txt; s=iport; t=1593554885; x=1594764485; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=qvnRQq5y8wwVtClQDO+Hfol3DqKy7RXFCRv2Z5M3XDI=; b=CR0taTWnpKb3p2hr75GBoAOehyJn4eSbLAoU1JoCyOrknJHJzkn0GVvL nO3/VLGxK3icfCZJSXVP/VsyIrTTGH+6UM3/4FYYewNnqsaAy/NomZMLE m+hPo1hlZMB4I7HW84jm9OQhCNYVvy8/vSK9JemBtyFpTOO+gkBv0td0e E=; IronPort-PHdr: =?us-ascii?q?9a23=3AyfKbeh+Vctm+F/9uRHGN82YQeigqvan1NQcJ65?= =?us-ascii?q?0hzqhDabmn44+7ZRCN4/JujVaPVoLeuLpIiOvT5qbnX2FIoZOMq2sLf5EEUR?= =?us-ascii?q?gZwd4XkAotDI/gawX7IffmYjZ8EJFEU1lorHe8MklcXs35Yg6arni79zVHHB?= =?us-ascii?q?L5OEJ8Lfj0HYiHicOx2qiy9pTfbh8OiiC6ZOZ5LQ69qkPascxFjA=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ApAADvtvte/4kNJK1gGgEBAQEBAQE?= =?us-ascii?q?BAQEDAQEBARIBAQEBAgIBAQEBgXkCAQEBAQsBgSIvIy4Hb1gvLIQxg0YDjUy?= =?us-ascii?q?KAYluhGuBQoEQA1ULAQEBDAEBLQIEAQGERwIXgXkCJDcGDgIDAQELAQEFAQE?= =?us-ascii?q?BAgEGBG2FWwyFbgEBAQQSCwYdAQE4DwIBCBEDAQIrAgICHxEdCAIEARIigwQ?= =?us-ascii?q?BgX5NAy4BpAoCgTmIYXaBMoMBAQEFhTUNC4IOCYE4AYJohXyEAxqCAIERJxy?= =?us-ascii?q?CHy4+ghqBbgESATgJgnYzgi2PFIMlhkGbPU0KglyUVIRuAx2Cc4ktkFqCHJB?= =?us-ascii?q?UDHOMc5FkAgQCBAUCDgEBBYFpI2ZwcBU7KgGCPlAXAg2OHoNxilZ0NwIGCAE?= =?us-ascii?q?BAwl8j0MBAQ?= X-IronPort-AV: E=Sophos;i="5.75,298,1589241600"; d="scan'208,217";a="516651726" Received: from alln-core-4.cisco.com ([173.36.13.137]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 30 Jun 2020 22:08:03 +0000 Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by alln-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 05UM83hU019958 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 30 Jun 2020 22:08:03 GMT Received: from xhs-aln-002.cisco.com (173.37.135.119) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 30 Jun 2020 17:08:03 -0500 Received: from xhs-aln-003.cisco.com (173.37.135.120) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 30 Jun 2020 17:08:03 -0500 Received: from NAM11-CO1-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Tue, 30 Jun 2020 17:08:03 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=HxrbYPC09aZVgXBksRgLioqfM7reQar8tr07p0FfOThztQxFtcvbR4beFghiMM3H6RF9poWO51QYAxMoZxi43JwmuOgjHneLAzXdsTVyi7Gk8nNUdmmiRDOCOr0sCWwafrk11X0j/W/Cmb8SZaP4JCGC7EloQaTNEiaiwvBgXHt0ZPh7qKcWsMQ3I/qFadWfUbAxHTt5qZZrCd+peYLsi23dOTLc9C2/qOn9FN1hpFbHLZyBSDUCz62Y2p5MT+yDHZhRvifnqhqmHbB1cHjgTFs3NNkACY7RADwgMiUydsjrU2ybkWx7Wyjp+3vPuCqtjYpm1r01tUcvXAZfiCb7LQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=qvnRQq5y8wwVtClQDO+Hfol3DqKy7RXFCRv2Z5M3XDI=; b=Icl0SuyPgZJSNsXIbca2IEHG+Ra/ifd9seCVcp0QGNECe6gE+93FOQfL2FgV0OdSLHt2/0FZUgUdmjfs1xo2tuTRqP7OHWWRKHA3EPmv1D+Muw61kW4iH28i7Y/gLBPPRdiL9xUqbA14So21llhE9Ayjj0gQfkwDNfd4aLRim5v2u8DzoUtPt/Lx/uwcQU+NfKEVNotW3f30Bj2MjjP3oCy/5sIx9l72CqlKUb9sT2JFQGHpde42G+PUetBZGiVkxQJzRK2IfVlrHRwLVpC5z8PbBuz1zmAgE091H58oL8YS4/ohLUumuUt+LVH59FEfIyLgc3Qs49l2TC8CitVEuw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=qvnRQq5y8wwVtClQDO+Hfol3DqKy7RXFCRv2Z5M3XDI=; b=ADEDlBgrhCpUSIcEy+zkBcQ0xUilWCbe8I/53vvcgLZxsmNeP6OKRFDe/JlH2jlWosbVWBXyc7hTd3zthXS1uD5ucgzv3U45FAp1XlJ30gpymMljTbwYoESEBw556BvVM4Xpqjb0evd/0Myo87WzcS/2ymZL+TivfINb0O3jnxE= Received: from BY5PR11MB4260.namprd11.prod.outlook.com (2603:10b6:a03:1ba::30) by BYAPR11MB3669.namprd11.prod.outlook.com (2603:10b6:a03:f7::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3131.20; Tue, 30 Jun 2020 22:08:02 +0000 Received: from BY5PR11MB4260.namprd11.prod.outlook.com ([fe80::a894:6392:f99f:375c]) by BY5PR11MB4260.namprd11.prod.outlook.com ([fe80::a894:6392:f99f:375c%4]) with mapi id 15.20.3131.027; Tue, 30 Jun 2020 22:08:02 +0000 From: "Ali Sajassi (sajassi)" To: "Bocci, Matthew (Nokia - GB)" , "draft-ietf-bess-evpn-oam-req-frmwk@ietf.org" , "bess@ietf.org" Thread-Topic: WG Last Call and IPR Poll for draft-ietf-bess-evpn-oam-req-frmwk-02 Thread-Index: AQHWQwN+3hELxGym9ky0R6kOqNL1rqjxWnUA Date: Tue, 30 Jun 2020 22:08:01 +0000 Message-ID: <5C996921-B205-43F4-ADB7-73F5A645A84F@cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.38.20061401 authentication-results: nokia.com; dkim=none (message not signed) header.d=none;nokia.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [2601:648:8800:39a0:307e:e69f:d63f:4e8e] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 0025b136-4683-4856-6a18-08d81d420e6e x-ms-traffictypediagnostic: BYAPR11MB3669: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-forefront-prvs: 0450A714CB x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: ephIopegQzSQU8PyUokN6YyOy6PUd0TnOxSzrKBdRmfaMprLlSb3pUaQz3vfgif115fAH9ZEuEjvRlYbh82oBJJUQBMR9QPoZyzpZWnu8h9rSwdy4sSiTXdSnplbptnWr21m/QtEBnHToIglr5iAiAfFqejc+kxkancnX8AG8aOIgDBWXTctWnqKDiM/fmorXyWRuhCMs+IKmhITm+UmBKOZV3tr6SKIyhyiv+v0y3V+NaOM6HB3bxPxTID3ZvU+8VNSnsQSTVtkG7nB9wQQdc9PKw7bsAHJsQgAypr34tigkT3iLKHtC7Z0Yvr9/a+bBxECvTa6ndwpVmZ4GbhJOQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY5PR11MB4260.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(396003)(39860400002)(346002)(376002)(136003)(366004)(296002)(316002)(2616005)(64756008)(8936002)(66476007)(66556008)(66446008)(36756003)(110136005)(66946007)(6486002)(6512007)(2906002)(86362001)(33656002)(8676002)(76116006)(6506007)(53546011)(83380400001)(186003)(71200400001)(5660300002)(478600001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: VGae/TjR0XJ6bnMxv2e3oX/RPYBdp/w3i6iAKOKI8DVlq3vsFxr/ju2g7FXjrk55McfVZ+0ZRIsW9VqoaWZ6P2KslWE3cvzMKNhlF9s1Kr2qAHOaYJqDKYc6iEnf0ytGjPMzPW2lHjRnzFVrTNXEYc/lgppM622Bz+6EmQXmvX2BE/hMNwEqU7d7fNl70M7ZAVYij+zjsjT9y9gwt59zhUZMotxd+FssTztrs4y/lJ4iyzwvPhaD7cKj/Yl9xn492KvMOG2lS8Tnb/aWYP4/dlLSEjn91QlvHoRUIunfSzIYkHHbjxwIsJaSaIkYoVYeb6NrQBliyz8gZN1adLKPAvel3392ZCZZPdsKO8Jni+GuwX0DRR+iAMwPztD32Owpq27GVYghxFEDUq2naCDPbQu8h6FlIWV0jMLVULVcNuSIiil1UMpjplFyMinl+1UzJMKaVasr9AIVVVvjhBFhGSE4GLc4q7i1yC21EAVgNoH3ibdnrqTJh8MnFDXa4BmxU0+pvzzAGWiAB6s51A58vZHOsElCrq1ugbdFa1F2frPm4BOWHIZo7njXwMWWhdUk x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_5C996921B20543F4ADB773F5A645A84Fciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BY5PR11MB4260.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 0025b136-4683-4856-6a18-08d81d420e6e X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Jun 2020 22:08:01.8600 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: t6YCKairq0hXElfzw7IutJYGv8+I9yPUIyXWnTYmRQcioxvpK5iv9RErDoubHMK5Zcuj29c/WqlvjorBRRATjw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3669 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.11, xch-rcd-001.cisco.com X-Outbound-Node: alln-core-4.cisco.com Archived-At: Subject: Re: [bess] WG Last Call and IPR Poll for draft-ietf-bess-evpn-oam-req-frmwk-02 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2020 22:08:07 -0000 --_000_5C996921B20543F4ADB773F5A645A84Fciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpTdXBwb3J0IGFzIGEgY28tYXV0aG9yLiBOb3QgYXdhcmUgb2YgYW55IHVuZGlzY2xvc2VkIElQ UnMgcmVsYXRlZCB0byB0aGlzIGRyYWZ0Lg0KDQpDaGVlcnMsDQpBbGkNCg0KDQoNCkZyb206ICJC b2NjaSwgTWF0dGhldyAoTm9raWEgLSBHQikiIDxtYXR0aGV3LmJvY2NpQG5va2lhLmNvbT4NCkRh dGU6IE1vbmRheSwgSnVuZSAxNSwgMjAyMCBhdCAzOjU1IEFNDQpUbzogImRyYWZ0LWlldGYtYmVz cy1ldnBuLW9hbS1yZXEtZnJtd2tAaWV0Zi5vcmciIDxkcmFmdC1pZXRmLWJlc3MtZXZwbi1vYW0t cmVxLWZybXdrQGlldGYub3JnPiwgImJlc3NAaWV0Zi5vcmciIDxiZXNzQGlldGYub3JnPg0KU3Vi amVjdDogV0cgTGFzdCBDYWxsIGFuZCBJUFIgUG9sbCBmb3IgZHJhZnQtaWV0Zi1iZXNzLWV2cG4t b2FtLXJlcS1mcm13ay0wMg0KUmVzZW50LUZyb206IDxhbGlhcy1ib3VuY2VzQGlldGYub3JnPg0K UmVzZW50LVRvOiA8c3NhbGFtQGNpc2NvLmNvbT4sIENpc2NvIEVtcGxveWVlIDxzYWphc3NpQGNp c2NvLmNvbT4sIDxhbGRyaW4uaWV0ZkBnbWFpbC5jb20+LCA8amRyYWtlQGp1bmlwZXIubmV0Piwg PGQzZTNlM0BnbWFpbC5jb20+DQpSZXNlbnQtRGF0ZTogTW9uZGF5LCBKdW5lIDE1LCAyMDIwIGF0 IDM6NTUgQU0NCg0KVGhpcyBlbWFpbCBzdGFydHMgYSB0d28td2VlayB3b3JraW5nIGdyb3VwIGxh c3QgY2FsbCBmb3IgZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb2FtLXJlcS1mcm13ay0wMg0KDQpQbGVh c2UgcmV2aWV3IHRoZSBkcmFmdCBhbmQgc2VuZCBhbnkgY29tbWVudHMgdG8gdGhlIEJFU1MgbGlz dC4gQWxzbywgcGxlYXNlIGluZGljYXRlIGlmIHlvdSBzdXBwb3J0IHB1Ymxpc2hpbmcgdGhlIGRy YWZ0IGFzIGEgc3RhbmRhcmRzIHRyYWNrIFJGQy4NCg0KVGhpcyBwb2xsIHJ1bnMgdW50aWwgTW9u ZGF5IDI5dGggSnVuZSAyMDIwLg0KDQpXZSBhcmUgYWxzbyBwb2xsaW5nIGZvciBrbm93bGVkZ2Ug b2YgYW55IHVuZGlzY2xvc2VkIElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBEb2N1bWVudCwgdG8g ZW5zdXJlIHRoYXQgSVBSIGhhcyBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVU RiBJUFIgcnVsZXMgKHNlZSBSRkNzIDM5NzksIDQ4NzksIDM2NjkgYW5kIDUzNzggZm9yIG1vcmUg ZGV0YWlscykuDQpJZiB5b3UgYXJlIGxpc3RlZCBhcyBhbiBBdXRob3Igb3IgYSBDb250cmlidXRv ciBvZiB0aGlzIGRvY3VtZW50IHBsZWFzZSByZXNwb25kIHRvIHRoaXMgZW1haWwgYW5kIGluZGlj YXRlIHdoZXRoZXIgb3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2YW50IHVuZGlzY2xv c2VkIElQUi4gVGhlIERvY3VtZW50IHdvbid0IHByb2dyZXNzIHdpdGhvdXQgYW5zd2VycyBmcm9t IGFsbCB0aGUgQXV0aG9ycyBhbmQgQ29udHJpYnV0b3JzLg0KVGhlcmUgaXMgY3VycmVudGx5IG5v IElQUiBkaXNjbG9zZWQuDQpUaGFuayB5b3UsDQpNYXR0aGV3ICYgU3RlcGhhbmUNCg0K --_000_5C996921B20543F4ADB773F5A645A84Fciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <77CD9E2BF6AA8A4BB3A0DC5C8099B2CF@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6RGVuZ1hpYW47DQoJcGFub3NlLTE6 MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7 DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiXEBEZW5nWGlhbiI7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBT dHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05v cm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6 MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0 LWxhbmd1YWdlOkVOLVVTO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9y OndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9u bHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVp biAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2Vj dGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5 IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNz PSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5TdXBwb3J0IGFzIGEgY28tYXV0aG9y LiBOb3QgYXdhcmUgb2YgYW55IHVuZGlzY2xvc2VkIElQUnMgcmVsYXRlZCB0byB0aGlzIGRyYWZ0 LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Q2hlZXJzLDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5BbGk8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bXNv LWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O21zby1mYXJl YXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0 eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzoz LjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4m cXVvdDtCb2NjaSwgTWF0dGhldyAoTm9raWEgLSBHQikmcXVvdDsgJmx0O21hdHRoZXcuYm9jY2lA bm9raWEuY29tJmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5Nb25kYXksIEp1bmUgMTUsIDIwMjAgYXQg Mzo1NSBBTTxicj4NCjxiPlRvOiA8L2I+JnF1b3Q7ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb2FtLXJl cS1mcm13a0BpZXRmLm9yZyZxdW90OyAmbHQ7ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb2FtLXJlcS1m cm13a0BpZXRmLm9yZyZndDssICZxdW90O2Jlc3NAaWV0Zi5vcmcmcXVvdDsgJmx0O2Jlc3NAaWV0 Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPldHIExhc3QgQ2FsbCBhbmQgSVBSIFBvbGwg Zm9yIGRyYWZ0LWlldGYtYmVzcy1ldnBuLW9hbS1yZXEtZnJtd2stMDI8YnI+DQo8Yj5SZXNlbnQt RnJvbTogPC9iPiZsdDthbGlhcy1ib3VuY2VzQGlldGYub3JnJmd0Ozxicj4NCjxiPlJlc2VudC1U bzogPC9iPiZsdDtzc2FsYW1AY2lzY28uY29tJmd0OywgQ2lzY28gRW1wbG95ZWUgJmx0O3NhamFz c2lAY2lzY28uY29tJmd0OywgJmx0O2FsZHJpbi5pZXRmQGdtYWlsLmNvbSZndDssICZsdDtqZHJh a2VAanVuaXBlci5uZXQmZ3Q7LCAmbHQ7ZDNlM2UzQGdtYWlsLmNvbSZndDs8YnI+DQo8Yj5SZXNl bnQtRGF0ZTogPC9iPk1vbmRheSwgSnVuZSAxNSwgMjAyMCBhdCAzOjU1IEFNPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrO21zby1mYXJl YXN0LWxhbmd1YWdlOkVOLUdCIj5UaGlzIGVtYWlsIHN0YXJ0cyBhIHR3by13ZWVrIHdvcmtpbmcg Z3JvdXAgbGFzdCBjYWxsIGZvcg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ZHJh ZnQtaWV0Zi1iZXNzLWV2cG4tb2FtLXJlcS1mcm13ay0wMjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5QbGVhc2UgcmV2aWV3IHRoZSBk cmFmdCBhbmQgc2VuZCBhbnkgY29tbWVudHMgdG8gdGhlIEJFU1MgbGlzdC4gQWxzbywgcGxlYXNl IGluZGljYXRlIGlmIHlvdSBzdXBwb3J0IHB1Ymxpc2hpbmcgdGhlIGRyYWZ0IGFzIGEgc3RhbmRh cmRzIHRyYWNrIFJGQy48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+VGhpcyZuYnNwO3Bv bGwmbmJzcDtydW5zIHVudGlsIE1vbmRheSAyOXRoJm5ic3A7SnVuZSAyMDIwLjwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj azttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrO21zby1mYXJl YXN0LWxhbmd1YWdlOkVOLUdCIj5XZSBhcmUgYWxzbyZuYnNwO3BvbGxpbmcgZm9yIGtub3dsZWRn ZSBvZiBhbnkgdW5kaXNjbG9zZWQmbmJzcDtJUFImbmJzcDt0aGF0IGFwcGxpZXMgdG8gdGhpcyBE b2N1bWVudCwgdG8gZW5zdXJlIHRoYXQmbmJzcDtJUFImbmJzcDtoYXMgYmVlbiBkaXNjbG9zZWQg aW4gY29tcGxpYW5jZSB3aXRoIElFVEYmbmJzcDtJUFImbmJzcDtydWxlcyAoc2VlIFJGQ3MgMzk3 OSwgNDg3OSwgMzY2OQ0KIGFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMpLjwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjaztt c28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+SWYgeW91IGFyZSBsaXN0ZWQgYXMgYW4gQXV0aG9y IG9yIGEgQ29udHJpYnV0b3Igb2YgdGhpcyBkb2N1bWVudCBwbGVhc2UgcmVzcG9uZCB0byB0aGlz IGVtYWlsIGFuZCBpbmRpY2F0ZSB3aGV0aGVyIG9yIG5vdCB5b3UgYXJlIGF3YXJlIG9mIGFueSBy ZWxldmFudCB1bmRpc2Nsb3NlZCZuYnNwO0lQUi4gVGhlIERvY3VtZW50IHdvbid0DQogcHJvZ3Jl c3Mgd2l0aG91dCBhbnN3ZXJzIGZyb20gYWxsIHRoZSBBdXRob3JzIGFuZCBDb250cmlidXRvcnMu Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFn ZTpFTi1HQiI+VGhlcmUgaXMgY3VycmVudGx5IG5vJm5ic3A7SVBSJm5ic3A7ZGlzY2xvc2VkLiZu YnNwOyZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6RU4tR0IiPlRoYW5rIHlvdSw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrO21z by1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5NYXR0aGV3ICZhbXA7IFN0ZXBoYW5lPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0K PC9odG1sPg0K --_000_5C996921B20543F4ADB773F5A645A84Fciscocom_-- From nobody Tue Jun 30 15:30:08 2020 Return-Path: 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 5B1593A090D; Tue, 30 Jun 2020 15:30:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.597 X-Spam-Level: X-Spam-Status: No, score=-9.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 header.b=QEsV4iy2; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=0vdJnt+F 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 lb0F6HhM2_gj; Tue, 30 Jun 2020 15:29:59 -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 2A7563A0917; Tue, 30 Jun 2020 15:29:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8103; q=dns/txt; s=iport; t=1593556199; x=1594765799; h=from:to:subject:date:message-id:mime-version; bh=LlIPnDChJRLj/sBUKPXf79d4SWe3wukRzSQ9+O+zTZY=; b=QEsV4iy2nxsdD0EiLlfTmgPmelNlP6yE1xY1IU5uv3Fqgp32K1U4Smiu bV0C2xHYkNd3fi/6LbuKGITvPceQolGxAi/tUKZhHWaApcHbqkv3alG0a wb7igq++oApN0LVQC769f9HW27y5ee5DguDoVJUh4YGdsj9LL9w5ejuZD M=; X-IPAS-Result: =?us-ascii?q?A0BVAQBBvPte/5hdJa1gHAEBAQEBAQcBARIBAQQEAQGBe?= =?us-ascii?q?QQBAQsBgSIvIy4Hb1gvLIQxg0YDjUuTb4RrgUKBEANVCwEBAQwBAS0CBAEBh?= =?us-ascii?q?EcZgXkCJDcGDgIDAQEBAwIDAQEBAQUBAQECAQYEbYVbDIVuAQYSCwYdAQE4E?= =?us-ascii?q?QEIEQMBAisCBDAdCgQBEiKDBAGBfk0DLgGkBwKBOYhhdoEygwEBAQWFMBiCD?= =?us-ascii?q?gmBOAGCaIV8hAMagUE/gREnHIIfLj6ECAESATgJgnYzgi2PFIMlhkGcCgqCX?= =?us-ascii?q?JlCAx2Cc4ktkFqCHJBUDHOeVwIEAgQFAg4BAQWBaSNmcHAVOyoBgj5QFwINj?= =?us-ascii?q?h6DcYpWdDcCBggBAQMJfI9DAQE?= IronPort-PHdr: =?us-ascii?q?9a23=3AZVX1iB1q+L/5FoqYsmDT+zVfbzU7u7jyIg8e44?= =?us-ascii?q?YmjLQLaKm44pD+JxWGuadri1zIVMPQ7PcXw+bVsqW1X2sG7N7BtX0Za5VDWl?= =?us-ascii?q?cDjtlehA0vBsOJSCiZZP7nZiA3BoJOAVli+XzoN09WGc+4bFrX8TW+6DcIEU?= =?us-ascii?q?D5Mgx4bu3+Bo/ViZGx0Oa/s53eaglFnnyze7R3eR63tg7W8MIRhNhv?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.75,298,1589241600"; d="scan'208,217";a="496527897" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 30 Jun 2020 22:29:58 +0000 Received: from XCH-ALN-005.cisco.com (xch-aln-005.cisco.com [173.36.7.15]) by rcdn-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id 05UMTwuc001174 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 30 Jun 2020 22:29:58 GMT Received: from xhs-aln-002.cisco.com (173.37.135.119) by XCH-ALN-005.cisco.com (173.36.7.15) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 30 Jun 2020 17:29:58 -0500 Received: from xhs-rcd-001.cisco.com (173.37.227.246) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 30 Jun 2020 17:29:57 -0500 Received: from NAM12-MW2-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Tue, 30 Jun 2020 17:29:57 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Caq9fAhGbA4TyuDcYtVQzIcq8RPSlOK6jiPt7atMR/clg73a0qQtE1i1xuXURm4qCtfYjohXDODoopthDUKJyyk9Fnvn7QRIHmrkXMlj7nI2QLZRcD26iBc+FKb2tw+eqftWt7ZG46T6U/0meLHyksgsiDuLVDNpfUMIzgi2uKE0FKeBRalkXFTyC+FYxEc63Axe3fyFlRzciRGnmSLPz7Kqe4tj+60FGA2TQOyFh3cgqA4noI+pFl8NjVPYkuqBvU2p2i3HKBlrH+J3I0RiQZ4lXezmxNQMLirT/4OYvML585OD8+sMhJ7R03bETI14RMKOvrrd4Kna+bdLmTo7Ew== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=LlIPnDChJRLj/sBUKPXf79d4SWe3wukRzSQ9+O+zTZY=; b=n7zHm5mhlbSEbG7mM6fuYZLOs5oLNcywrYadnJs9elmdxJH/Xk7p6DshpwNRE/pKrdcqd5bcdLeRm1jsF1dPl+Dfnnukern+lwAsH4OJ45mRyU0GUoozxRF7Nuje68qHTQiX8w1a3x9uvxgBciVmI/PUau1PaIAqyhYoN7j4nkyD2lYIlTCsQJLfdXs9+VR7lr4a0XaJ2HzlZNoKunR8ixJL2iRNXp+lS10d/X9UJ9RQ+NiG895TJfPyw+BxoBFtDjyxDL4lfkAL7igIs8QrM7tChjZIHkp2TfSrconi2uoqj3N9tSuE16V1H5EnvENEiXcLGoAGIwTFEcqUjAGlcw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=LlIPnDChJRLj/sBUKPXf79d4SWe3wukRzSQ9+O+zTZY=; b=0vdJnt+Fc/Twh/kuBujYjBuGFOO94K3gUeqzOn6S8L46btdiEQ9jv3rzhZMuNsIqO0vJJ14xid2UG/XBLl//TbrYUrIpcDQcadnOxHp80mxI/lNdvpUrAGmVxaso+zSO3YbjEHkQ+atnRJCWRuIJef8QCZHnHlU72ValDzM8NXo= Received: from SN6PR11MB2654.namprd11.prod.outlook.com (2603:10b6:805:54::31) by SA0PR11MB4733.namprd11.prod.outlook.com (2603:10b6:806:9a::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3131.24; Tue, 30 Jun 2020 22:29:56 +0000 Received: from SN6PR11MB2654.namprd11.prod.outlook.com ([fe80::d80c:294a:27b5:26e3]) by SN6PR11MB2654.namprd11.prod.outlook.com ([fe80::d80c:294a:27b5:26e3%6]) with mapi id 15.20.3131.028; Tue, 30 Jun 2020 22:29:56 +0000 From: "Mankamana Mishra (mankamis)" To: "Bocci, Matthew (Nokia - GB)" , "draft-ietf-bess-evpn-oam-req-frmwk@ietf.org" , "bess@ietf.org" Thread-Topic: [bess] WG Last Call and IPR Poll for draft-ietf-bess-evpn-oam-req-frmwk-02 Thread-Index: AQHWTy37mH0bQwgXKU2TCUSGYVUJFw== Date: Tue, 30 Jun 2020 22:29:56 +0000 Message-ID: <67CBD3D5-8F60-4A7B-8A5C-8F806709E5EF@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.38.20061401 authentication-results: nokia.com; dkim=none (message not signed) header.d=none;nokia.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [2601:646:8500:4b50:ed73:b923:9428:3100] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ce210bd6-c9c3-4d2a-9fba-08d81d451dcf x-ms-traffictypediagnostic: SA0PR11MB4733: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-forefront-prvs: 0450A714CB x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: niTKa4zDOQpguFLzdIls9vpNe7a9g2XBX2TeAYxYD7RkQmt4eFWh5H/JE0kP2UvFaU9yYTqssTc+Rg1CJXkcYbfhIV6qaO1LlM4r7wqD2gMydOX23F0f/NBCTnnHAIfb8Rc/M9/Sfm0rK47e3rV5YcJvmQt4FBf6jxQRFdzw9//myns2A9+DsSppEaInNEl/mbOQgYU4fhD9miW0eeFOTd5hcXmjnISzBGlorSPd7ds07Efr6NkKfxRkEgxNB00AIcK/wN8FhLVZtWEIJxzcncT4bGbQXnviQqH6q707JAmengPo0jvmD3LpfvgrvNLTvloWrVU5OUtwj5rDoe+XWQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SN6PR11MB2654.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(366004)(136003)(396003)(39860400002)(376002)(346002)(91956017)(76116006)(66946007)(66476007)(66556008)(2616005)(6486002)(53546011)(110136005)(64756008)(66446008)(5660300002)(2906002)(6506007)(8936002)(186003)(8676002)(33656002)(71200400001)(83380400001)(36756003)(478600001)(296002)(6512007)(86362001)(316002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: VLj2EaMmzv4qLvC7SkJxhwKDfwruXwoyG0WsKVRl1m6fSNR/gv0lwIXjBJ2BHdULLqFaxE54PDa1lp0+B+wZ8qogLG+vWKfCaeOnzDOUxExkf7SsR88qHbZWAe65ls5Ep2KFjerj1QBndZZ9u5lRlwXpbwH/jQidlXsgBYtGAP7dHvkjgFbbkAyI/KgUAXDLLaTH/7TKyuB+nApi2azooIBhiTF6MTEG9rQI4Z8IXWVUMoIGQ+L4T/NrGIQpx5MSzkdPzi0U5xKRWGVgzfcwIV2/U+1B/EKoTad7EgIadPVR+RLtRIr1UmnnoTfPxAEjcionS7LtVMD8YqqTkbJIRizyRndbOSP7/ttpdFdDHJ57OQDG+GdcbvKEj9cqM5dL2Cq41rxW+DaLeQs2R20aY2wd4r7kOSNc9eivsWiENB5f+3UTStnUSBhPMD+W6jRhWcgQf89tqcDCtoMAUUTy4xPKJfZxZ24ZEhw7eThxmXisPGh52vxKRobulLsJg7R2SGPUN1E2IpedTRRdFSDaoGkd92UJ2rfCPnDPmyd1fiBSpbHQSdUNmQGj/hn8uHUK x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_67CBD3D58F604A7B8A5C8F806709E5EFciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SN6PR11MB2654.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: ce210bd6-c9c3-4d2a-9fba-08d81d451dcf X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Jun 2020 22:29:56.2050 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: IBeLLo8cHTSpCbBPhlyQkXSUljXEUbMjQjTDkfg7K4/mp8vHl8WIM1gXi/k9BnlyeOH1jbzQMSExdx6sKog2Jw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA0PR11MB4733 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.15, xch-aln-005.cisco.com X-Outbound-Node: rcdn-core-1.cisco.com Archived-At: Subject: Re: [bess] WG Last Call and IPR Poll for draft-ietf-bess-evpn-oam-req-frmwk-02 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2020 22:30:02 -0000 --_000_67CBD3D58F604A7B8A5C8F806709E5EFciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U3VwcG9ydC4gRG9jdW1lbnQgaXMgcmVhZHkgdG8gbW92ZSBmb3J3YXJkLg0KDQpGcm9tOiBCRVNT IDxiZXNzLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZiAiQm9jY2ksIE1hdHRoZXcgKE5v a2lhIC0gR0IpIiA8bWF0dGhldy5ib2NjaUBub2tpYS5jb20+DQpEYXRlOiBNb25kYXksIEp1bmUg MTUsIDIwMjAgYXQgMzo1NiBBTQ0KVG86ICJkcmFmdC1pZXRmLWJlc3MtZXZwbi1vYW0tcmVxLWZy bXdrQGlldGYub3JnIiA8ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb2FtLXJlcS1mcm13a0BpZXRmLm9y Zz4sICJiZXNzQGlldGYub3JnIiA8YmVzc0BpZXRmLm9yZz4NClN1YmplY3Q6IFtiZXNzXSBXRyBM YXN0IENhbGwgYW5kIElQUiBQb2xsIGZvciBkcmFmdC1pZXRmLWJlc3MtZXZwbi1vYW0tcmVxLWZy bXdrLTAyDQoNClRoaXMgZW1haWwgc3RhcnRzIGEgdHdvLXdlZWsgd29ya2luZyBncm91cCBsYXN0 IGNhbGwgZm9yIGRyYWZ0LWlldGYtYmVzcy1ldnBuLW9hbS1yZXEtZnJtd2stMDINCg0KUGxlYXNl IHJldmlldyB0aGUgZHJhZnQgYW5kIHNlbmQgYW55IGNvbW1lbnRzIHRvIHRoZSBCRVNTIGxpc3Qu IEFsc28sIHBsZWFzZSBpbmRpY2F0ZSBpZiB5b3Ugc3VwcG9ydCBwdWJsaXNoaW5nIHRoZSBkcmFm dCBhcyBhIHN0YW5kYXJkcyB0cmFjayBSRkMuDQoNClRoaXMgcG9sbCBydW5zIHVudGlsIE1vbmRh eSAyOXRoIEp1bmUgMjAyMC4NCg0KV2UgYXJlIGFsc28gcG9sbGluZyBmb3Iga25vd2xlZGdlIG9m IGFueSB1bmRpc2Nsb3NlZCBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgRG9jdW1lbnQsIHRvIGVu c3VyZSB0aGF0IElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYg SVBSIHJ1bGVzIChzZWUgUkZDcyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBtb3JlIGRl dGFpbHMpLg0KSWYgeW91IGFyZSBsaXN0ZWQgYXMgYW4gQXV0aG9yIG9yIGEgQ29udHJpYnV0b3Ig b2YgdGhpcyBkb2N1bWVudCBwbGVhc2UgcmVzcG9uZCB0byB0aGlzIGVtYWlsIGFuZCBpbmRpY2F0 ZSB3aGV0aGVyIG9yIG5vdCB5b3UgYXJlIGF3YXJlIG9mIGFueSByZWxldmFudCB1bmRpc2Nsb3Nl ZCBJUFIuIFRoZSBEb2N1bWVudCB3b24ndCBwcm9ncmVzcyB3aXRob3V0IGFuc3dlcnMgZnJvbSBh bGwgdGhlIEF1dGhvcnMgYW5kIENvbnRyaWJ1dG9ycy4NClRoZXJlIGlzIGN1cnJlbnRseSBubyBJ UFIgZGlzY2xvc2VkLg0KVGhhbmsgeW91LA0KTWF0dGhldyAmIFN0ZXBoYW5lDQoNCg== --_000_67CBD3D58F604A7B8A5C8F806709E5EFciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNv bmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndp bmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7 DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAx MS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlv bjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxh bmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJX b3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPlN1cHBvcnQuIERvY3VtZW50IGlzIHJlYWR5IHRvIG1vdmUgZm9yd2FyZC4NCjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBw dCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPkZyb206IDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5CRVNT ICZsdDtiZXNzLWJvdW5jZXNAaWV0Zi5vcmcmZ3Q7IG9uIGJlaGFsZiBvZiAmcXVvdDtCb2NjaSwg TWF0dGhldyAoTm9raWEgLSBHQikmcXVvdDsgJmx0O21hdHRoZXcuYm9jY2lAbm9raWEuY29tJmd0 Ozxicj4NCjxiPkRhdGU6IDwvYj5Nb25kYXksIEp1bmUgMTUsIDIwMjAgYXQgMzo1NiBBTTxicj4N CjxiPlRvOiA8L2I+JnF1b3Q7ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb2FtLXJlcS1mcm13a0BpZXRm Lm9yZyZxdW90OyAmbHQ7ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb2FtLXJlcS1mcm13a0BpZXRmLm9y ZyZndDssICZxdW90O2Jlc3NAaWV0Zi5vcmcmcXVvdDsgJmx0O2Jlc3NAaWV0Zi5vcmcmZ3Q7PGJy Pg0KPGI+U3ViamVjdDogPC9iPltiZXNzXSBXRyBMYXN0IENhbGwgYW5kIElQUiBQb2xsIGZvciBk cmFmdC1pZXRmLWJlc3MtZXZwbi1vYW0tcmVxLWZybXdrLTAyPG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1 YWdlOkVOLUdCIj5UaGlzIGVtYWlsIHN0YXJ0cyBhIHR3by13ZWVrIHdvcmtpbmcgZ3JvdXAgbGFz dCBjYWxsIGZvcg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ZHJhZnQtaWV0Zi1i ZXNzLWV2cG4tb2FtLXJlcS1mcm13ay0wMjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5QbGVhc2UgcmV2aWV3IHRoZSBkcmFmdCBhbmQg c2VuZCBhbnkgY29tbWVudHMgdG8gdGhlIEJFU1MgbGlzdC4gQWxzbywgcGxlYXNlIGluZGljYXRl IGlmIHlvdSBzdXBwb3J0IHB1Ymxpc2hpbmcgdGhlIGRyYWZ0IGFzIGEgc3RhbmRhcmRzIHRyYWNr IFJGQy48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+VGhpcyZuYnNwO3BvbGwmbmJzcDty dW5zIHVudGlsIE1vbmRheSAyOXRoJm5ic3A7SnVuZSAyMDIwLjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjazttc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1HQiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1 YWdlOkVOLUdCIj5XZSBhcmUgYWxzbyZuYnNwO3BvbGxpbmcgZm9yIGtub3dsZWRnZSBvZiBhbnkg dW5kaXNjbG9zZWQmbmJzcDtJUFImbmJzcDt0aGF0IGFwcGxpZXMgdG8gdGhpcyBEb2N1bWVudCwg dG8gZW5zdXJlIHRoYXQmbmJzcDtJUFImbmJzcDtoYXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxp YW5jZSB3aXRoIElFVEYmbmJzcDtJUFImbmJzcDtydWxlcyAoc2VlIFJGQ3MgMzk3OSwgNDg3OSwg MzY2OQ0KIGFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMpLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjazttc28tZmFyZWFz dC1sYW5ndWFnZTpFTi1HQiI+SWYgeW91IGFyZSBsaXN0ZWQgYXMgYW4gQXV0aG9yIG9yIGEgQ29u dHJpYnV0b3Igb2YgdGhpcyBkb2N1bWVudCBwbGVhc2UgcmVzcG9uZCB0byB0aGlzIGVtYWlsIGFu ZCBpbmRpY2F0ZSB3aGV0aGVyIG9yIG5vdCB5b3UgYXJlIGF3YXJlIG9mIGFueSByZWxldmFudCB1 bmRpc2Nsb3NlZCZuYnNwO0lQUi4gVGhlIERvY3VtZW50IHdvbid0DQogcHJvZ3Jlc3Mgd2l0aG91 dCBhbnN3ZXJzIGZyb20gYWxsIHRoZSBBdXRob3JzIGFuZCBDb250cmlidXRvcnMuJm5ic3A7PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+ VGhlcmUgaXMgY3VycmVudGx5IG5vJm5ic3A7SVBSJm5ic3A7ZGlzY2xvc2VkLiZuYnNwOyZuYnNw Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t R0IiPlRoYW5rIHlvdSw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrO21zby1mYXJlYXN0 LWxhbmd1YWdlOkVOLUdCIj5NYXR0aGV3ICZhbXA7IFN0ZXBoYW5lPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_67CBD3D58F604A7B8A5C8F806709E5EFciscocom_-- From nobody Tue Jun 30 16:03:49 2020 Return-Path: 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 554C43A0970; Tue, 30 Jun 2020 16:03:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.597 X-Spam-Level: X-Spam-Status: No, score=-9.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 header.b=LEGBb8OS; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=pNIgDUn4 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 OpYqTyfJpFhd; Tue, 30 Jun 2020 16:03:44 -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 0FCC13A096C; Tue, 30 Jun 2020 16:03:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8753; q=dns/txt; s=iport; t=1593558224; x=1594767824; h=from:to:subject:date:message-id:mime-version; bh=K7zbpZVV9LF2WzAgfKhrT+BHn89ID6gBG5ADl5GRC5c=; b=LEGBb8OS2phlm0vXJmj2Ul09N3//9soHhI/oy11/qlsEeRtcUyPvPfu7 6RrDP438iwiKoBaJJ3Sic7hSWVrn9UZDQF+gaW1UfAJO/4tRjjzPqrInL CrXmIntmCZXCZqd0WOsV9poOTIYT7eQ+IKh6CASSDBedHYEV3xFCNMeAn Q=; IronPort-PHdr: =?us-ascii?q?9a23=3A0kNCLBICaqvdgZonY9mcpTVXNCE6p7X5OBIU4Z?= =?us-ascii?q?M7irVIN76u5InmIFeGvKk/iljKXIyd4PVB2KLasKHlDGoH55vJ8HUPa4dFWB?= =?us-ascii?q?JNj8IK1xchD8iIBQyeTrbqYiU2Ed4EWApj+He2Yk5SG8f3IVbVpy764TsbAB?= =?us-ascii?q?6qMw1zK6z8EZLTiMLi0ee09tXTbgxEiSD7b6l1KUC9rB7asY8dho4xJw=3D?= =?us-ascii?q?=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CHBQDWw/te/4oNJK1gHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQGCCoEjLyMuB29YLywKhCeDRgONSpNvhGuBQoEQA1ULAQEBDAE?= =?us-ascii?q?BLQIEAQGERxmBeQIkOBMCAwEBCwEBBQEBAQIBBgRthVsMhW4BBhILBh0BATg?= =?us-ascii?q?RAQgRAwECKwIEMB0KBAESIoMEAYF+TQMuAaN9AoE5iGF2gTKDAQEBBYUdGII?= =?us-ascii?q?OCYE4gmmFfIQDGoIAgREnHIIfLj6ECAESATgJgnYzgi2PFIMlhkGcCgqCXJl?= =?us-ascii?q?CAx2Cc4ktkFqCHJBUDHOeVwIEAgQFAg4BAQWBaiJmcHAVOyoBgj5QFwINjh6?= =?us-ascii?q?DcYpWdDcCBggBAQMJfI4yAYEQAQE?= X-IronPort-AV: E=Sophos;i="5.75,298,1589241600"; d="scan'208,217";a="505587415" Received: from alln-core-5.cisco.com ([173.36.13.138]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 30 Jun 2020 23:03:42 +0000 Received: from XCH-RCD-005.cisco.com (xch-rcd-005.cisco.com [173.37.102.15]) by alln-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id 05UN3g81010780 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 30 Jun 2020 23:03:42 GMT Received: from xhs-rtp-002.cisco.com (64.101.210.229) by XCH-RCD-005.cisco.com (173.37.102.15) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 30 Jun 2020 18:03:42 -0500 Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 30 Jun 2020 19:03:42 -0400 Received: from NAM10-MW2-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Tue, 30 Jun 2020 19:03:41 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GPRmNnW9yG1z7vPRQXKIkj2hIPSnvPZp+Jm4YrfHi5pjFG27+m5aXLglj3VWYPGCBgLWLjtitp1Qz7vLAqjNv0c0EU7jqcRF9IIeIq9n5940J8mo5bYyPb/KUVuY6EotUAVZrBaXd55iryHqR2/b9IhmNZJTtrr5OUS6h18tnxX4djk9WeiyaGzxp+zBO9LmbnPgF1Hyz1FZFFHwJifjRO2CewzGfqsvnWGBYVDe2LAjBNK5JU2IZzKeJD6S3tZ8USeC5HdS+0APp2HPWXEDHJkh4H55cWyTObH8isyRxmGpe1UOMrSnltNoKAv8dbpmNZm22NIavc3OA2l+a9htTg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=K7zbpZVV9LF2WzAgfKhrT+BHn89ID6gBG5ADl5GRC5c=; b=Zk8ZoGqSbYXVI4g+vJWCjKN6FHXlZ1xZbJAYol53DxUZHf7iUuUuIvivo6fQsDIG0Wd/BWBM978Y6gt+G80KdB6ctADlBJzCJM//lFBG6z5uOMn6sbI1KqWl8pL9CqQtXobLfwPIRSMOWIoMtBYCITVsz9S5myFxvKAIHPxadmZRDN3OQkPy1mV0Zq15h89hKpMr0d7D4JCPOb7+Sn0cnasqiT1b4yLKT3ngs9wgSandc/c2pvKBMa4ixd6hfStHP2Rahblb+g0bB42++SH3OcQoWGeT/WKrULbC2Bso2YnSSTNdlzzXr0P+gt11GTULUA/4EESb9dXnnmfRB+gv+g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=K7zbpZVV9LF2WzAgfKhrT+BHn89ID6gBG5ADl5GRC5c=; b=pNIgDUn4yIuj3QhEcHi3p/iNYcGujzjJIlvEWecbQteP+iQot8eZxzpCKd2gE/d51CDe7uutGNCxP104Wyd3Jg+lOsREzn44+q36t41n2frxw53uJ696ctdcZ7ev68aGF0VcYokzmQfSSbKyl1fQhPcMRjL7QGCXIU6QIGWjVQ8= Received: from BYAPR11MB2887.namprd11.prod.outlook.com (2603:10b6:a03:89::27) by BYAPR11MB3160.namprd11.prod.outlook.com (2603:10b6:a03:1b::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3131.25; Tue, 30 Jun 2020 23:03:40 +0000 Received: from BYAPR11MB2887.namprd11.prod.outlook.com ([fe80::70a6:bb5b:16b:4f9b]) by BYAPR11MB2887.namprd11.prod.outlook.com ([fe80::70a6:bb5b:16b:4f9b%7]) with mapi id 15.20.3131.028; Tue, 30 Jun 2020 23:03:40 +0000 From: "Acee Lindem (acee)" To: "Bocci, Matthew (Nokia - GB)" , "draft-ietf-bess-evpn-oam-req-frmwk@ietf.org" , "bess@ietf.org" Thread-Topic: [bess] WG Last Call and IPR Poll for draft-ietf-bess-evpn-oam-req-frmwk-02 Thread-Index: AQHWTzKxNa6Rn9hxjE2rowQDG/jBQQ== Date: Tue, 30 Jun 2020 23:03:40 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.38.20061401 authentication-results: nokia.com; dkim=none (message not signed) header.d=none;nokia.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [136.56.133.70] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 412a7252-225f-4c93-7682-08d81d49d427 x-ms-traffictypediagnostic: BYAPR11MB3160: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0450A714CB x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: w4dkksIZqEKPxa9ETmiwm8bgMYQF4Iw0J4MIwzpopzqv6lQ/M4MEU32famq4xk/0QutYOEdHVWtGlh01PhjWUoXTccor14fYXhdQpwmtPNUw8KwcSWQ5uKgNbkUIM6Fhd5+5RBx9MoUw9eaSHTSZikVuIrxV+lQS4Y6TfQhC0Vtf4L2aJHH4rRu6ddKW1JSugNQc4cE/j9DZWIK1ygAE/Tv8sXrAdvhScCIHrFSCLSyNGUYdI1zy9xSyx9cvYyEiCqbI2uYos9FS5DPikz6m0oI6zy8FE8V2+VCIxpryMJ5nckfeNHk8oRRyGe9NUqP5cN0tPC0exGZg5XNvTwBbSQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR11MB2887.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(396003)(39860400002)(366004)(346002)(136003)(376002)(186003)(86362001)(8676002)(6506007)(83380400001)(2616005)(66946007)(76116006)(53546011)(66556008)(66446008)(64756008)(66476007)(26005)(2906002)(36756003)(8936002)(6512007)(478600001)(110136005)(33656002)(71200400001)(6486002)(5660300002)(296002)(316002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: FcEDgikTKDkmWJClefOmTRke5Jk4hyMHu3Zds1M2jxXeNzdiANiQ3oB0KqlTy0xGihiKawGkFZr3/hTq/MvzIh2lAWOEc3UCmufFBxPekmmeUD/D3HXhuri2/1X+PrbDLmj9u57buvrG8qZ9XOIoW5jqrmmW88XZm31J7MzaxkqkjwjCCl+iOST79otiOFxiGrLi65M7khEokVSQWp+iBLOgcVOmykcL9F/qXhVReVPy6cnLmSpaUH7nUcRDyUZnTnC0GolRyLyjuEuSrGdwkUd9w0TBrBZU68MLz/Ri6Ih74BjSpmEQ7Fnq1Rzjz0jk3nDIkiR6G/DVVCxLaueTZFtGzGOhFv0EtNGbkwbR9mdolwQfAG9XeT6UEPg7pOBBz6B6AsNqSn77ayDslpwKj9iC3PHp1DgczZdRs3+GIVoUkZpFT5TUQM8hZ+8PMvjJBKPSdiTVmpqEPY1MHti8KHe2ltPMgcyX2nUDAnleRxpasWZhu210rg6LungQ+Fox x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_CC259D762CF34E51BA4D054EF9C6FCF5ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB2887.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 412a7252-225f-4c93-7682-08d81d49d427 X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Jun 2020 23:03:40.1089 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: h6IZJNUB9lOcFx/T8o4AP2J4W5FKbf/4+wZlQbfQvcJXVdTovAq6SnfPHqCT8t/a X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3160 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.15, xch-rcd-005.cisco.com X-Outbound-Node: alln-core-5.cisco.com Archived-At: Subject: Re: [bess] WG Last Call and IPR Poll for draft-ietf-bess-evpn-oam-req-frmwk-02 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2020 23:03:48 -0000 --_000_CC259D762CF34E51BA4D054EF9C6FCF5ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBzdXBwb3J0IHB1YmxpY2F0aW9uIG9mIHRoZSBkcmFmdCBhcyBhIHN0YW5kYXJkcyB0cmFjayBS RkMuDQpUaGFua3MsDQpBY2VlDQoNCkZyb206IEJFU1MgPGJlc3MtYm91bmNlc0BpZXRmLm9yZz4g b24gYmVoYWxmIG9mICJCb2NjaSwgTWF0dGhldyAoTm9raWEgLSBHQikiIDxtYXR0aGV3LmJvY2Np QG5va2lhLmNvbT4NCkRhdGU6IE1vbmRheSwgSnVuZSAxNSwgMjAyMCBhdCA2OjU2IEFNDQpUbzog ImRyYWZ0LWlldGYtYmVzcy1ldnBuLW9hbS1yZXEtZnJtd2tAaWV0Zi5vcmciIDxkcmFmdC1pZXRm LWJlc3MtZXZwbi1vYW0tcmVxLWZybXdrQGlldGYub3JnPiwgImJlc3NAaWV0Zi5vcmciIDxiZXNz QGlldGYub3JnPg0KU3ViamVjdDogW2Jlc3NdIFdHIExhc3QgQ2FsbCBhbmQgSVBSIFBvbGwgZm9y IGRyYWZ0LWlldGYtYmVzcy1ldnBuLW9hbS1yZXEtZnJtd2stMDINCg0KVGhpcyBlbWFpbCBzdGFy dHMgYSB0d28td2VlayB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBmb3IgZHJhZnQtaWV0Zi1iZXNz LWV2cG4tb2FtLXJlcS1mcm13ay0wMg0KDQpQbGVhc2UgcmV2aWV3IHRoZSBkcmFmdCBhbmQgc2Vu ZCBhbnkgY29tbWVudHMgdG8gdGhlIEJFU1MgbGlzdC4gQWxzbywgcGxlYXNlIGluZGljYXRlIGlm IHlvdSBzdXBwb3J0IHB1Ymxpc2hpbmcgdGhlIGRyYWZ0IGFzIGEgc3RhbmRhcmRzIHRyYWNrIFJG Qy4NCg0KVGhpcyBwb2xsIHJ1bnMgdW50aWwgTW9uZGF5IDI5dGggSnVuZSAyMDIwLg0KDQpXZSBh cmUgYWxzbyBwb2xsaW5nIGZvciBrbm93bGVkZ2Ugb2YgYW55IHVuZGlzY2xvc2VkIElQUiB0aGF0 IGFwcGxpZXMgdG8gdGhpcyBEb2N1bWVudCwgdG8gZW5zdXJlIHRoYXQgSVBSIGhhcyBiZWVuIGRp c2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMgKHNlZSBSRkNzIDM5Nzks IDQ4NzksIDM2NjkgYW5kIDUzNzggZm9yIG1vcmUgZGV0YWlscykuDQpJZiB5b3UgYXJlIGxpc3Rl ZCBhcyBhbiBBdXRob3Igb3IgYSBDb250cmlidXRvciBvZiB0aGlzIGRvY3VtZW50IHBsZWFzZSBy ZXNwb25kIHRvIHRoaXMgZW1haWwgYW5kIGluZGljYXRlIHdoZXRoZXIgb3Igbm90IHlvdSBhcmUg YXdhcmUgb2YgYW55IHJlbGV2YW50IHVuZGlzY2xvc2VkIElQUi4gVGhlIERvY3VtZW50IHdvbid0 IHByb2dyZXNzIHdpdGhvdXQgYW5zd2VycyBmcm9tIGFsbCB0aGUgQXV0aG9ycyBhbmQgQ29udHJp YnV0b3JzLg0KVGhlcmUgaXMgY3VycmVudGx5IG5vIElQUiBkaXNjbG9zZWQuDQpUaGFuayB5b3Us DQpNYXR0aGV3ICYgU3RlcGhhbmUNCg0K --_000_CC259D762CF34E51BA4D054EF9C6FCF5ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <9287368F246E234B801B6CEAAFBD9013@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNv bmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndp bmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7 DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAx MS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlv bjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxh bmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJX b3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPkkgc3VwcG9ydCBwdWJsaWNhdGlvbiBvZiB0aGUgZHJhZnQgYXMgYSBzdGFuZGFy ZHMgdHJhY2sgUkZDLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlRoYW5rcyw8YnI+DQpBY2VlPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBp biAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWlu Ij48Yj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj4NCjwvYj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPkJFU1MgJmx0O2Jlc3MtYm91bmNlc0BpZXRmLm9yZyZndDsgb24g YmVoYWxmIG9mICZxdW90O0JvY2NpLCBNYXR0aGV3IChOb2tpYSAtIEdCKSZxdW90OyAmbHQ7bWF0 dGhldy5ib2NjaUBub2tpYS5jb20mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPk1vbmRheSwgSnVuZSAx NSwgMjAyMCBhdCA2OjU2IEFNPGJyPg0KPGI+VG86IDwvYj4mcXVvdDtkcmFmdC1pZXRmLWJlc3Mt ZXZwbi1vYW0tcmVxLWZybXdrQGlldGYub3JnJnF1b3Q7ICZsdDtkcmFmdC1pZXRmLWJlc3MtZXZw bi1vYW0tcmVxLWZybXdrQGlldGYub3JnJmd0OywgJnF1b3Q7YmVzc0BpZXRmLm9yZyZxdW90OyAm bHQ7YmVzc0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+W2Jlc3NdIFdHIExhc3Qg Q2FsbCBhbmQgSVBSIFBvbGwgZm9yIGRyYWZ0LWlldGYtYmVzcy1ldnBuLW9hbS1yZXEtZnJtd2st MDI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjaztt c28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+VGhpcyBlbWFpbCBzdGFydHMgYSB0d28td2VlayB3 b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBmb3INCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPmRyYWZ0LWlldGYtYmVzcy1ldnBuLW9hbS1yZXEtZnJtd2stMDI8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5QbGVhc2UgcmV2aWV3IHRoZSBk cmFmdCBhbmQgc2VuZCBhbnkgY29tbWVudHMgdG8gdGhlIEJFU1MgbGlzdC4gQWxzbywgcGxlYXNl IGluZGljYXRlIGlmIHlvdSBzdXBwb3J0IHB1Ymxpc2hpbmcgdGhlIGRyYWZ0IGFzIGEgc3RhbmRh cmRzIHRyYWNrIFJGQy48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrO21zby1m YXJlYXN0LWxhbmd1YWdlOkVOLUdCIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5UaGlzJm5ic3A7cG9sbCZuYnNw O3J1bnMgdW50aWwgTW9uZGF5IDI5dGgmbmJzcDtKdW5lIDIwMjAuPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+Jm5ic3A7PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpF Ti1HQiI+V2UgYXJlIGFsc28mbmJzcDtwb2xsaW5nIGZvciBrbm93bGVkZ2Ugb2YgYW55IHVuZGlz Y2xvc2VkJm5ic3A7SVBSJm5ic3A7dGhhdCBhcHBsaWVzIHRvIHRoaXMgRG9jdW1lbnQsIHRvIGVu c3VyZSB0aGF0Jm5ic3A7SVBSJm5ic3A7aGFzIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ug d2l0aCBJRVRGJm5ic3A7SVBSJm5ic3A7cnVsZXMNCiAoc2VlIFJGQ3MgMzk3OSwgNDg3OSwgMzY2 OSBhbmQgNTM3OCBmb3IgbW9yZSBkZXRhaWxzKS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5JZiB5b3UgYXJlIGxpc3RlZCBh cyBhbiBBdXRob3Igb3IgYSBDb250cmlidXRvciBvZiB0aGlzIGRvY3VtZW50IHBsZWFzZSByZXNw b25kIHRvIHRoaXMgZW1haWwgYW5kIGluZGljYXRlIHdoZXRoZXIgb3Igbm90IHlvdSBhcmUgYXdh cmUgb2YgYW55IHJlbGV2YW50IHVuZGlzY2xvc2VkJm5ic3A7SVBSLg0KIFRoZSBEb2N1bWVudCB3 b24ndCBwcm9ncmVzcyB3aXRob3V0IGFuc3dlcnMgZnJvbSBhbGwgdGhlIEF1dGhvcnMgYW5kIENv bnRyaWJ1dG9ycy4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG87bWFyZ2luLWxlZnQ6LjVpbiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtj b2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+VGhlcmUgaXMgY3VycmVudGx5 IG5vJm5ic3A7SVBSJm5ic3A7ZGlzY2xvc2VkLiZuYnNwOyZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDouNWluIj4NCjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVO LUdCIj5UaGFuayB5b3UsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvO21hcmdpbi1sZWZ0Oi41aW4iPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29s b3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPk1hdHRoZXcgJmFtcDsgU3RlcGhh bmU8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_CC259D762CF34E51BA4D054EF9C6FCF5ciscocom_-- From nobody Tue Jun 30 16:37:41 2020 Return-Path: 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 C68BB3A060A; Tue, 30 Jun 2020 16:37:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.597 X-Spam-Level: X-Spam-Status: No, score=-9.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 header.b=NH+65ejI; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=vBEJkSy7 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 n-Uzp1e89QLG; Tue, 30 Jun 2020 16:37:38 -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 05AFA3A0602; Tue, 30 Jun 2020 16:37:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10868; q=dns/txt; s=iport; t=1593560258; x=1594769858; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=4fYmaBmwUELrc/udg/ldHXRWE+10+WH8UsizQ0wPoCo=; b=NH+65ejIwsIkhf90tFp+EiSiWjZh9jurrO1uP1tL9/sm/kRKwLzCHBG5 ViSeh/+0gJnzZRS76N3BBsVIGqRDzQOzTE+4kCW+8c6/Mw63t35ijwdxE NulZlT4QRWXWS2Jkoiylbhk0RK1DT2wqQfEdjOL3s4m+MLznHL3nbhHL6 s=; IronPort-PHdr: =?us-ascii?q?9a23=3AWYLkxRNQY/zGeIRCiQUl6mtXPHoupqn0MwgJ65?= =?us-ascii?q?Eul7NJdOG58o//OFDEvKwx3lnOXoTSrflDjrmev6PhXDkG5pCM+DAHfYdXXh?= =?us-ascii?q?AIwcMRg0Q7AcGDBEG6SZyibyEzEMlYElMw+Xa9PBtTH8X/bhvZpXjhpTIXEw?= =?us-ascii?q?/0YAxyIOm9E4XOjsOxgua1/ZCbYwhBiDenJ71oKxDjpgTKvc5Qioxneas=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BWAQCGy/te/4wNJK1gHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQGBeQQBAQsBgSIvIy4Hb1gvLAqEJ4NGA41Mk2+Ea4FCgRADVQs?= =?us-ascii?q?BAQEMAQEtAgQBAYRHAheBeQIkNwYOAgMBAQsBAQUBAQECAQYEbYVbDIVuAQE?= =?us-ascii?q?BBBILBgoTAQE4DwIBCBEEAQErAgICMB0IAgQBEggagwWBfk0DLgGjegKBOYh?= =?us-ascii?q?hdoEygwEBAQWFQhiCDgmBOAGCaIV8hAMagUE/gRFDgh8uPoQIARIBIxWCfzO?= =?us-ascii?q?CLY8UgyWGQYs1kFUKglyZYoJziS2QWoIckFQMc55XAgQCBAUCDgEBBYFpI2Z?= =?us-ascii?q?wcBU7gmlQFwINjh6DcYpWdDcCBggBAQMJfI4yAYEQAQE?= X-IronPort-AV: E=Sophos;i="5.75,298,1589241600"; d="scan'208,217";a="505463420" Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 30 Jun 2020 23:37:37 +0000 Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by alln-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id 05UNbb7s024131 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 30 Jun 2020 23:37:37 GMT Received: from xhs-rcd-002.cisco.com (173.37.227.247) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 30 Jun 2020 18:37:36 -0500 Received: from xhs-aln-001.cisco.com (173.37.135.118) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 30 Jun 2020 18:37:36 -0500 Received: from NAM12-DM6-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Tue, 30 Jun 2020 18:37:36 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=c3mKY2Mt6OcujeukZW1C7wKNzI9oq+6GN21n/Wp/QBUNWTzfANiSCQarsNZAlVfukkRhOM9KvJUtfMvPhRweYWCQMC2APb1zVbLBHRdcZ51x4lRQmnWxp05sQBJjmoDHpgda7eZJh3nthrhQtxiRZRcBsw/Caor+JR1rOVZwyUBQ3m15KKT3TwMw/c9UnxqVveRFBmLeAjx8kPLDhLTRbepoxPzeHvHYueqXqDE2G/0GUvbU/yFtI+6yVvLf5W8EI3iw4bi+Xz29pJCs6EZEFVfLdvEVd8VE18N86LLtiO5ua/OkLjY64HjWIPwx9a3Aft2gBm+qRIWUuCymRDkgFg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=4fYmaBmwUELrc/udg/ldHXRWE+10+WH8UsizQ0wPoCo=; b=eeSmlxCw3mZbwWDwafdVNXtXF4yr9w8EpyTTgB+/Nblvcj+mNy/XJaRl+d6uciA4mLSKQ63uJP65h3T3ARYpqBp3KdryNV78IKP+9Ad//34HEE8YOkuoo4dRQ8kal1IO605qaJKSrkdyTmJNDbl+On6gJyoLVA3sc+lzo9K5/0k81nxXOdindhtkuz0AuGfGmH6r435/ML4LJflAZ6z/iyQKikNgIKOqQpbEzysW1N6DqHBAz8ocJsE912KVRlyEw1Vnbx8LkiZE5jBs/962qKAhC/Y/HIphnQYRhsAS/eVgGLHirxHXWd7V3fjvUqd6agIqcxyIHI/Aldt6/3GJCQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=4fYmaBmwUELrc/udg/ldHXRWE+10+WH8UsizQ0wPoCo=; b=vBEJkSy775mc/wZDsWnVpn7/YVA4vUq0z4/BY6BzT9tpSqcfKVx1dUKchyaIY3O1SSKVicg1lykEgfpQS9QD821vC5Jc4pbuivnepaxW/xsiyN7M9GAFB/alLkBHOmXs1t/5Yu99iYaLb4uHwG7hcREOIIWa57ADYIFsXr5e0TI= Received: from BYAPR11MB3207.namprd11.prod.outlook.com (2603:10b6:a03:7c::14) by BYAPR11MB3158.namprd11.prod.outlook.com (2603:10b6:a03:1c::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3131.26; Tue, 30 Jun 2020 23:37:35 +0000 Received: from BYAPR11MB3207.namprd11.prod.outlook.com ([fe80::88ed:a443:44d:adb5]) by BYAPR11MB3207.namprd11.prod.outlook.com ([fe80::88ed:a443:44d:adb5%7]) with mapi id 15.20.3131.030; Tue, 30 Jun 2020 23:37:35 +0000 From: "Jakob Heitz (jheitz)" To: "Bocci, Matthew (Nokia - GB)" , "draft-ietf-bess-evpn-oam-req-frmwk@ietf.org" , "bess@ietf.org" Thread-Topic: WG Last Call and IPR Poll for draft-ietf-bess-evpn-oam-req-frmwk-02 Thread-Index: AQHWQwN+3hELxGym9ky0R6kOqNL1rqjx6JrA Date: Tue, 30 Jun 2020 23:37:35 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: nokia.com; dkim=none (message not signed) header.d=none;nokia.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [76.102.46.15] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: bac47ace-5993-4619-3c0c-08d81d4e915c x-ms-traffictypediagnostic: BYAPR11MB3158: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7691; x-forefront-prvs: 0450A714CB x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: m3MlLIUDUZeUEHLpdB3E6furkzOmu1dyTDMpx4q/u7M+ouQbKbpjSCYH6j0KkT8V4sqTBbLTPsHofavEtbZmWtOU18DwSOWoXvXQw7/qpM+nBK4kmM7aNhc3ctq7Th9RI2VP05I+n+RixsmYFgZTH+GEKLfOVWZMmapI6PrcEmbnLsY/Z3TrMDqmukJIR3VJ6bFyF02bvA2o3QSBAngY8cyu8bxhl0Kvw7rzaVs+aHt7ibb6H7KwVA/jOtQLzyX3h30MrcPqTEon89+aKws8e8d4AteswURV65rynehgmT4aGutdW6Pv8jvlOdUbs+neLVI8J/OtMKHR+JGRzdxLZw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR11MB3207.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(366004)(39860400002)(346002)(396003)(136003)(8936002)(7696005)(26005)(2906002)(71200400001)(66946007)(5660300002)(186003)(52536014)(66476007)(66556008)(64756008)(53546011)(33656002)(6506007)(8676002)(76116006)(66446008)(9686003)(86362001)(55016002)(296002)(110136005)(316002)(478600001)(83380400001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: x8ANvdlz/rFYCpIhthS/fX9kqYDc7v9Dt1nJzFDdcMyfuOOl4NvnIJCKDMX4oWjWuJHB9zrHbQmIfnXt3nQiGAELe/gVGpxKmNX2jX60kYsz3QHHZ5dVRYionKXQekapj3U24nS6dFIZI+Hdw67h370+HqsAl9SLV03Cz/xLEJMggzzJmuqoz1lm7JZvAP4ApGGH9ZLpKh3WiWJHHbQha6dBG0MFtwC7EWLhQGOkYgR9jPUch7tvdaFlUfZG0E6hNSur/UO/jMUWCZkhWsPaPsmpV9NYWCbu3WNah7/MyLWlGqku4/CzJUiOk/ud76+LffFJ3RQAeekbvSPKpiZ+7cnFYeRMiXoInIEZeWn/bLDRmNryb0aEDSyfQYdoFZcDN6nhs6sYnUpi3vyV2Tg6ycZ3Iyiv8GgBw0kuYBp0V7kai/oPJgeHc3OLjbBlwbQ/mzFY/7K12AHaLEv9ul6vGzr7U2aXGj1nEFNMTP4JYuo= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_BYAPR11MB3207817420FDC8F0D71569B1C06F0BYAPR11MB3207namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB3207.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: bac47ace-5993-4619-3c0c-08d81d4e915c X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Jun 2020 23:37:35.4871 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: LzqeOTnjlxf2rrN6u2T3dnwrVRJVA3g5XnerBvMclSKCHlrop58uai+6zoiE0SvSPE87yUC4MjQ8GdQLcEIU5Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3158 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.13, xch-rcd-003.cisco.com X-Outbound-Node: alln-core-7.cisco.com Archived-At: Subject: Re: [bess] WG Last Call and IPR Poll for draft-ietf-bess-evpn-oam-req-frmwk-02 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2020 23:37:40 -0000 --_000_BYAPR11MB3207817420FDC8F0D71569B1C06F0BYAPR11MB3207namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBzdXBwb3J0IHRoZSBkcmFmdCBmb3Igc3RhbmRhcmRzIHRyYWNrLg0KDQpSZWdhcmRzLA0KSmFr b2IuDQoNCkZyb206IEJFU1MgPGJlc3MtYm91bmNlc0BpZXRmLm9yZz4gT24gQmVoYWxmIE9mIEJv Y2NpLCBNYXR0aGV3IChOb2tpYSAtIEdCKQ0KU2VudDogTW9uZGF5LCBKdW5lIDE1LCAyMDIwIDM6 NTYgQU0NClRvOiBkcmFmdC1pZXRmLWJlc3MtZXZwbi1vYW0tcmVxLWZybXdrQGlldGYub3JnOyBi ZXNzQGlldGYub3JnDQpTdWJqZWN0OiBbYmVzc10gV0cgTGFzdCBDYWxsIGFuZCBJUFIgUG9sbCBm b3IgZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb2FtLXJlcS1mcm13ay0wMg0KDQpUaGlzIGVtYWlsIHN0 YXJ0cyBhIHR3by13ZWVrIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGZvciBkcmFmdC1pZXRmLWJl c3MtZXZwbi1vYW0tcmVxLWZybXdrLTAyDQoNClBsZWFzZSByZXZpZXcgdGhlIGRyYWZ0IGFuZCBz ZW5kIGFueSBjb21tZW50cyB0byB0aGUgQkVTUyBsaXN0LiBBbHNvLCBwbGVhc2UgaW5kaWNhdGUg aWYgeW91IHN1cHBvcnQgcHVibGlzaGluZyB0aGUgZHJhZnQgYXMgYSBzdGFuZGFyZHMgdHJhY2sg UkZDLg0KDQpUaGlzIHBvbGwgcnVucyB1bnRpbCBNb25kYXkgMjl0aCBKdW5lIDIwMjAuDQoNCldl IGFyZSBhbHNvIHBvbGxpbmcgZm9yIGtub3dsZWRnZSBvZiBhbnkgdW5kaXNjbG9zZWQgSVBSIHRo YXQgYXBwbGllcyB0byB0aGlzIERvY3VtZW50LCB0byBlbnN1cmUgdGhhdCBJUFIgaGFzIGJlZW4g ZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcyAoc2VlIFJGQ3MgMzk3 OSwgNDg3OSwgMzY2OSBhbmQgNTM3OCBmb3IgbW9yZSBkZXRhaWxzKS4NCklmIHlvdSBhcmUgbGlz dGVkIGFzIGFuIEF1dGhvciBvciBhIENvbnRyaWJ1dG9yIG9mIHRoaXMgZG9jdW1lbnQgcGxlYXNl IHJlc3BvbmQgdG8gdGhpcyBlbWFpbCBhbmQgaW5kaWNhdGUgd2hldGhlciBvciBub3QgeW91IGFy ZSBhd2FyZSBvZiBhbnkgcmVsZXZhbnQgdW5kaXNjbG9zZWQgSVBSLiBUaGUgRG9jdW1lbnQgd29u J3QgcHJvZ3Jlc3Mgd2l0aG91dCBhbnN3ZXJzIGZyb20gYWxsIHRoZSBBdXRob3JzIGFuZCBDb250 cmlidXRvcnMuDQpUaGVyZSBpcyBjdXJyZW50bHkgbm8gSVBSIGRpc2Nsb3NlZC4NClRoYW5rIHlv dSwNCk1hdHRoZXcgJiBTdGVwaGFuZQ0KDQo= --_000_BYAPR11MB3207817420FDC8F0D71569B1C06F0BYAPR11MB3207namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkRlbmdYaWFuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAx IDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUg NSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlxARGVuZ1hpYW4i Ow0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMg Ki8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBp bjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBz cGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5tc29ub3JtYWwwLCBs aS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7 DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjExLjBw dDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUx OA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu cy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1z dHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJ Y29sb3I6IzQ0MUQ2MTt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQt b25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjgu NWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRT ZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1z byA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIg Lz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVs YXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8 L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJF Ti1VUyIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNl Y3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzQ0MUQ2MTttc28t ZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+SSBzdXBwb3J0IHRoZSBkcmFmdCBmb3Igc3RhbmRhcmRz IHRyYWNrLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDs7Y29sb3I6IzQ0MUQ2MTttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2Nv bG9yOiM0NDFENjE7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPlJlZ2FyZHMsPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzQ0MUQ2 MTttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+SmFrb2IuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjku MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiM0NDFENjE7bXNv LWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxk aXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4w cHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+ RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O21zby1mYXJlYXN0 LWxhbmd1YWdlOlpILUNOIj4gQkVTUyAmbHQ7YmVzcy1ib3VuY2VzQGlldGYub3JnJmd0Ow0KPGI+ T24gQmVoYWxmIE9mIDwvYj5Cb2NjaSwgTWF0dGhldyAoTm9raWEgLSBHQik8YnI+DQo8Yj5TZW50 OjwvYj4gTW9uZGF5LCBKdW5lIDE1LCAyMDIwIDM6NTYgQU08YnI+DQo8Yj5Ubzo8L2I+IGRyYWZ0 LWlldGYtYmVzcy1ldnBuLW9hbS1yZXEtZnJtd2tAaWV0Zi5vcmc7IGJlc3NAaWV0Zi5vcmc8YnI+ DQo8Yj5TdWJqZWN0OjwvYj4gW2Jlc3NdIFdHIExhc3QgQ2FsbCBhbmQgSVBSIFBvbGwgZm9yIGRy YWZ0LWlldGYtYmVzcy1ldnBuLW9hbS1yZXEtZnJtd2stMDI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2s7bXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPlRoaXMgZW1haWwgc3RhcnRzIGEgdHdvLXdlZWsgd29ya2lu ZyBncm91cCBsYXN0IGNhbGwgZm9yDQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJj b2xvcjpibGFjayI+ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tb2FtLXJlcS1mcm13ay0wMjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFn ZTpFTi1HQiI+UGxlYXNlIHJldmlldyB0aGUgZHJhZnQgYW5kIHNlbmQgYW55IGNvbW1lbnRzIHRv IHRoZSBCRVNTIGxpc3QuIEFsc28sIHBsZWFzZSBpbmRpY2F0ZSBpZiB5b3Ugc3VwcG9ydCBwdWJs aXNoaW5nIHRoZSBkcmFmdCBhcyBhIHN0YW5kYXJkcyB0cmFjayBSRkMuPC9zcGFuPjxzcGFuIGxh bmc9IkVOLUdCIiBzdHlsZT0iY29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0Ii PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+Jm5ic3A7PC9zcGFuPjxz cGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iY29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 RU4tR0IiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+VGhpcyZuYnNw O3BvbGwmbmJzcDtydW5zIHVudGlsIE1vbmRheSAyOXRoJm5ic3A7SnVuZSAyMDIwLjwvc3Bhbj48 c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImNvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdl OkVOLUdCIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPiZuYnNwOzwv c3Bhbj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImNvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxh bmd1YWdlOkVOLUdCIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImNvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1 YWdlOkVOLUdCIj5XZSBhcmUgYWxzbyZuYnNwO3BvbGxpbmcgZm9yIGtub3dsZWRnZSBvZiBhbnkg dW5kaXNjbG9zZWQmbmJzcDtJUFImbmJzcDt0aGF0IGFwcGxpZXMgdG8gdGhpcyBEb2N1bWVudCwg dG8gZW5zdXJlIHRoYXQmbmJzcDtJUFImbmJzcDtoYXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxp YW5jZSB3aXRoIElFVEYmbmJzcDtJUFImbmJzcDtydWxlcyAoc2VlIFJGQ3MNCiAzOTc5LCA0ODc5 LCAzNjY5IGFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMpLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iY29sb3I6Ymxh Y2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPklmIHlvdSBhcmUgbGlzdGVkIGFzIGFuIEF1 dGhvciBvciBhIENvbnRyaWJ1dG9yIG9mIHRoaXMgZG9jdW1lbnQgcGxlYXNlIHJlc3BvbmQgdG8g dGhpcyBlbWFpbCBhbmQgaW5kaWNhdGUgd2hldGhlciBvciBub3QgeW91IGFyZSBhd2FyZSBvZiBh bnkgcmVsZXZhbnQgdW5kaXNjbG9zZWQmbmJzcDtJUFIuIFRoZQ0KIERvY3VtZW50IHdvbid0IHBy b2dyZXNzIHdpdGhvdXQgYW5zd2VycyBmcm9tIGFsbCB0aGUgQXV0aG9ycyBhbmQgQ29udHJpYnV0 b3JzLiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6RU4tR0IiPlRoZXJlIGlzIGN1cnJlbnRseSBubyZuYnNwO0lQUiZuYnNwO2Rpc2Nsb3Nl ZC4mbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2NvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2NvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5UaGFuayB5 b3UsPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xv cjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtj b2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+TWF0dGhldyAmYW1wOyBTdGVw aGFuZTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29s b3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2JvZHk+ DQo8L2h0bWw+DQo= --_000_BYAPR11MB3207817420FDC8F0D71569B1C06F0BYAPR11MB3207namp_-- From nobody Tue Jun 30 19:23:50 2020 Return-Path: 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 A2B103A091C; Tue, 30 Jun 2020 19:23:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 BX8tevng-PQt; Tue, 30 Jun 2020 19:23:46 -0700 (PDT) Received: from mail-lj1-x229.google.com (mail-lj1-x229.google.com [IPv6:2a00:1450:4864:20::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 45E053A0919; Tue, 30 Jun 2020 19:23:46 -0700 (PDT) Received: by mail-lj1-x229.google.com with SMTP id z24so188179ljn.8; Tue, 30 Jun 2020 19:23:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=jdFwr/RBdmmIwmuUZ+VpaOVZQwgq6BZkmZhLJQosLOo=; b=ZHFAien9GG+b2d0UoXAcnOFTvr/4y2wjsjAERJKvVLs5VB/QmOQcCOwG1hQHHZyhsb mtxA9wQ4xGT8OJYAX9n0zwEWJzfs78CMzDnyvfHw68gQHgMPNkk9rnFF+x7IGN6ISWms DTHuHgyG4dUiXkUKwIxZ+Tlul+PPswx2DA2knc5BUteqPyxR0+Y/oWrJujmMjLheCHJO UKYo8naxW/pqJ5/TwozLAqTcvuVS/pA+VAVXCoMPJmydSoapG9cLh+CuGJgF/3nf55Px SG7PpQIHYCUWiaTedMaalCcjiMObulDaSRnsfN0KKt1HX6wXzHZ8csXQ4hrfL+k5ORqh P6Mw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=jdFwr/RBdmmIwmuUZ+VpaOVZQwgq6BZkmZhLJQosLOo=; b=h4Dxvx6uk/XBR60L5FA0vPi+8pp20pI/J7VutgXwBq045H08RcbMjCq4cpMv52yI5T iiF/eNRNJ2eAvdxddDOC9kYK5IpngJ8jbj9SGXxnWpzMBwY7COQ2H+A9KwQYJE1YKmtl 2U2b0B0x/a6Zd0Tm72JZNXymidiSE+/9EY9kDJSqTv0BGJz1O+Q4GkXM7KDDTYiBHYLO 9K5pIsq/VVaYSLjwjqEs6xwo3Gwfdv9h3J/Z948I0pwwTLvUPOE9qFeYIEEijbXDr+W7 pf5neqj5KkZDyGq3I2mO/tbGCXnTSKDTi0gNmolDMrf1YZ0xwDDYhJn4SBX2OBxoxa6t sxwg== X-Gm-Message-State: AOAM530qopXvtMt3vaHR8sR2K4YMWWHwKEBpDr02s9n3Sjh/an2JJXbQ ARswvPApA9RpXdx+rWH8mOrGIUQ3gyvhW1NT/yo= X-Google-Smtp-Source: ABdhPJyYED47U25c6kAtoszIkw9hY9cDnsjFhpIiV1xv0iJRufyz9I1Ji7AxzRSGvTcKZBecWd5lgMR/mtxsE1mY0SM= X-Received: by 2002:a2e:80cc:: with SMTP id r12mr4562080ljg.344.1593570224476; Tue, 30 Jun 2020 19:23:44 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Harvey Date: Tue, 30 Jun 2020 22:23:33 -0400 Message-ID: To: matthew.bocci@nokia.com, "draft-ietf-bess-evpn-oam-req-frmwk@ietf.org" , bess@ietf.org, acee@cisco.com Content-Type: multipart/alternative; boundary="00000000000027a11005a957fb1f" Archived-At: Subject: Re: [bess] WG Last Call and IPR Poll for draft-ietf-bess-evpn-oam-req-frmwk-02 (Acee Lindem (acee)) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2020 02:23:49 -0000 --00000000000027a11005a957fb1f Content-Type: text/plain; charset="UTF-8" The draft has a typo on the expiration date. Please disregard this email if it is not proper. Expires: June 31, 2020 Thanks, Hongwei On Tue, Jun 30, 2020 at 7:37 PM wrote: > Send BESS mailing list submissions to > bess@ietf.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://www.ietf.org/mailman/listinfo/bess > or, via email, send a message with subject or body 'help' to > bess-request@ietf.org > > You can reach the person managing the list at > bess-owner@ietf.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of BESS digest..." > Today's Topics: > > 1. Re: WG Last Call and IPR Poll for > draft-ietf-bess-evpn-oam-req-frmwk-02 (Acee Lindem (acee)) > 2. Re: WG Last Call and IPR Poll for > draft-ietf-bess-evpn-oam-req-frmwk-02 (Jakob Heitz (jheitz)) > > > > ---------- Forwarded message ---------- > From: "Acee Lindem (acee)" > To: "Bocci, Matthew (Nokia - GB)" , " > draft-ietf-bess-evpn-oam-req-frmwk@ietf.org" < > draft-ietf-bess-evpn-oam-req-frmwk@ietf.org>, "bess@ietf.org" < > bess@ietf.org> > Cc: > Bcc: > Date: Tue, 30 Jun 2020 23:03:40 +0000 > Subject: Re: [bess] WG Last Call and IPR Poll for > draft-ietf-bess-evpn-oam-req-frmwk-02 > > I support publication of the draft as a standards track RFC. > > Thanks, > Acee > > > > *From: *BESS on behalf of "Bocci, Matthew (Nokia > - GB)" > *Date: *Monday, June 15, 2020 at 6:56 AM > *To: *"draft-ietf-bess-evpn-oam-req-frmwk@ietf.org" < > draft-ietf-bess-evpn-oam-req-frmwk@ietf.org>, "bess@ietf.org" < > bess@ietf.org> > *Subject: *[bess] WG Last Call and IPR Poll for > draft-ietf-bess-evpn-oam-req-frmwk-02 > > > > This email starts a two-week working group last call for > draft-ietf-bess-evpn-oam-req-frmwk-02 > > > > Please review the draft and send any comments to the BESS list. Also, > please indicate if you support publishing the draft as a standards track > RFC. > > > > This poll runs until Monday 29th June 2020. > > > > 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 a 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. > > There is currently no IPR disclosed. > > Thank you, > > Matthew & Stephane > > > > > > ---------- Forwarded message ---------- > From: "Jakob Heitz (jheitz)" > To: "Bocci, Matthew (Nokia - GB)" , " > draft-ietf-bess-evpn-oam-req-frmwk@ietf.org" < > draft-ietf-bess-evpn-oam-req-frmwk@ietf.org>, "bess@ietf.org" < > bess@ietf.org> > Cc: > Bcc: > Date: Tue, 30 Jun 2020 23:37:35 +0000 > Subject: Re: [bess] WG Last Call and IPR Poll for > draft-ietf-bess-evpn-oam-req-frmwk-02 > > I support the draft for standards track. > > > > Regards, > > Jakob. > > > > *From:* BESS *On Behalf Of *Bocci, Matthew (Nokia > - GB) > *Sent:* Monday, June 15, 2020 3:56 AM > *To:* draft-ietf-bess-evpn-oam-req-frmwk@ietf.org; bess@ietf.org > *Subject:* [bess] WG Last Call and IPR Poll for > draft-ietf-bess-evpn-oam-req-frmwk-02 > > > > This email starts a two-week working group last call for > draft-ietf-bess-evpn-oam-req-frmwk-02 > > > > Please review the draft and send any comments to the BESS list. Also, > please indicate if you support publishing the draft as a standards track > RFC. > > > > This poll runs until Monday 29th June 2020. > > > > 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 a 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. > > There is currently no IPR disclosed. > > Thank you, > > Matthew & Stephane > > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > --00000000000027a11005a957fb1f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    The draft has a typo on the expiration=C2=A0date. Ple= ase disregard=C2=A0this email if it is not proper.
    Ex= pires: June 31, 2020

    Thanks,
    Hongwei

    On Tue, Jun 30, 2020 at 7:37 PM = <bess-request@ietf.org> = wrote:
    Send BESS= mailing list submissions to
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 bess@ietf.org

    To subscribe or unsubscribe via the World Wide Web, visit
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://www.ietf.org/mailman/l= istinfo/bess
    or, via email, send a message with subject or body 'help' to
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 bess-request@ietf.org

    You can reach the person managing the list at
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 bess-owner@ietf.org

    When replying, please edit your Subject line so it is more specific
    than "Re: Contents of BESS digest..."
    Today's Topics:

    =C2=A0 =C2=A01. Re: WG Last Call and IPR Poll for
    =C2=A0 =C2=A0 =C2=A0 draft-ietf-bess-evpn-oam-req-frmwk-02 (Acee Lindem (ac= ee))
    =C2=A0 =C2=A02. Re: WG Last Call and IPR Poll for
    =C2=A0 =C2=A0 =C2=A0 draft-ietf-bess-evpn-oam-req-frmwk-02 (Jakob Heitz (jh= eitz))



    ---------- Forwarded message ----------
    From:=C2=A0"Ace= e Lindem (acee)" <acee@cisco.com>
    To:=C2=A0"Bocci, Matthew (Nokia - GB)&quo= t; <matthew= .bocci@nokia.com>, "draft-ietf-bess-evpn-oam-req-frmwk@ie= tf.org" <draft-ietf-bess-evpn-oam-req-frmwk@ietf.org&= gt;, "bess@ietf.org= " <bess@ietf= .org>
    Cc:=C2=A0
    Bcc:=C2=A0
    Date:=C2=A0Tue, 30 Jun 2020 23:0= 3:40 +0000
    Subject:=C2=A0Re: [bess] WG Last Call and IPR Poll for draft-= ietf-bess-evpn-oam-req-frmwk-02

    I support publication= of the draft as a standards track RFC.

    Thanks,
    Acee

    =C2=A0<= /span>

    From: BESS <bess-bounces@ietf.org> on behalf of "B= occi, Matthew (Nokia - GB)" <matthew.bocci@nokia.com>
    Date: Monday, June 15, 2020 at 6:56 AM
    To: "draft-ietf-bess-evpn-oam-req-frmwk@ietf.org"= ; <draft-ietf-bess-evpn-oam-req-frmwk@ietf.org>, "bess@ietf.org" <= bess@ietf.org> Subject: [bess] WG Last Call and IPR Poll for draft-ietf-bess-evpn-o= am-req-frmwk-02

    =C2=A0

    This email starts a two-week working group last call for draft-ietf-bess-evpn-oam-req-frmwk-02

    =C2=A0

    Please review the draft and send any comments to the BESS list. Also, p= lease indicate if you support publishing the draft as a standards track RFC= .

    =C2=A0

    This=C2=A0poll=C2=A0runs until Monday 29th=C2=A0June 2020.

    =C2=A0

    We are also=C2=A0polling for knowledge of any undisclosed=C2=A0IPR=C2= =A0that applies to this Document, to ensure that=C2=A0IPR=C2=A0has been dis= closed in compliance with IETF=C2=A0IPR=C2=A0rules (see RFCs 3979, 4879, 3669 and 5378 for more details).

    If you are listed as an Author or a Contributor of this document please= respond to this email and indicate whether or not you are aware of any rel= evant undisclosed=C2=A0IPR. The Document won't progress without answers from all the Authors and C= ontributors.=C2=A0

    There is currently no=C2=A0IPR= =C2=A0disclosed.=C2=A0=C2=A0

    Thank you,<= /p>

    Matthew & Stephane=

    =C2=A0




    ---------- Forwarded message ----------
    From:=C2=A0"Jak= ob Heitz (jheitz)" <jheitz@cisco.com>
    To:=C2=A0"Bocci, Matthew (Nokia - G= B)" <m= atthew.bocci@nokia.com>, "draft-ietf-bess-evpn-oam-req-fr= mwk@ietf.org" <draft-ietf-bess-evpn-oam-req-frmwk@ietf.or= g>, "bess@ie= tf.org" <bes= s@ietf.org>
    Cc:=C2=A0
    Bcc:=C2=A0
    Date:=C2=A0Tue, 30 Jun 202= 0 23:37:35 +0000
    Subject:=C2=A0Re: [bess] WG Last Call and IPR Poll for = draft-ietf-bess-evpn-oam-req-frmwk-02

    I support the draft for standards track.<= u>

    =C2=A0

    Regards,

    Jakob.

    =C2=A0

    From: BESS <bess-bounces@ietf.org> On Behalf Of Bocci, Matthew (Nokia - GB)
    Sent: Monday, June 15, 2020 3:56 AM
    To: draft-ietf-bess-evpn-oam-req-frmwk@ietf.org; bess@ietf.org
    Subject: [bess] WG Last Call and IPR Poll for draft-ietf-bess-evpn-o= am-req-frmwk-02

    =C2=A0

    This email starts a two-= week working group last call for draft-ietf-bess-evpn-oam-= req-frmwk-02

    = =C2=A0

    Please review the draft = and send any comments to the BESS list. Also, please indicate if you suppor= t publishing the draft as a standards track RFC.

    =C2=A0

    This=C2=A0poll=C2=A0runs= until Monday 29th=C2=A0June 2020.

    =C2=A0

    We are al= so=C2=A0polling for knowledge of any undisclosed=C2=A0IPR=C2=A0that applies= to this Document, to ensure that=C2=A0IPR=C2=A0has been disclosed in compl= iance with IETF=C2=A0IPR=C2=A0rules (see RFCs 3979, 4879, 3669 and 5378 for more details).

    If you ar= e listed as an Author or a Contributor of this document please respond to t= his email and indicate whether or not you are aware of any relevant undiscl= osed=C2=A0IPR. The Document won't progress without answers from all the Authors and Contr= ibutors.=C2=A0

    There is = currently no=C2=A0IPR=C2=A0disclosed.=C2=A0=C2=A0

    Thank you= ,

    Matthew &= amp; Stephane

    =C2=A0

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