
From nobody Tue Nov  1 09:53:48 2016
Return-Path: <adrian@olddog.co.uk>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0281E1293EB for <bess@ietfa.amsl.com>; Tue,  1 Nov 2016 09:53:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.62
X-Spam-Level: 
X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RsPGY_4c1J3n for <bess@ietfa.amsl.com>; Tue,  1 Nov 2016 09:53:44 -0700 (PDT)
Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 785CE129501 for <bess@ietf.org>; Tue,  1 Nov 2016 09:53:43 -0700 (PDT)
Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id uA1GreWH017559; Tue, 1 Nov 2016 16:53:40 GMT
Received: from 950129200 (248.206.189.80.dyn.plus.net [80.189.206.248]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id uA1GrdDa017536 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Tue, 1 Nov 2016 16:53:40 GMT
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "'Joel M. Halpern'" <jmh@joelhalpern.com>
References: <147784375838.20673.15513470878299688311.idtracker@ietfa.amsl.com> <000901d232c9$5841d390$08c57ab0$@olddog.co.uk> <bb42a567-af1d-1137-39d0-32946fc9d258@joelhalpern.com>
In-Reply-To: <bb42a567-af1d-1137-39d0-32946fc9d258@joelhalpern.com>
Date: Tue, 1 Nov 2016 16:53:33 -0000
Message-ID: <022101d23460$7c283400$74789c00$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQKVZufArLcLzqLuyg8zmKTt0aD7MAGyQKRmAcA9UQSfIl3eEA==
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.0.0.1202-22674.001
X-TM-AS-Result: No--13.808-10.0-31-10
X-imss-scan-details: No--13.808-10.0-31-10
X-TMASE-MatchedRID: 8HTFlOrbAtGnykMun0J1wilrosmS0SOA6Jj6zYvfFAQszxfUl348Siyd RbtZLvkJX381PW63B5RnwcfbAX+pUHOAMSqhBqB6ZSNLxsgoyr9+S5m2/8VLmqdrpTvh7T6oolt mpE+wxFczoBgNFXK6yx11KRpM1qQjw9dU5xwENT0D2WXLXdz+AdNte1LuSj6snWBUWlAKnBPetc vvokqHwuOhC5lTa7Sd5TdOYpA2i/QDOqKd7r6zB/OHbIp2eXtYgdNXa4lpKNudCqKtxM6bhyvd+ 2hXReVzg8sInEJcLhZ5LAkNM0VvMSbkA69Y/24EdrpCZsJVIIVKJXxORkqw+Y3HvDXeBtl6Rtns 0UtB6myU96+EbsoF0G5ehnoFL1UIoNHehjQSkFDcWo5Vvs8MQqFkxMQpsHd+W/Kb+C9IfiI6uNl zbjunZfkjZWX3czU5HjST5wEnzKqm241/fnDhGC4uTw19Klh6/Azwuuy/EnkOAHqXajwVGOrEiR SZkkEfEkO7BEE0ITZ7qnSO9CPkMKJPX3SW5D8riUPZPmKZOQl+RK30aqYpVeOxOq7LQlGL+ocjg 6kQytk1g2myLVBpERxppPBAN/Brm76m+JGdKc6VOwZbcOalSz5qWjX5QROJMMn1rcqKQaj/Ffkj Vyia+94cUouyj6P/+FeuXGwia71xzF1ERcUUn9h3b7/zBhN1yeUl7aCTy8hDENgR7GM8k8IZXeW gC5H4VhUSaZx4dOrTW9j6IJNdfF0U3RPW+iLP+XpOHXxPrp6EQiKo28GuY7uqk4cq52pz/lQM0H dIahpNtdLSk6RTz4yHevzIms+sT1e1bt+UYd+eAiCmPx4NwLTrdaH1ZWqCpvI8UZOf47jUZxEAl FPo846HM5rqDwqtCCl5YAMYRhnXWFmoBLiReOecBGhHyrU/S77u7nhGLxDvC6R/hp+qCw==
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/4C4Cie7DXMBQ6TZv68X3xrqA1IA>
Cc: bess@ietf.org
Subject: Re: [bess] FW: New Version Notification for draft-mackie-bess-nsh-bgp-control-plane-01.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: adrian@olddog.co.uk
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 01 Nov 2016 16:53:47 -0000

Hi Joel,

Thanks for engaging in discussion and for supporting some of our ideas.

> Thank you authors.
>
> Reading through this, I have a few questions.
>
> 1) I like the idea of being able to support multiple SFC overlays.  
> I can see circumstances when this would be valuable. However, I can 
> not see how it works.  (I presume I am missing something obvious.) 
> If the SPI are unique, then sure, it works, but they are not really 
> separate overlays.  They are merely administrative slices of the same overlay.
> The text in section 5 bullet 1 starts with observing that the path 
> state is RT specific.  That part is fine.  It then asserts that the 
> SFF that receives a packet can somehow tell which RT the packet goes 
> with. How? Since the underlay is not partitioned into RTs (only the
> overlay) the transport mechanism does not indicate that.  And the 
> data packet does not carry an RT.

Good catch! 

We wrote (section 4.3)...
   The SPI is unique across all service function overlay networks
   supported by the underlay network.

This certainly makes life easier and comes at negligible cost because the SPI
space can either be in the control of a single controller, or can be partitioned
across multiple controllers.

However, this could be relaxed a little. In the data plane it is the combination
of tunnel/SPI that needs to be distinguishable (compare with how a L3VPN VRF is
identified). In the control plane, the RD/SPI needs to be globally unique. So
we'll update the text to make that clear.

> 2) The Path hop information (for a specific SPI, SI) allows for 
> carrying multiple SFTs.  It allows for multiple SFIs, which is 
> important and useful.  The multiple SFTs seems to be intended to 
> allow for the case where SFT A or B can be done at hops 9 or 8. 
> Which would be nice to allow.  But since the second SFF (at hop 8) 
> will not know whether the first SFF (at hop 9) chose A or B, I do 
> not see how it can correctly choose the opposite.
> 
> Are there additional assumptions made to enable this?  The text in 
> the example of section 8.4 seems to imply a different sort of use 
> case for this multiple SFT at a hop situation.  But I can not see 
> how that will be implemented interoperably.  Having control know 
> magically that the SFF can correctly select an SFT based on 
> unspecified information seems problematic.

If you build a chain that allows a choice of service functions at a particular
point, then (presumably) you are happy that this choice is made. 

Consider for example that three "similar" implementations of a particular
function exist (say a firewall), but that they are given different SFT values
because although they are similar, they are not identical. Suppose further that
the controller is happy for either of the first two implementations to be used,
but not the third. In this case the chain would include a choice not just
between SFIs, but between SFIs of different types. The choice in this case would
be made based on local considerations and would be just like any other choice of
SFI for a given SI.

The use case you give is interesting, but different. You are basically saying
that (part of) the chain consists of a set of functions that must all be
implemented, but where the order is not important. That becomes complicated
because it is not a natural fit with the concept of a chain. To achieve it you
either need some state associated with the packets (like a recorded route -
possibly in metadata) or you have to perform branching (reclassification) to
jump into different chains (by changing SPI) so that choices become more limited
as the packet executes some functions and moves forward. 

Personally, if I had to deploy such function, I think I would opt for the
controller making the decision up front. But if I really wanted to delegate the
choice into the network, I would do it with branching.

> 3) I am a bit confused by section 6.1 on looping, jumping, and 
> branching.  Looping (more accurately spiraling) should not require 
> any special handling.  Simply put the same SFI information at two 
> different SIs in the same SPI, and spiraling occurs.  No special 
> handling needed.
> 
> Jumping seems to be a special case of reclassificaiton.  So I would 
> prefer to see it simply handled by the same mechanism (why have two 
> mechanisms that can do the same job.)
>
> Branching seems not to handle the most common case where we need to 
> branch.  That is the situation where packets in a given SFP, as a 
> result of processing by an SF, will usually continue down the SFP, 
> but under some circumstances (and there are a range of them) will 
> need to take a different path.
> 
> The Assumption in the SFC work is that the SF indicates the need for 
> reclassificiation by adjusting the flags in the NSH header, and that 
> a classifier co-resident with the SFF then performs reclassification.
> The mechanism you describe in section 6.1 does not seem to support that.

You are right that jumping, looping (let's keep that term because it is clear
that it means going back to a particular point), and branching are all similar.
That is, they all involve a different behavior from the normal
decrement-SI-and-get-on-with-it style of advancing down the chain. But,
obviously, they are subtly different and pose different problems.

You are also correct that *if* the processing is linear (i.e., no choice
involved) then looping can be encoded as a straight-forward sequence in the SFP,
jumping would be unnecessary because the jumped-over hops would not need to be
in the chain at all, and branching would really just be a shorthand. But we are
covering the case where the progress is conditional on something - call it
reclassification if you like, or consider is a policy-based decision. In these
cases, SFP must encode the choice.

Additionally, the looped-back-to SFF has to have forwarding state dependent on
the SI it is processing. By re-using the SI (i.e., looping back to exactly a
previous point on the SFP) we minimize that state. 

The location of the re-classification is a matter for debate. It is probably an
implementation issue, and I hope that the architecture will not unnecessarily
constrain the implementation. You have suggested here that "a classifier
co-resident with the SFF performs reclassification" and that certainly fits with
our approach although there are two forms of re-classification possible.
1. The re-classifier is programmed though the controller to be aware
   of potential changes (loop, jump, branch) and acts accordingly.
2. The re-classifier learns of options for re-classification through
   inspection of the SFPR that was advertised.
We support both.

On the other hand, draft-ietf-sfc-nsh (section 4) makes it clear that any of the
SFF, SF, and proxy may perform re-classification. In other words, the packet
received back from the SF by the SFF may already have been re-classified so that
the SPI/SI is different from what is "expected". We also support that mode of
operation.

> 3') Also, that is why we do not usually describe the classifier as a 
> service function.  Classifiers (including in path reclassifiers) are 
> permitted to overwrite the SFP ID.  Service functions are not 
> permitted to do that.

We may be getting confused between logical functions and implementation
components. If (as we do) we say that anything that modifies the SPI/SI other
than by  simple decrement of the SI is performing classification, then it is
evident that when an SF or SFF modifies the SPI/SI then it has a co-resident
classifier. That is, the SF or SFF has classifier function built in. Of course,
the classifier may also be a "bump in the virtual wire".

> 4) I notice that the examples still show the SI being adjusted by 
> more than 1.  The NSH draft has been clarified, at the request of 
> the AD and WG, to make it clear that the SI is decremented by 1 at each hop.
> (If that were not the case, we would need additional information in 
> the control as to how much to decrement the SI. Which would be a 
> complication with no value.)

I think you may be using the Future Perfect form of the Present Tense, Joel. The
current version of the draft (-10) shows "decrement" and has no mention of
requiring a unitary decrement.
But, frankly, this is not relevant.
We absolutely support the possibility of decrementing the SI by just one.
But we also support re-classification that is co-resident in the SF and changes
the SI by a different amount.
We think that the SFF does not need to be able to tell whether an SF has invoked
re-classification and therefore it should be built to expect and SPI/SI on
returned packets.

Probably as an aside that belongs on the SFC list - using the protocol spec to
define the behavior of an SF that receives a message, processes the contents,
and then forwards it is suspect. It is using the protocol spec to build the
architecture. And, in practice, you could not enforce the 2119 language since a
downstream node will not know what value SI its upstream neighbor received.
Furthermore, since re-classifiers can be built in anywhere (including into an
SF) the decrement process can be over-ridden. Thus, the best you can achieve in
the NSH spec is "The SF SHOULD decrement the SI by one, but MAY utilize
re-classification to set the SI to any other value."

We also see some value in the "gaps" in a SFP to allow later insertion of more
SFs without renumbering (recall writing code in Fortran ;-). Not renumbering is
helpful for other SFPs that may branch to this one. Note that renumbering
changes the *start* of a chain because the SIs decrement.

Looking forward to discussing this further.

Regards,
Adrian 


From nobody Tue Nov  1 10:21:48 2016
Return-Path: <jmh@joelhalpern.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF387129508 for <bess@ietfa.amsl.com>; Tue,  1 Nov 2016 10:21:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.702
X-Spam-Level: 
X-Spam-Status: No, score=-2.702 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 9khnFVx-P54m for <bess@ietfa.amsl.com>; Tue,  1 Nov 2016 10:21:44 -0700 (PDT)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (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 B6DCE1295AE for <bess@ietf.org>; Tue,  1 Nov 2016 10:21:43 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id A4396250A21; Tue,  1 Nov 2016 10:21:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=1.tigertech; t=1478020903; bh=7wMfpvo20AncRjcCWp7exGbqxz1rZbLvrgSbzVTbWao=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=Jh5saQENeSP9LMUBKJVaHn2iwo+N3QHCNyvOaqkY2v1sTSUOshTeMq7v36pFcIIlC DJNQENGwjUihIskrHSg1AeInsJeOv/QLMgu/p9tvYsBklD2weO++gVjqzImGBvlVsn D0VMPfAfjSS075EMwRMW/dZSEkhkIAcVNTmedqgk=
X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net
Received: from Joels-MacBook-Pro.local (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id E4CA52464D2; Tue,  1 Nov 2016 10:21:42 -0700 (PDT)
To: adrian@olddog.co.uk
References: <147784375838.20673.15513470878299688311.idtracker@ietfa.amsl.com> <000901d232c9$5841d390$08c57ab0$@olddog.co.uk> <bb42a567-af1d-1137-39d0-32946fc9d258@joelhalpern.com> <022101d23460$7c283400$74789c00$@olddog.co.uk>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <6301d383-b1f9-8bb9-efa3-c0dadacf6d52@joelhalpern.com>
Date: Tue, 1 Nov 2016 13:23:27 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <022101d23460$7c283400$74789c00$@olddog.co.uk>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/Ze4z7oc7dVuGEnzq4WqcPTkzH_c>
Cc: bess@ietf.org
Subject: Re: [bess] FW: New Version Notification for draft-mackie-bess-nsh-bgp-control-plane-01.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 01 Nov 2016 17:21:47 -0000

Some of this is going to get long for an email, but I don't see another 
choice.  Also, a lot of this discussion belongs in the SFC working 
group.  We need to figure out how to handle collaboration between IDR 
and SFC for this.

Having said all that, further comments in line.
Yours,
Joel

On 11/1/16 12:53 PM, Adrian Farrel wrote:
> Hi Joel,
>
> Thanks for engaging in discussion and for supporting some of our ideas.
>
>> Thank you authors.
>>
>> Reading through this, I have a few questions.
>>
>> 1) I like the idea of being able to support multiple SFC overlays.
>> I can see circumstances when this would be valuable. However, I can
>> not see how it works.  (I presume I am missing something obvious.)
>> If the SPI are unique, then sure, it works, but they are not really
>> separate overlays.  They are merely administrative slices of the same overlay.
>> The text in section 5 bullet 1 starts with observing that the path
>> state is RT specific.  That part is fine.  It then asserts that the
>> SFF that receives a packet can somehow tell which RT the packet goes
>> with. How? Since the underlay is not partitioned into RTs (only the
>> overlay) the transport mechanism does not indicate that.  And the
>> data packet does not carry an RT.
>
> Good catch!
>
> We wrote (section 4.3)...
>    The SPI is unique across all service function overlay networks
>    supported by the underlay network.
>
> This certainly makes life easier and comes at negligible cost because the SPI
> space can either be in the control of a single controller, or can be partitioned
> across multiple controllers.
>
> However, this could be relaxed a little. In the data plane it is the combination
> of tunnel/SPI that needs to be distinguishable (compare with how a L3VPN VRF is
> identified). In the control plane, the RD/SPI needs to be globally unique. So
> we'll update the text to make that clear.

I had missed the sentence in 4.3 where you said that the SPI are 
disjoint.  If they are disjoint, it is not really separate overlays at 
all.  The RT allows you to reduce stored state, but they are really all 
part of the same overlay (as they have to coordinate.)

If we want to require that SFF are sensitive to the transport 
identification on which packets arrive (which may be MAC addresses, MPLS 
labels, ...) then yes, we could divide by using separate transport 
identifiers for an SFF which is in multiple overlays.  Seems very 
fragile.  I do hope there is a robust way to make it work.

>
>> 2) The Path hop information (for a specific SPI, SI) allows for
>> carrying multiple SFTs.  It allows for multiple SFIs, which is
>> important and useful.  The multiple SFTs seems to be intended to
>> allow for the case where SFT A or B can be done at hops 9 or 8.
>> Which would be nice to allow.  But since the second SFF (at hop 8)
>> will not know whether the first SFF (at hop 9) chose A or B, I do
>> not see how it can correctly choose the opposite.
>>
>> Are there additional assumptions made to enable this?  The text in
>> the example of section 8.4 seems to imply a different sort of use
>> case for this multiple SFT at a hop situation.  But I can not see
>> how that will be implemented interoperably.  Having control know
>> magically that the SFF can correctly select an SFT based on
>> unspecified information seems problematic.
>
> If you build a chain that allows a choice of service functions at a particular
> point, then (presumably) you are happy that this choice is made.
>
> Consider for example that three "similar" implementations of a particular
> function exist (say a firewall), but that they are given different SFT values
> because although they are similar, they are not identical. Suppose further that
> the controller is happy for either of the first two implementations to be used,
> but not the third. In this case the chain would include a choice not just
> between SFIs, but between SFIs of different types. The choice in this case would
> be made based on local considerations and would be just like any other choice of
> SFI for a given SI.
>
> The use case you give is interesting, but different. You are basically saying
> that (part of) the chain consists of a set of functions that must all be
> implemented, but where the order is not important. That becomes complicated
> because it is not a natural fit with the concept of a chain. To achieve it you
> either need some state associated with the packets (like a recorded route -
> possibly in metadata) or you have to perform branching (reclassification) to
> jump into different chains (by changing SPI) so that choices become more limited
> as the packet executes some functions and moves forward.
>
> Personally, if I had to deploy such function, I think I would opt for the
> controller making the decision up front. But if I really wanted to delegate the
> choice into the network, I would do it with branching.

If that is the intent of the alternative SFTs, I think the text needs to 
make taht much clearer.  I can see wanting that, given the need to use 
registered SFTs in order to advertise service function availability in 
the control protocol.

Part of my concern is that I could easily see situations in which one 
would want to use the BGP based control for establishing the SFP state, 
but not use BGP for the discovery.  In such a situation, one would not 
need registered types, except to support this capability and the "any 
entity of this type" option.  I worry that defining the SFTs is going to 
be much messier than it looks.

>
>> 3) I am a bit confused by section 6.1 on looping, jumping, and
>> branching.  Looping (more accurately spiraling) should not require
>> any special handling.  Simply put the same SFI information at two
>> different SIs in the same SPI, and spiraling occurs.  No special
>> handling needed.
>>
>> Jumping seems to be a special case of reclassificaiton.  So I would
>> prefer to see it simply handled by the same mechanism (why have two
>> mechanisms that can do the same job.)
>>
>> Branching seems not to handle the most common case where we need to
>> branch.  That is the situation where packets in a given SFP, as a
>> result of processing by an SF, will usually continue down the SFP,
>> but under some circumstances (and there are a range of them) will
>> need to take a different path.
>>
>> The Assumption in the SFC work is that the SF indicates the need for
>> reclassificiation by adjusting the flags in the NSH header, and that
>> a classifier co-resident with the SFF then performs reclassification.
>> The mechanism you describe in section 6.1 does not seem to support that.
>
> You are right that jumping, looping (let's keep that term because it is clear
> that it means going back to a particular point), and branching are all similar.
> That is, they all involve a different behavior from the normal
> decrement-SI-and-get-on-with-it style of advancing down the chain. But,
> obviously, they are subtly different and pose different problems.
>
> You are also correct that *if* the processing is linear (i.e., no choice
> involved) then looping can be encoded as a straight-forward sequence in the SFP,
> jumping would be unnecessary because the jumped-over hops would not need to be
> in the chain at all, and branching would really just be a shorthand. But we are
> covering the case where the progress is conditional on something - call it
> reclassification if you like, or consider is a policy-based decision. In these
> cases, SFP must encode the choice.
>
> Additionally, the looped-back-to SFF has to have forwarding state dependent on
> the SI it is processing. By re-using the SI (i.e., looping back to exactly a
> previous point on the SFP) we minimize that state.

SFF forwarding state is explicitly required by the NSH draft to be SI 
dependent.  If an SFF gets a packet with an SI it does not recognize, 
then it is required to drop the packet.  So this SI state is needed.

Also, returning a packet to an earlier SFF, with the SI restored to what 
it was the first time, is a recipe for an infinite loop.  That is why we 
changed the term in the architecture from looping to spiraling.  Now, it 
may be that at several revisted SFF the selection of SF and next SFF are 
the same for the two indices.  But since thigns continue to get 
decremented, we can always terminate.  This is in fact why we look at 
spiraling as a normal part of the chain and not as reclassification. 
Reclassificiaton requires care, as it can easily produce infinite loops.

Having said all that, given that the function to be invoked for your 
special path markers is undefined, I do not see how it is helpful to 
include them in the chain.  The SFF has no way, from that information, 
to know what it is supposed to do.  And having the markers does not help 
it perform better reclassification.  And further, the classifier knows 
what result it wants, so having more specific markers does not seem to 
help anything.

>
> The location of the re-classification is a matter for debate. It is probably an
> implementation issue, and I hope that the architecture will not unnecessarily
> constrain the implementation. You have suggested here that "a classifier
> co-resident with the SFF performs reclassification" and that certainly fits with
> our approach although there are two forms of re-classification possible.
> 1. The re-classifier is programmed though the controller to be aware
>    of potential changes (loop, jump, branch) and acts accordingly.
> 2. The re-classifier learns of options for re-classification through
>    inspection of the SFPR that was advertised.
> We support both.

Classifiers are described in teh architecture as a separate entity from 
SF.  We found this to be really helpful. This does allow one to have an 
SF with a co-located classifier.  But it is conceptually the classifier 
that changes the SPI / SI, not the SF.  SF are not permitted by the NSH 
draft to adjust the SPI.

>
> On the other hand, draft-ietf-sfc-nsh (section 4) makes it clear that any of the
> SFF, SF, and proxy may perform re-classification. In other words, the packet
> received back from the SF by the SFF may already have been re-classified so that
> the SPI/SI is different from what is "expected". We also support that mode of
> operation.
>
>> 3') Also, that is why we do not usually describe the classifier as a
>> service function.  Classifiers (including in path reclassifiers) are
>> permitted to overwrite the SFP ID.  Service functions are not
>> permitted to do that.
>
> We may be getting confused between logical functions and implementation
> components. If (as we do) we say that anything that modifies the SPI/SI other
> than by  simple decrement of the SI is performing classification, then it is
> evident that when an SF or SFF modifies the SPI/SI then it has a co-resident
> classifier. That is, the SF or SFF has classifier function built in. Of course,
> the classifier may also be a "bump in the virtual wire".

Agreed, the classifer can be a bump in teh wire, it can be co-resident 
with the SFF, or it can be coresident with the SF.  It is a logical 
function to address specific needs.

>
>> 4) I notice that the examples still show the SI being adjusted by
>> more than 1.  The NSH draft has been clarified, at the request of
>> the AD and WG, to make it clear that the SI is decremented by 1 at each hop.
>> (If that were not the case, we would need additional information in
>> the control as to how much to decrement the SI. Which would be a
>> complication with no value.)
>
> I think you may be using the Future Perfect form of the Present Tense, Joel. The
> current version of the draft (-10) shows "decrement" and has no mention of
> requiring a unitary decrement.
> But, frankly, this is not relevant.
> We absolutely support the possibility of decrementing the SI by just one.
> But we also support re-classification that is co-resident in the SF and changes
> the SI by a different amount.
> We think that the SFF does not need to be able to tell whether an SF has invoked
> re-classification and therefore it should be built to expect and SPI/SI on
> returned packets.

I am guessing that most of us working on this assumed that "decrement" 
meant "decrease by 1".  The problem is that if the decrease can be 
arbitrary then we need to include in the provisioning model the amount 
to decrease.  We could do that.  And add text making clear that the 
decrement is variable.  Or we could add text making clear what we have 
assumed, that it is unitary.  The fact that you read it as allowing 
larger decrements means that we need to be clearer one way or the other.

Personally, I consider modifying an in-place chain rare enough that 
needing to instead create a new chain, create the state for it, and then 
change the classification rules to use the new chain to be a cleaner and 
more robust way to get there.  But that is just my take.

>
> Probably as an aside that belongs on the SFC list - using the protocol spec to
> define the behavior of an SF that receives a message, processes the contents,
> and then forwards it is suspect. It is using the protocol spec to build the
> architecture. And, in practice, you could not enforce the 2119 language since a
> downstream node will not know what value SI its upstream neighbor received.
> Furthermore, since re-classifiers can be built in anywhere (including into an
> SF) the decrement process can be over-ridden. Thus, the best you can achieve in
> the NSH spec is "The SF SHOULD decrement the SI by one, but MAY utilize
> re-classification to set the SI to any other value."

I am not sure what youa re getting at here?

>
> We also see some value in the "gaps" in a SFP to allow later insertion of more
> SFs without renumbering (recall writing code in Fortran ;-). Not renumbering is
> helpful for other SFPs that may branch to this one. Note that renumbering
> changes the *start* of a chain because the SIs decrement.
>
> Looking forward to discussing this further.
>
> Regards,
> Adrian
>
>


From nobody Tue Nov  1 11:48:45 2016
Return-Path: <adrian@olddog.co.uk>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C1E8012987A for <bess@ietfa.amsl.com>; Tue,  1 Nov 2016 11:48:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.62
X-Spam-Level: 
X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TyDcoeLRXvbQ for <bess@ietfa.amsl.com>; Tue,  1 Nov 2016 11:48:40 -0700 (PDT)
Received: from asmtp5.iomartmail.com (asmtp5.iomartmail.com [62.128.201.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B8BE3129875 for <bess@ietf.org>; Tue,  1 Nov 2016 11:48:24 -0700 (PDT)
Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id uA1ImMla011466; Tue, 1 Nov 2016 18:48:22 GMT
Received: from 950129200 (248.206.189.80.dyn.plus.net [80.189.206.248]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id uA1ImL5j011460 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Tue, 1 Nov 2016 18:48:22 GMT
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "'Joel M. Halpern'" <jmh@joelhalpern.com>
References: <147784375838.20673.15513470878299688311.idtracker@ietfa.amsl.com> <000901d232c9$5841d390$08c57ab0$@olddog.co.uk> <bb42a567-af1d-1137-39d0-32946fc9d258@joelhalpern.com> <022101d23460$7c283400$74789c00$@olddog.co.uk> <6301d383-b1f9-8bb9-efa3-c0dadacf6d52@joelhalpern.com>
In-Reply-To: <6301d383-b1f9-8bb9-efa3-c0dadacf6d52@joelhalpern.com>
Date: Tue, 1 Nov 2016 18:48:16 -0000
Message-ID: <026801d23470$8228f730$867ae590$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQKVZufArLcLzqLuyg8zmKTt0aD7MAGyQKRmAcA9UQQCETdyggJKDSz0nv+REjA=
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.0.0.1202-22674.001
X-TM-AS-Result: No--25.834-10.0-31-10
X-imss-scan-details: No--25.834-10.0-31-10
X-TMASE-MatchedRID: 8HTFlOrbAtE4HKI/yaqRmwRH1Nr7oERddsM3mpA5g7L+7KZICEbEsmdR 3KZbtfZI4Az/tl9gO5JrkYv5jGLcsRkaVQMnHb0o8jbzfqNu/QSHxi2fvkKUMyKqCdRGXMBRimz WYYKiqn/MDEuDg15grPoYXaQpK32g1M73D0qKwJRlI0vGyCjKv35Lmbb/xUuap2ulO+HtPqiiW2 akT7DEVzOgGA0VcrrLHXUpGkzWpCP5V22kT3/19ia1MaKuob8PTJDl9FKHbrl8q8ktY7N90H5oE zLME8hDuyH9Fog9Qf34/putUaIW7z2F6vIzQnGjnhHKNOYbLL5imi8LvNfmr84WNv6NI8EkMQYW N5nDJFQspE5a4Dl1jqLimEOKAhFz5RYagBMm1Vt1fPeXvwXdiaPLTdfaE15XDYbe/PyX8gQKd25 omTNJGo1YfcyB0zNlUGL5XlDynpNPDPfmo+ftx9jko+KiQPUGHnCRYlUUdYL4JyR+b5tvoFLwrv 0ghf6PIcLBcXc5tzHmPmduOfvFNN+E0BNW43zBWZbr7hxHnYT4uJ1REX4MHW3D6f6IpbLIzYBEY ZNzuHr05Zd/r8z0RmYuNwceVXNUi7kFd/P5U75n3WXvQ/SfmGXSofv/sdGOf7FDYGpyXq3dCYfV 42t34ZXt48HMiQfhD0ZMTFdcyb+V+JDP2zZXc8Tp/1v2r28TguwtqyXlE6Go+b+yOP0oGCl6M6N tuTxc9vMnKBfXwFY0+4574qsKNp1c04K0r+7JkX71Hy/ufOZWjiXAsVR2K18JOd5GWdo6WG+cKk AZxFAfM79To9Zeqd0bop4L/fxECK/KM9VnfYOeAiCmPx4NwLTrdaH1ZWqCpvI8UZOf47jUZxEAl FPo846HM5rqDwqtlExlQIQeRG0=
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/rdWShvxpDOiPZMd-bVjjZMQvKuQ>
Cc: bess@ietf.org
Subject: Re: [bess] FW: New Version Notification for draft-mackie-bess-nsh-bgp-control-plane-01.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: adrian@olddog.co.uk
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 01 Nov 2016 18:48:43 -0000

Hi again,

> Some of this is going to get long for an email, but I don't see another
> choice.

I'll do some pruning.

> Also, a lot of this discussion belongs in the SFC working
> group.  We need to figure out how to handle collaboration between IDR
> and SFC for this.

The cross between IDR and BESS has long since been worked out and I see no
reason to vary it.

The discussion with SFC is, of course important, and *if* we were changing what
the SFC WG had done we might be more interactive. At this point, we have flagged
the I-D to SFC and invited them all to the party.
 
> >> 1) I like the idea of being able to support multiple SFC overlays.
> >> I can see circumstances when this would be valuable. However, I can
> >> not see how it works.  (I presume I am missing something obvious.)
> >> If the SPI are unique, then sure, it works, but they are not really
> >> separate overlays.  They are merely administrative slices of the same
overlay.
> >> The text in section 5 bullet 1 starts with observing that the path
> >> state is RT specific.  That part is fine.  It then asserts that the
> >> SFF that receives a packet can somehow tell which RT the packet goes
> >> with. How? Since the underlay is not partitioned into RTs (only the
> >> overlay) the transport mechanism does not indicate that.  And the
> >> data packet does not carry an RT.
> >
> > Good catch!
> >
> > We wrote (section 4.3)...
> >    The SPI is unique across all service function overlay networks
> >    supported by the underlay network.
> >
> > This certainly makes life easier and comes at negligible cost because the
SPI
> > space can either be in the control of a single controller, or can be
partitioned
> > across multiple controllers.
> >
> > However, this could be relaxed a little. In the data plane it is the
combination
> > of tunnel/SPI that needs to be distinguishable (compare with how a L3VPN VRF
> > is identified). In the control plane, the RD/SPI needs to be globally
unique. So
> > we'll update the text to make that clear.
> 
> I had missed the sentence in 4.3 where you said that the SPI are
> disjoint.  If they are disjoint, it is not really separate overlays at
> all.  The RT allows you to reduce stored state, but they are really all
> part of the same overlay (as they have to coordinate.)
> 
> If we want to require that SFF are sensitive to the transport
> identification on which packets arrive (which may be MAC addresses, MPLS
> labels, ...) then yes, we could divide by using separate transport
> identifiers for an SFF which is in multiple overlays.  Seems very
> fragile.  I do hope there is a robust way to make it work.

This fragility has been used in many places without a problem for a while.
I would point at TCP port numbers. I would note the use labels to identify VPN
instances. Oh, and per-interface label spaces?
It works.

> >> 2)
[snip]
> > Consider for example that three "similar" implementations of a particular
> > function exist (say a firewall), but that they are given different SFT
values
> > because although they are similar, they are not identical. Suppose further
that
> > the controller is happy for either of the first two implementations to be
used,
> > but not the third. In this case the chain would include a choice not just
> > between SFIs, but between SFIs of different types. The choice in this case
> > would be made based on local considerations and would be just like any
> > other choice of SFI for a given SI.
> >
> > The use case you give is interesting, but different. You are basically
saying
> > that (part of) the chain consists of a set of functions that must all be
> > implemented, but where the order is not important. That becomes complicated
> > because it is not a natural fit with the concept of a chain. To achieve it
you
> > either need some state associated with the packets (like a recorded route -
> > possibly in metadata) or you have to perform branching (reclassification) to
> > jump into different chains (by changing SPI) so that choices become more
> > limited as the packet executes some functions and moves forward.
> >
> > Personally, if I had to deploy such function, I think I would opt for the
> > controller making the decision up front. But if I really wanted to delegate
the
> > choice into the network, I would do it with branching.
> 
> If that is the intent of the alternative SFTs, I think the text needs to
> make taht much clearer.  I can see wanting that, given the need to use
> registered SFTs in order to advertise service function availability in
> the control protocol.

OK. Will look at improving clarity for that. Thanks for flagging it.
 
[snip]

> >> 3) I am a bit confused by section 6.1 on looping, jumping, and
> >> branching.  Looping (more accurately spiraling) should not require
> >> any special handling.  Simply put the same SFI information at two
> >> different SIs in the same SPI, and spiraling occurs.  No special
> >> handling needed.
> >>
> >> Jumping seems to be a special case of reclassificaiton.  So I would
> >> prefer to see it simply handled by the same mechanism (why have two
> >> mechanisms that can do the same job.)
> >>
> >> Branching seems not to handle the most common case where we need to
> >> branch.  That is the situation where packets in a given SFP, as a
> >> result of processing by an SF, will usually continue down the SFP,
> >> but under some circumstances (and there are a range of them) will
> >> need to take a different path.
> >>
> >> The Assumption in the SFC work is that the SF indicates the need for
> >> reclassificiation by adjusting the flags in the NSH header, and that
> >> a classifier co-resident with the SFF then performs reclassification.
> >> The mechanism you describe in section 6.1 does not seem to support that.
> >
> > You are right that jumping, looping (let's keep that term because it is
clear
> > that it means going back to a particular point), and branching are all
similar.
> > That is, they all involve a different behavior from the normal
> > decrement-SI-and-get-on-with-it style of advancing down the chain. But,
> > obviously, they are subtly different and pose different problems.
> >
> > You are also correct that *if* the processing is linear (i.e., no choice
> > involved) then looping can be encoded as a straight-forward sequence in the
> > SFP, jumping would be unnecessary because the jumped-over hops would
> > not need to be in the chain at all, and branching would really just be a
> > shorthand. But we are covering the case where the progress is conditional
> > on something - call it reclassification if you like, or consider is a
policy-based
> > decision. In these cases, SFP must encode the choice.
> >
> > Additionally, the looped-back-to SFF has to have forwarding state dependent
> > on the SI it is processing. By re-using the SI (i.e., looping back to
exactly a
> > previous point on the SFP) we minimize that state.
> 
> SFF forwarding state is explicitly required by the NSH draft to be SI
> dependent.  If an SFF gets a packet with an SI it does not recognize,
> then it is required to drop the packet.  So this SI state is needed.

I think you are making an architectural assumption that a packet received "from
the wire" will be treated exactly the same as a packet received from a local SF.
I can see why you might want to have that (and why it forces the SF to decrement
the SI) but I don't see it in RFC 7665.

Anyway (!) my point was not that no SI state is need, but that by re-entering an
SFP (i.e. by re-using an SI) you can save state (by not needing state for other
SIs).

> Also, returning a packet to an earlier SFF, with the SI restored to what
> it was the first time, is a recipe for an infinite loop.  

That is true.
But note that re-classification is a recipe for an infinite loop and there is no
protection against that.
We noted the risk at the end of section 6.

> That is why we
> changed the term in the architecture from looping to spiraling. 

Ah, this is why you have been using this term.
But (and just for the record) neither RFC 7655 not draft-ietf-sfc-nsh-10 use the
term spiral or spiraling (or spiralling).
Actually, since there are only five active SFC WG drafts and just two RFCs it
was quick to check that none of the WG documents uses this term.

So I looked in the SFC mailing list and there it is: ticket #5 for the NSH
draft. The ticket was closed as:
| Reply: This was answered on the list: http://www.ietf.org/mail-
| archive/web/sfc/current/msg03188.html and therefore no changes are needed.
| Given that, this item can be marked as resolved.
In the referenced mail you wrote:
|| Thus, I would not expect this document to discuss how service functions
themselves
|| handle revisiting. But metadata clearly allows for a range of behaviors that
will work. 
|| And the path index handles the SFF needs relative to spirals, which is what
we need
|| to handle. 

And, metadata is exactly how we observed that an infinite loop would be avoided.

> Now, it
> may be that at several revisted SFF the selection of SF and next SFF are
> the same for the two indices.  But since thigns continue to get
> decremented, we can always terminate.  This is in fact why we look at
> spiraling as a normal part of the chain and not as reclassification.
> Reclassificiaton requires care, as it can easily produce infinite loops.

Agreed.
And classification programming, and chain construction, require care or packets
can get sent to the wrong places and have the wrong functions applied to them.

> Having said all that, given that the function to be invoked for your
> special path markers is undefined, I do not see how it is helpful to
> include them in the chain.  The SFF has no way, from that information,
> to know what it is supposed to do.  And having the markers does not help
> it perform better reclassification.  And further, the classifier knows
> what result it wants, so having more specific markers does not seem to
> help anything.

I understand half of your point, but disagree. A classifier in your scheme must
be fully programmed, and when new non-simple actions are required it must be
reprogrammed.
In our scheme a simple policy may be installed at the classifier and the
definition of the chain describes the available options.
Furthermore, the choice may be as simple as "load balancing" in which case
calling the function "re-classification" may be over egging.
Lastly, a common "final step" in a chain may be to splice it into another chain.
This saves a lot of programming and allows for management of common chain
segments. That operation requires a specific hop description in the first chain
- effectively a branch instruction.

The bit I don't understand is where you say "the function to be invoked for your
special path markers is undefined," so I can't answer it.

> > The location of the re-classification is a matter for debate. It is probably
an
> > implementation issue, and I hope that the architecture will not
unnecessarily
> > constrain the implementation. You have suggested here that "a classifier
> > co-resident with the SFF performs reclassification" and that certainly fits
with
> > our approach although there are two forms of re-classification possible.
> > 1. The re-classifier is programmed though the controller to be aware
> >    of potential changes (loop, jump, branch) and acts accordingly.
> > 2. The re-classifier learns of options for re-classification through
> >    inspection of the SFPR that was advertised.
> > We support both.
> 
> Classifiers are described in teh architecture as a separate entity from
> SF.  We found this to be really helpful. This does allow one to have an
> SF with a co-located classifier.  But it is conceptually the classifier
> that changes the SPI / SI, not the SF.  SF are not permitted by the NSH
> draft to adjust the SPI.

I really struggle to see the difference between "a classification function
co-resident with a service function" (RFC 7665 section 4.8 - where it is noted
as typical for re-classification) and a service function that can do
reclassification. Of course, they are separate logical functions and how you
implement your software is up to you, but from the outside the difference is not
apparent: as far as the SFF is concerned, it gave a packet to an SF and the
packet came back having been re-classified.

Aren't we on the head of a pin here especially when looking at section 4 of the
NSH draft as I noted here...

> > On the other hand, draft-ietf-sfc-nsh (section 4) makes it clear that any of
the
> > SFF, SF, and proxy may perform re-classification. In other words, the packet
> > received back from the SF by the SFF may already have been re-classified so
> > that the SPI/SI is different from what is "expected". We also support that
> > mode of operation.
> >
> >> 3') Also, that is why we do not usually describe the classifier as a
> >> service function.  Classifiers (including in path reclassifiers) are
> >> permitted to overwrite the SFP ID.  Service functions are not
> >> permitted to do that.
> >
> > We may be getting confused between logical functions and implementation
> > components. If (as we do) we say that anything that modifies the SPI/SI
other
> > than by  simple decrement of the SI is performing classification, then it is
> > evident that when an SF or SFF modifies the SPI/SI then it has a co-resident
> > classifier. That is, the SF or SFF has classifier function built in. Of
course,
> > the classifier may also be a "bump in the virtual wire".
> 
> Agreed, the classifer can be a bump in teh wire, it can be co-resident
> with the SFF, or it can be coresident with the SF.  It is a logical
> function to address specific needs.

We are agreed.
It is a logical function, and thus may be folded in with other logical functions
to make single protocol elements.

> >> 4) I notice that the examples still show the SI being adjusted by
> >> more than 1.  The NSH draft has been clarified, at the request of
> >> the AD and WG, to make it clear that the SI is decremented by 1 at each
hop.
> >> (If that were not the case, we would need additional information in
> >> the control as to how much to decrement the SI. Which would be a
> >> complication with no value.)
> >
> > I think you may be using the Future Perfect form of the Present Tense, Joel.
> > The current version of the draft (-10) shows "decrement" and has no
> > mention of requiring a unitary decrement.
> > But, frankly, this is not relevant.
> > We absolutely support the possibility of decrementing the SI by just one.
> > But we also support re-classification that is co-resident in the SF and
changes
> > the SI by a different amount.
> > We think that the SFF does not need to be able to tell whether an SF has
> > invoked re-classification and therefore it should be built to expect and
SPI/SI
> > on returned packets.
> 
> I am guessing that most of us working on this assumed that "decrement"
> meant "decrease by 1".

Guess away!

Actually, I am grumpy.
You said above
"The NSH draft has been clarified, at the request of the AD and WG, to make it
clear that the SI is decremented by 1 at each hop."
Not only has that update not been made, but you just sent mail to the SFC list
to ask them what they think "decrement" means.
If the WG has already agreed this you surely don't need to ask again.
I do see the question raised by Alia in her review on October 5th, but I see no
follow-up to this point on the list.
So, no, there is no agreement about the SF decrementing by one at each hop.

> The problem is that if the decrease can be
> arbitrary then we need to include in the provisioning model the amount
> to decrease.  We could do that.  And add text making clear that the
> decrement is variable.  Or we could add text making clear what we have
> assumed, that it is unitary.  The fact that you read it as allowing
> larger decrements means that we need to be clearer one way or the other.

Agreed. Clarity is king.
 
> Personally, I consider modifying an in-place chain rare enough that
> needing to instead create a new chain, create the state for it, and then
> change the classification rules to use the new chain to be a cleaner and
> more robust way to get there.  But that is just my take.

It is messy if that chain is used by other chains (as "branch to").

Cheers,
Adrian


From nobody Tue Nov  1 15:33:11 2016
Return-Path: <jmh@joelhalpern.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 893E51293E0 for <bess@ietfa.amsl.com>; Tue,  1 Nov 2016 15:33:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.702
X-Spam-Level: 
X-Spam-Status: No, score=-2.702 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 Q2wrds1g6Bqm for <bess@ietfa.amsl.com>; Tue,  1 Nov 2016 15:33:06 -0700 (PDT)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (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 E2EBD129416 for <bess@ietf.org>; Tue,  1 Nov 2016 15:33:06 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 87774245E66; Tue,  1 Nov 2016 15:33:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=1.tigertech; t=1478039586; bh=GdjlhfR1RQL01v//itGR7346iBa+QethesIh2j/rHPc=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=hyy9bcIlFUzalEl1K4O9LF/0MMDfe6xadjPHFFiGqfy2uJH67/a/h6CXguFU/HJ6+ h/cG9fT+oU9A7joKHyK2NLqtKmVXkikgJWrvFpxwDZYa4AoHm/5ZXxLtffHYr1kRpb sQmnQVFYLquBUDUlR6MFn96fcvnrSVEpZWA5D9zU=
X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net
Received: from Joels-MacBook-Pro.local (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id D8878240AA0; Tue,  1 Nov 2016 15:33:05 -0700 (PDT)
To: adrian@olddog.co.uk
References: <147784375838.20673.15513470878299688311.idtracker@ietfa.amsl.com> <000901d232c9$5841d390$08c57ab0$@olddog.co.uk> <bb42a567-af1d-1137-39d0-32946fc9d258@joelhalpern.com> <022101d23460$7c283400$74789c00$@olddog.co.uk> <6301d383-b1f9-8bb9-efa3-c0dadacf6d52@joelhalpern.com> <026801d23470$8228f730$867ae590$@olddog.co.uk>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <a23c1212-512f-8c32-f6e8-1bcd71d86806@joelhalpern.com>
Date: Tue, 1 Nov 2016 18:34:54 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <026801d23470$8228f730$867ae590$@olddog.co.uk>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/TcW8zaRPcZvHxZ-OKn_KTR5LJHI>
Cc: bess@ietf.org
Subject: Re: [bess] FW: New Version Notification for draft-mackie-bess-nsh-bgp-control-plane-01.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 01 Nov 2016 22:33:09 -0000

I had thought an earlier discussion in the SFC WG had clarified that the 
decrement was by 1.  Since that did not happen, I have now forwarded 
that question to them.
Other comments in line.

Yours,
Joel

PS: Given the announcement, I should clarify that what I am writing here 
is my personal opinion.  Even when I comment on WG action, that is based 
on my prior participation, not a current conclusion as co-chair.

PPS: One of the reasons I would like to see this discussed more on the 
SFC list is that I would prefer that other SFC members take the lead on 
these issues now that I am a co-chair.

On 11/1/16 2:48 PM, Adrian Farrel wrote:

>
>>>> 1) I like the idea of being able to support multiple SFC overlays.
>>>> I can see circumstances when this would be valuable. However, I can
>>>> not see how it works.  (I presume I am missing something obvious.)
>>>> If the SPI are unique, then sure, it works, but they are not really
>>>> separate overlays.  They are merely administrative slices of the same
> overlay.
>>>> The text in section 5 bullet 1 starts with observing that the path
>>>> state is RT specific.  That part is fine.  It then asserts that the
>>>> SFF that receives a packet can somehow tell which RT the packet goes
>>>> with. How? Since the underlay is not partitioned into RTs (only the
>>>> overlay) the transport mechanism does not indicate that.  And the
>>>> data packet does not carry an RT.
>>>
>>> Good catch!
>>>
>>> We wrote (section 4.3)...
>>>    The SPI is unique across all service function overlay networks
>>>    supported by the underlay network.
>>>
>>> This certainly makes life easier and comes at negligible cost because the
> SPI
>>> space can either be in the control of a single controller, or can be
> partitioned
>>> across multiple controllers.
>>>
>>> However, this could be relaxed a little. In the data plane it is the
> combination
>>> of tunnel/SPI that needs to be distinguishable (compare with how a L3VPN VRF
>>> is identified). In the control plane, the RD/SPI needs to be globally
> unique. So
>>> we'll update the text to make that clear.
>>
>> I had missed the sentence in 4.3 where you said that the SPI are
>> disjoint.  If they are disjoint, it is not really separate overlays at
>> all.  The RT allows you to reduce stored state, but they are really all
>> part of the same overlay (as they have to coordinate.)
>>
>> If we want to require that SFF are sensitive to the transport
>> identification on which packets arrive (which may be MAC addresses, MPLS
>> labels, ...) then yes, we could divide by using separate transport
>> identifiers for an SFF which is in multiple overlays.  Seems very
>> fragile.  I do hope there is a robust way to make it work.
>
> This fragility has been used in many places without a problem for a while.
> I would point at TCP port numbers. I would note the use labels to identify VPN
> instances. Oh, and per-interface label spaces?
> It works.

Actually, I have seen lots of complaints obout the difficulty of using 
per-interface MPLS labels.  More importantly, when this was discussed on 
the SFC list, folks agreed that per-interface behavior was undesirable, 
so we avoided it.

>
...
>
>>>> 3) I am a bit confused by section 6.1 on looping, jumping, and
>>>> branching.  Looping (more accurately spiraling) should not require
>>>> any special handling.  Simply put the same SFI information at two
>>>> different SIs in the same SPI, and spiraling occurs.  No special
>>>> handling needed.
>>>>
>>>> Jumping seems to be a special case of reclassificaiton.  So I would
>>>> prefer to see it simply handled by the same mechanism (why have two
>>>> mechanisms that can do the same job.)
>>>>
>>>> Branching seems not to handle the most common case where we need to
>>>> branch.  That is the situation where packets in a given SFP, as a
>>>> result of processing by an SF, will usually continue down the SFP,
>>>> but under some circumstances (and there are a range of them) will
>>>> need to take a different path.
>>>>
>>>> The Assumption in the SFC work is that the SF indicates the need for
>>>> reclassificiation by adjusting the flags in the NSH header, and that
>>>> a classifier co-resident with the SFF then performs reclassification.
>>>> The mechanism you describe in section 6.1 does not seem to support that.
>>>
>>> You are right that jumping, looping (let's keep that term because it is
> clear
>>> that it means going back to a particular point), and branching are all
> similar.
>>> That is, they all involve a different behavior from the normal
>>> decrement-SI-and-get-on-with-it style of advancing down the chain. But,
>>> obviously, they are subtly different and pose different problems.
>>>
>>> You are also correct that *if* the processing is linear (i.e., no choice
>>> involved) then looping can be encoded as a straight-forward sequence in the
>>> SFP, jumping would be unnecessary because the jumped-over hops would
>>> not need to be in the chain at all, and branching would really just be a
>>> shorthand. But we are covering the case where the progress is conditional
>>> on something - call it reclassification if you like, or consider is a
> policy-based
>>> decision. In these cases, SFP must encode the choice.
>>>
>>> Additionally, the looped-back-to SFF has to have forwarding state dependent
>>> on the SI it is processing. By re-using the SI (i.e., looping back to
> exactly a
>>> previous point on the SFP) we minimize that state.
>>
>> SFF forwarding state is explicitly required by the NSH draft to be SI
>> dependent.  If an SFF gets a packet with an SI it does not recognize,
>> then it is required to drop the packet.  So this SI state is needed.
>
> I think you are making an architectural assumption that a packet received "from
> the wire" will be treated exactly the same as a packet received from a local SF.
> I can see why you might want to have that (and why it forces the SF to decrement
> the SI) but I don't see it in RFC 7665.

That is the assumption the SFC group made during the work on the NSH 
document.  RFC 7665 does not mandate that, and probably would have been 
overly-specifying the solution if it had.

>
> Anyway (!) my point was not that no SI state is need, but that by re-entering an
> SFP (i.e. by re-using an SI) you can save state (by not needing state for other
> SIs).

We specifically did not want to have re-entry with the same SPI and SI. 
Section 5.4 of RFC 7665 stated the requirement, but not the solution. 
Simply using the path, with decrementing SIs, and recurrance of the same 
SFF (with or without the same SF) meets this.
We do understand that reclassification can produce loops.

Personally, the "state savings" you are claiming seems very small.  And 
means that observing the forwarding and diagnosing problems will be 
harder since the same SPI with the same SI may lead to different 
behaviors.  Ouch.

...

> And, metadata is exactly how we observed that an infinite loop would be avoided.

Given that SFF are not required to handle any metadata, I do not see how 
metadata can prevent infinite loops with the proposed handling.  It 
seems a significant risk for a tiny state savings.

...
>> Having said all that, given that the function to be invoked for your
>> special path markers is undefined, I do not see how it is helpful to
>> include them in the chain.  The SFF has no way, from that information,
>> to know what it is supposed to do.  And having the markers does not help
>> it perform better reclassification.  And further, the classifier knows
>> what result it wants, so having more specific markers does not seem to
>> help anything.
>
> I understand half of your point, but disagree. A classifier in your scheme must
> be fully programmed, and when new non-simple actions are required it must be
> reprogrammed.
> In our scheme a simple policy may be installed at the classifier and the
> definition of the chain describes the available options.
> Furthermore, the choice may be as simple as "load balancing" in which case
> calling the function "re-classification" may be over egging.
> Lastly, a common "final step" in a chain may be to splice it into another chain.
> This saves a lot of programming and allows for management of common chain
> segments. That operation requires a specific hop description in the first chain
> - effectively a branch instruction.
>
> The bit I don't understand is where you say "the function to be invoked for your
> special path markers is undefined," so I can't answer it.
>

The problem is that there is no means for the SFF to know from what is 
being circulated, hwo to tell when to invoke the special processing and 
when not to invoke the special processing.

...
>>>> 4) I notice that the examples still show the SI being adjusted by
>>>> more than 1.  The NSH draft has been clarified, at the request of
>>>> the AD and WG, to make it clear that the SI is decremented by 1 at each
> hop.
>>>> (If that were not the case, we would need additional information in
>>>> the control as to how much to decrement the SI. Which would be a
>>>> complication with no value.)
>>>
>>> I think you may be using the Future Perfect form of the Present Tense, Joel.
>>> The current version of the draft (-10) shows "decrement" and has no
>>> mention of requiring a unitary decrement.
>>> But, frankly, this is not relevant.
>>> We absolutely support the possibility of decrementing the SI by just one.
>>> But we also support re-classification that is co-resident in the SF and
> changes
>>> the SI by a different amount.
>>> We think that the SFF does not need to be able to tell whether an SF has
>>> invoked re-classification and therefore it should be built to expect and
> SPI/SI
>>> on returned packets.
>>
>> I am guessing that most of us working on this assumed that "decrement"
>> meant "decrease by 1".
>
> Guess away!
>
> Actually, I am grumpy.
> You said above
> "The NSH draft has been clarified, at the request of the AD and WG, to make it
> clear that the SI is decremented by 1 at each hop."
> Not only has that update not been made, but you just sent mail to the SFC list
> to ask them what they think "decrement" means.
> If the WG has already agreed this you surely don't need to ask again.
> I do see the question raised by Alia in her review on October 5th, but I see no
> follow-up to this point on the list.
> So, no, there is no agreement about the SF decrementing by one at each hop.

As noted above, I had thought we had agreed to make such a 
clarification.  I was mistaken.  The fact that there waas confusion 
means we do need to clarify the text.  The SFC WG will have to decide 
what it wants regarding the decrement behavior.

>
>> The problem is that if the decrease can be
>> arbitrary then we need to include in the provisioning model the amount
>> to decrease.  We could do that.  And add text making clear that the
>> decrement is variable.  Or we could add text making clear what we have
>> assumed, that it is unitary.  The fact that you read it as allowing
>> larger decrements means that we need to be clearer one way or the other.
>
> Agreed. Clarity is king.
>
>> Personally, I consider modifying an in-place chain rare enough that
>> needing to instead create a new chain, create the state for it, and then
>> change the classification rules to use the new chain to be a cleaner and
>> more robust way to get there.  But that is just my take.
>
> It is messy if that chain is used by other chains (as "branch to").

I do not see why the ability to branch to a chain adds any complexity. 
In general, what we have observed is that most reu-use cases are most 
cleanly handled (in terms of human planning and automatic operation) if 
the thing branched to is a free-standing chain, not part of something 
else.  As such, the initial SI will be 255.  Thus, it has nothing to do 
with the gaps or changes when things are inserted.  Again, the state 
cost of doing this is small, and the management benefit is high.
I will grant that neither the architecture nor the NSH document prohibit 
reclassifying into the middle of another service chain.  But I do not 
see any reason to optimize for such a case.

>
> Cheers,
> Adrian
>
>


From nobody Wed Nov  2 09:20:37 2016
Return-Path: <thomas.morin@orange.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77E951296C8 for <bess@ietfa.amsl.com>; Wed,  2 Nov 2016 09:20:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.031
X-Spam-Level: 
X-Spam-Status: No, score=-5.031 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497, SPF_SOFTFAIL=0.665] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dvb_eIAHmMmm for <bess@ietfa.amsl.com>; Wed,  2 Nov 2016 09:20:35 -0700 (PDT)
Received: from r-mail2.rd.orange.com (r-mail2.rd.orange.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id 021891294AC for <bess@ietf.org>; Wed,  2 Nov 2016 09:20:35 -0700 (PDT)
Received: from r-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id AE99D5D8630; Wed,  2 Nov 2016 17:20:33 +0100 (CET)
Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by r-mail2.rd.orange.com (Postfix) with ESMTP id A880D5D84F2; Wed,  2 Nov 2016 17:20:33 +0100 (CET)
Received: from [172.31.0.98] (10.193.116.12) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.301.0; Wed, 2 Nov 2016 17:20:33 +0100
To: <bess@ietf.org>
References: <5805DD1E.4000400@nokia.com>
From: Thomas Morin <thomas.morin@orange.com>
Organization: Orange
Message-ID: <47831dbd-367e-4b7a-6489-6d55571bfff8@orange.com>
Date: Wed, 2 Nov 2016 17:20:32 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <5805DD1E.4000400@nokia.com>
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/g9QXvOCPT6oUFSw6FqRBvmfmkTs>
Cc: Martin Vigoureux <martin.vigoureux@nokia.com>
Subject: [bess] IMPORTANT: please resend your slots requests for BESS WG session - IETF 97 - Seoul !
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: BESS Chairs <bess-chairs@ietf.org>
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 02 Nov 2016 16:20:36 -0000

Hi everyone,

You need to resend your request for a slot (unless the WG or Thomas were 
Cc'd in your initial email).
The reason behind this is that Martin's PC suffered from a crash today.

With our apologies for the inconvenience and for being late to post an 
agenda...

Thomas/Martin


Martin Vigoureux:
> All,
>
> it is time we start building the BESS WG agenda for Seoul.
> The IETF agenda is available at:
> https://datatracker.ietf.org/meeting/97/agenda.html
> Please note that it is still a preliminary agenda.
>
> The BESS WG session (2h) is currently scheduled on
> Monday, 14th of November, Afternoon session I 13:30-15:30 (local time)
>
> Please send us your request for a presentation slot, indicating
> draft name, speaker and desired duration (covering presentation +
> discussion)
>
> Please send the requests no later than the 30th of October.
> Thank you
>
> M&T
>
> _______________________________________________
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess



From nobody Wed Nov  2 09:45:49 2016
Return-Path: <jdrake@juniper.net>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E791A129481; Wed,  2 Nov 2016 09:45:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.903
X-Spam-Level: 
X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2H1WykZE_7HW; Wed,  2 Nov 2016 09:45:45 -0700 (PDT)
Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0124.outbound.protection.outlook.com [104.47.40.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A3050127735; Wed,  2 Nov 2016 09:45:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=lTkLGNMXVc9Okw+/QG00QpXBPjbwxK6KB/RyM0qTq2I=; b=bnejd08iVt/hQ6koMqoXQ+fbHs++hx2hIN749AIMNZ8yxCARBvlvBEie1rToYB8x7kItn33Kt8I8aMPRL98UsMM9YNvk9ZTbEuZgF9kq0e2Q8UBXzo4QSyVS8gxOJqFYBE0yJ/WelHjcTZNSVp3Tp3NAgYdpC4zCAOfINtolGE4=
Received: from BN6PR05MB2995.namprd05.prod.outlook.com (10.173.19.13) by BN6PR05MB2994.namprd05.prod.outlook.com (10.173.19.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.707.1; Wed, 2 Nov 2016 16:45:44 +0000
Received: from BN6PR05MB2995.namprd05.prod.outlook.com ([10.173.19.13]) by BN6PR05MB2995.namprd05.prod.outlook.com ([10.173.19.13]) with mapi id 15.01.0707.004; Wed, 2 Nov 2016 16:45:44 +0000
From: John E Drake <jdrake@juniper.net>
To: BESS Chairs <bess-chairs@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [bess] IMPORTANT: please resend your slots requests for BESS WG session - IETF 97 - Seoul !
Thread-Index: AQHSNSUO8+pylxVz8UuOO/D8YLCOe6DF5lIw
Date: Wed, 2 Nov 2016 16:45:44 +0000
Message-ID: <BN6PR05MB299571A4F87AF56424412901C7A00@BN6PR05MB2995.namprd05.prod.outlook.com>
References: <5805DD1E.4000400@nokia.com> <47831dbd-367e-4b7a-6489-6d55571bfff8@orange.com>
In-Reply-To: <47831dbd-367e-4b7a-6489-6d55571bfff8@orange.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=jdrake@juniper.net; 
x-originating-ip: [66.129.241.14]
x-ms-office365-filtering-correlation-id: ce5674b5-9b98-4cd5-4fd8-08d4033fb0a0
x-microsoft-exchange-diagnostics: 1; BN6PR05MB2994; 7:V1UVM9JAI1iuuZ+005XPdbt1T+iyR57JzyQF9Z8lkmcHUK8MVzHFr8O8D0n2WRi8h/VYvyiB6rifMrlVvaBUpEO8Zd4xoIeGKvQExFNcTSwD9BHChUT31D1XB++345FDU8R7Ju74xg0sze4Pjvxod+A0CIa6eMDmsAVFrkTNR+J9wsnNF10vh/bxRMYGBs9kvresa7KdJM1yNP2akqZu8CJg3d79qWp7kAa/VzYN5PQdF9UfypvR5oC0trsfjv5j8zDyfZ94vzeHE7FlCbo/l6R/Jx5f9VZrU4kqHZoKUGcipKWIoHORxG39NRMZx4T2EQzxf+Hp33VmhCT61WiItuXTH1C1+jfcAmypvjZMn5c=
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN6PR05MB2994;
x-microsoft-antispam-prvs: <BN6PR05MB2994FF9E30FF2298B9FD4770C7A00@BN6PR05MB2994.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(120809045254105)(82608151540597);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026); SRVR:BN6PR05MB2994; BCL:0; PCL:0; RULEID:; SRVR:BN6PR05MB2994; 
x-forefront-prvs: 0114FF88F6
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(53754006)(189002)(13464003)(377454003)(199003)(102836003)(76576001)(2906002)(2950100002)(8936002)(5002640100001)(74316002)(86362001)(5660300001)(101416001)(33656002)(7696004)(50986999)(10400500002)(76176999)(54356999)(7736002)(19580395003)(19580405001)(66066001)(586003)(7846002)(305945005)(77096005)(106356001)(15975445007)(106116001)(105586002)(99286002)(92566002)(189998001)(3280700002)(3660700001)(81166006)(122556002)(2900100001)(81156014)(3846002)(2501003)(6116002)(9686002)(4326007)(8676002)(87936001)(5001770100001)(11100500001)(97736004)(68736007); DIR:OUT; SFP:1102; SCL:1; SRVR:BN6PR05MB2994; H:BN6PR05MB2995.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Nov 2016 16:45:44.6180 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR05MB2994
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/h5i7_4uKj57sHaKwJNRf3ySDxFo>
Cc: Martin Vigoureux <martin.vigoureux@nokia.com>
Subject: Re: [bess] IMPORTANT: please resend your slots requests for BESS WG session - IETF 97 - Seoul !
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 02 Nov 2016 16:45:48 -0000

Thomas and Martin,

Adrian, Eric, and I would like to request two 10-15 minute slots at the BES=
S Seoul meeting to discuss the following two drafts:

https://tools.ietf.org/html/draft-drake-bess-datacenter-gateway-01

https://tools.ietf.org/html/draft-mackie-bess-nsh-bgp-control-plane-01

Yours Irrespectively,

John


> -----Original Message-----
> From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Thomas Morin
> Sent: Wednesday, November 2, 2016 12:21 PM
> To: bess@ietf.org
> Cc: Martin Vigoureux <martin.vigoureux@nokia.com>
> Subject: [bess] IMPORTANT: please resend your slots requests for BESS WG
> session - IETF 97 - Seoul !
>=20
> Hi everyone,
>=20
> You need to resend your request for a slot (unless the WG or Thomas were =
Cc'd
> in your initial email).
> The reason behind this is that Martin's PC suffered from a crash today.
>=20
> With our apologies for the inconvenience and for being late to post an ag=
enda...
>=20
> Thomas/Martin
>=20
>=20
> Martin Vigoureux:
> > All,
> >
> > it is time we start building the BESS WG agenda for Seoul.
> > The IETF agenda is available at:
> > https://datatracker.ietf.org/meeting/97/agenda.html
> > Please note that it is still a preliminary agenda.
> >
> > The BESS WG session (2h) is currently scheduled on Monday, 14th of
> > November, Afternoon session I 13:30-15:30 (local time)
> >
> > Please send us your request for a presentation slot, indicating draft
> > name, speaker and desired duration (covering presentation +
> > discussion)
> >
> > Please send the requests no later than the 30th of October.
> > Thank you
> >
> > M&T
> >
> > _______________________________________________
> > BESS mailing list
> > BESS@ietf.org
> > https://www.ietf.org/mailman/listinfo/bess
>=20
>=20
> _______________________________________________
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess


From nobody Wed Nov  2 12:05:39 2016
Return-Path: <erosen@juniper.net>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C797A129B1D for <bess@ietfa.amsl.com>; Wed,  2 Nov 2016 12:05:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.903
X-Spam-Level: 
X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3bwG-ECa02nE for <bess@ietfa.amsl.com>; Wed,  2 Nov 2016 12:05:33 -0700 (PDT)
Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0101.outbound.protection.outlook.com [104.47.40.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 68618129B59 for <bess@ietf.org>; Wed,  2 Nov 2016 12:05:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=NVEOpthg5SaOZQt2WTwOjXinsHtGicMU4NnMTqH8MKI=; b=YRDh5g7sklSnXRQCB7ClxEDI9t6BVn/+rW3vra8Kl5NCRRM7bdQgtQT7bT0i6wwnraFdK045GjKbXxdeJ9XOk5zvTCXtAv+vb9AiO6F1hGCT2N61gs+QoddEB72JPg1SP7PhwGF6EvWoi4oLzigdA1VtQy9p9kDwPZbqprFx5kI=
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=erosen@juniper.net; 
Received: from [172.29.33.219] (66.129.241.13) by BY2PR05MB2182.namprd05.prod.outlook.com (10.166.112.10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.707.1; Wed, 2 Nov 2016 19:05:12 +0000
To: "Joel M. Halpern" <jmh@joelhalpern.com>, <adrian@olddog.co.uk>
References: <147784375838.20673.15513470878299688311.idtracker@ietfa.amsl.com> <000901d232c9$5841d390$08c57ab0$@olddog.co.uk> <bb42a567-af1d-1137-39d0-32946fc9d258@joelhalpern.com> <022101d23460$7c283400$74789c00$@olddog.co.uk> <6301d383-b1f9-8bb9-efa3-c0dadacf6d52@joelhalpern.com>
From: Eric C Rosen <erosen@juniper.net>
Message-ID: <5fb08bb1-402c-0bfb-933f-78c8c91dbcf3@juniper.net>
Date: Wed, 2 Nov 2016 15:04:59 -0400
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <6301d383-b1f9-8bb9-efa3-c0dadacf6d52@joelhalpern.com>
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 7bit
X-Originating-IP: [66.129.241.13]
X-ClientProxiedBy: HE1PR06CA0028.eurprd06.prod.outlook.com (10.162.181.166) To BY2PR05MB2182.namprd05.prod.outlook.com (10.166.112.10)
X-MS-Office365-Filtering-Correlation-Id: 243363e0-683b-45a3-9582-08d403532da0
X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2182; 2:I0PnV3wj127CtZ7J0FCfZyJRT1JWcsTNi1ZDtw5+CvWdyZiuo8m4Nuy96tpCm/H2xVpL4spYJlOE8ZVMh+PbH5KezO8Ne2PafyeegCm7kcTQkBaCDNhtwY07ykkgJIa4wfa1G7Ab9+Aw0M9YCfIUdWLUFhTL6xgCaUuXoeEh/Rl1J1IhW8t4Eo3u+p2FVoc+L4qAL4wuIaeSgV19XtuzSg==; 3:P5iEcjFO8GhZ5hKYJsDW/ndZGUPhf8QmvJGgwf3Rqs0fAL9IugC8tYG4SenvM+R1R0mVDVIcH1XUekFDeIe762JhwOJmpe/I4P1LvFxyobqgWq5A4BCsqgQPdE0fzhvHl2QkW+NHakD4A8f7RzCEDQ==; 25:/v297C21MnO1BCOPm90vR2ff2t3/D6vNYvw1Ewn5+d5ELbVvCR14RYqVJJMvyXbPUXESSc9l3XcIydZuOJ8kUcgE1lTtEh3aKIE7fUIHFlFvRS0VjDuy4Smmc9Y7ZNL2JzonMNuTMsOeQaH4HidoSQixWYRLW5PKeWtZ3XDhSOvo7/m0qVOMPEmPboGHjtYIbpSCz7tRYLPjxUfBMCQitbfJ4GABVVfDXNbzBjCAzRYQcVHSdqCakj6Xy5PcW5cEyrQC1A6YMveXktAQcK97bvohgvXWW7/UcNX7jGrQ5RTD015McnmoU6bkRksZjc8JILxTjDG3eV3lDga1QYcWOQtug06GyhH+5hUQ5HT5vsZRV5eFvb3uVloPD2qHv4TtMs8w19YS0HRHMFSl+YX5p7u0x30d6iI2MlVRd7JKCJ9kCrVWIzhy4ejRgCccwjNr
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2PR05MB2182;
X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2182; 31:/JSd6lA7YCzCsWEMPXEUSY7rhUI+N7KwhmAPDdtK8NKSC9PZGU4HTt4rlIAiPjokWOEi60tSy1i0K5ScfNVSiVYIj8+1x9sS0lULUR9BTuFL5Ko2vRL1gjgMxRqO/we8UwJ4wgwBFXh/AY+Pq7WJHQ6kgB9CEGnb7AFcNe990zPqQ7N7JxpDtRC6AqnaDshEUhBhKd1KvAoJdfB69cd8OUtslPHNkvc068yffQnVGopw7O7IpHZvhh4bdU99pE0i; 20:5mNowx2ydB1YBQLuIhrvDAJNCx5FmBInB/lab5yVuAkh2dnIL+ucg1yfnGMOZV3agm95ET2FTKbxo9D13EfAvCMc/dGCb23a4POSz779xEiAUJwbLxCj69gkRQaRMdvabsBQ4p+7VI+cYj4Ajt5nAlGUU55hi3iZPJxUfHUm7Kl5rvcW81LcnTQi8rf12pIsGBzApd64K+nsRF2HkPXvXJ8X3By3I3RcDkXJwHxmZO0vIb+R6ZB3aRA+AH6vOm/+yH9ACh95gBynIiOUD3+bUBl5FWcXgF99KJm8r8OX6uytbHQ3dgzSq+0n330tjeDlX9vhT882ujOLHQQuhbpWts9JOQQrF71uXbdW7UwcecHprl/riqiDBGqo3Qhtgp6jPkKKbv99l6dwpe7odXqQlZ+sIXFPcGv7DTpUu/1wNDRf5D1puIsaw2ILjoobx335ACOyMhEj3ggCiy0b9TCysmbSZYbL0oKyTZopnyOlc4xDV3BJJYvbPJAu2id65bJyxCWBU39WDaQAJ2avWYXZdqROYF7dv5jVIt+Hs9iorEinPqORdaoehtsg+sFwLH1ggK9F4xXMtYc/JdFZSWDCdi6mAxPCVF3ssPvNW5ryUUw=
X-Microsoft-Antispam-PRVS: <BY2PR05MB2182D192468C39701942B435D4A00@BY2PR05MB2182.namprd05.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(131327999870524);
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026); SRVR:BY2PR05MB2182; BCL:0; PCL:0; RULEID:; SRVR:BY2PR05MB2182; 
X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2182; 4:MkiaF7D0TPnneGn0+X+5NHgWdSMPayWSxu2eADqXudNKUfx10xvZ4PEDm2qa3hAZ8WH19eHzH980Ae0VjaKSHpUcLBDG3HzGLuCAWWr1F6qHg2ttdPns+zdhACXPnLJjFqWLDaElT3bImVEHq/R+Yv7rdkAuyx/4j5+VEvjqLDOmGjLH8IuwbBwU31S5pREgF9c1YmTFfkHHVDeJTHajFgXqkhu857XWrbVTJZQIKYZaZIlal78Q2OIwkM4t2ZXidDz8T9jP4muZq/UNOguQCge6IrVb4WMd2Q1nKZbKngxAf32EPXJH7LTzfQrgcRIci55PtY14vw9J03TTtja2CJ+lCQ7THA/lnmTTO1Sda3k43dAPOxOVztCV2jBkRNfB+UKfggtL/tn3SktDTregVDC9HoOvhE+L+jv/voq1xa0tgX0iIPSJn6Zr2E26OSGhzsPeVEzfqEQ9APIt0kzflw==
X-Forefront-PRVS: 0114FF88F6
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6009001)(6049001)(7916002)(199003)(189002)(8676002)(106356001)(101416001)(230700001)(33646002)(586003)(97736004)(54356999)(50986999)(6116002)(2950100002)(76176999)(3846002)(5001770100001)(81156014)(81166006)(50466002)(189998001)(64126003)(4001350100001)(42186005)(105586002)(31686004)(47776003)(36756003)(7736002)(65956001)(66066001)(230783001)(4326007)(65806001)(305945005)(2906002)(65826007)(77096005)(31696002)(93886004)(6666003)(23746002)(83506001)(7846002)(86362001)(5660300001)(92566002)(68736007); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB2182; H:[172.29.33.219]; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; 
Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?Windows-1252?Q?1; BY2PR05MB2182; 23:/sIJtArfFwLGLM0wLGNIF2EQGfcYnF0RNv8fv?= =?Windows-1252?Q?kBJRlQU/8jXj9NWzhVPEuKFBE0ghMFHEJpPoDA9Fc9B1jO2fWZnVTcb5?= =?Windows-1252?Q?rVBkY4YmkmgM7IpEh1Gie4NNowjUjjfUohltfBGJKbcxFc2MRdY3O++r?= =?Windows-1252?Q?ZN8wrAo+yh6KRS7bVHtLuJlRA4DzDSRQnUBCs8JvY575D0uwtA4bLd7M?= =?Windows-1252?Q?FFbH0qqIp8VLqJLhPevte6A3BFkfX1hioDgx7kfT8SlTUOmVyI9cZ25i?= =?Windows-1252?Q?3/MXJ0yiweYx6CfvoJCF2aGAMc+SNyu5gHMPk5a7SYCX6skOPmWB09fc?= =?Windows-1252?Q?yjVZW2pLKRM02D0dhFlFro7OknXB5/c+lqLfu5Uj8edgZIYLw2/rw3RD?= =?Windows-1252?Q?n3TC/9X2MZceXm+z4ebG1Kv/CP6vQWRFh6affOMzw6buE5ikIqVQcquG?= =?Windows-1252?Q?XOWPvR8eCVzDORHCSR2MMkcOnztgRlGszEbvzO5nqDC5z/JOvYtjmyUq?= =?Windows-1252?Q?ttBJrbb4WOxgs5vRbDJoOwj1u8dhDSfRylS7/bTjNmnwl0Vd4WJWfIri?= =?Windows-1252?Q?5lRN8AMHFHpxVL4f+8IsKmVh2PNGJAEc5HLvgRUGCrwAuOlYNAHkcU9u?= =?Windows-1252?Q?/gWhLQ0L6wHC7Frg/SMozNuKhihvDW4u/Pg+2Vxu3SvSb5Zfd/Hq89pt?= =?Windows-1252?Q?5nLW0kXIs3EIdNaOEFKv0CCjL7jwdqp8y5odv+Vo6dM6Sx8zJe1J26Bt?= =?Windows-1252?Q?wCeaLv2lQk2ueIHtbqh8Kec2wiQdzsf4au0hGXjYE9TJbmBPPU6sFwAd?= =?Windows-1252?Q?6AGyZX9PJvqYho4FS8HhpEn2RxwtrZLtzlbHgkjiMXFnCyMrq9eP1WAa?= =?Windows-1252?Q?YED0vTcQ46FnQFE2xqDEGxtIHfLGE5LSC1+kR3XDUAB4/It3zjxve3ke?= =?Windows-1252?Q?tfKWEi6HmbbH9ErFIYqG7WpIVLRChr6ts/ONXuyoBkJgdnJsi5qwD64n?= =?Windows-1252?Q?242LirnKTYnWQtvQWK1gnE5Mbrz1APF1Tq/Wb4vT0iuymr2UTIlC+xnJ?= =?Windows-1252?Q?cd0fj2vG+ay1NLMTjk+nMdQifmR08IPfb6HA8lCASott9lHrCINPH+RM?= =?Windows-1252?Q?2Ouh33+DeLn7L1EFuzr620/+JtNoKaGmgPOzdJfOYxTdahR6VXD/WQim?= =?Windows-1252?Q?7jEjBO8ZyAGaWkFdhMN2JknxHm07NIoP+9GmvEXeQVxh4oL23f+X0QYR?= =?Windows-1252?Q?L14lr8d2WGIq1wX8kLHVltwGOkzAX48TX4R57Z5FY6WnVxwy2R3aKCoo?= =?Windows-1252?Q?YwEW59OH0sBEJ6oQJTxIV6r5g=3D=3D?=
X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2182; 6:e7O2YxQLSSesTaAfkR+3AXBK7MXlxueVcQV8sIgWAA/Ii/t7UWEgrfj0ldo1xXeAT9LZUtgXVi3HkJbWviHM/LDvcjUGRLcx+MtbJlM48//L/tKw+apUR4ynC1mBRUtrYfKlrej29GFrPRf9y75B7eHNa0RXvUKUqUtRsPpqeTok4fX+Clp+NAwbt46KW6gFtybLOeeLlemzuDCr9B4zenv+YLjc8A4UH+6FKW1mfgMJkk8uvWEq3YgmTxZYRBCSlGOoqtP7CvvJgEAme8/TsTINGqInjpG1Toa03bmM537Z1jBtDu0ENXmNch11OLmeuwwZDSkYKtEV66F8BdhufxkcIoBv45M+eqPzIq1pdxQ=; 5:v+1/8DAVehQzZGTpGF3fvQ9SFolEAHtCjsI6+JR/KXvkLyyL80Fir0f8iYwp2OODENjDbt3vfr2lhJfOun5jqynJQgnFWaELwQ1hzocEfnR08bplfm1bpq4uckpbf00bqk93lwsWC0ctlWAXYRE8ceBcKW810jvBG1/hpbFW8+I=; 24:5irA6zujmtw40qA6JIZH1+4dcIdENYMKazVbd+XxJWUIx9kCBHu67Lgm143eL+i0U3qAKpkxexgSWUXEvfRtcb8NBuUzmJKZkyE++DEi6Ew=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2182; 7:LT/5nsfXPw6vTEZx08p0ADeIWB2VOj9Dfa8nP0Ig/oVdzsWaB31I4TJ+WMGpHyBNLVeaH4TR+kYvfQzebh5v6aWNjNoH5vbCa5pLyz0Bai2CXwuTFVMaPR+P5ImPVAKqliw7LgojZl6z4MbJtZupfq3PDEzCOi5udKyzmpP1Uk5wnSvss4Sk/y9GTQPtHPV97fvWfTTrrj+uVhDmyiDfpSiKWFVlqIFM+mDbzk4q+0WyfH/oakuEO8WCwoInAcDbpnY5av9/xqgC1eFL0rLtnvZ6GO8NQYzYQ3s10dizW2oLMXZDOk2Hb8bpgXWWbmu/25n2MfaPW/JSEHEUVaMZ4FnkwiKzef7RUCze2VoamSE=
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 Nov 2016 19:05:12.8203 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR05MB2182
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/dYxn8fZsnpmuAJpdn5A1zZidNHk>
Cc: bess@ietf.org
Subject: Re: [bess] FW: New Version Notification for draft-mackie-bess-nsh-bgp-control-plane-01.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 02 Nov 2016 19:05:35 -0000

[Joel] If they are disjoint, it is not really separate overlays at all.  
The RT allows you to reduce stored state, but they are really all part 
of the same overlay (as they have to coordinate.)

I think it's pretty well understood how to use the mechanism of RTs and 
RDs to install routes for overlapping address spaces, as long as the 
addresses are unique in the relevant context.  Reusing an SPI value in a 
different overlay is no different than reusing an IP address in a 
different VPN.

[Joel] we could divide by using separate transport identifiers for an 
SFF which is in multiple overlays.  Seems very fragile.  I do hope there 
is a robust way to make it work.

???  When multiple overlays exist over a common infrastructure, it's 
quite common to have a separate set of tunnels for each overlay, and to 
have a control plane that associates each tunnel with the proper overlay.

[Joel] The assumption in the SFC work is that the SF indicates the need 
for reclassification by adjusting the flags in the NSH header, and that
a classifier co-resident with the SFF then performs reclassification. 
The mechanism you describe in section 6.1 does not seem to support that

Actually, the draft does not say anything whatsoever about how the SF 
talks to a co-resident classifier.

The draft is really concerned only with the fact that the SFF passes a 
packet to a "local" service function, and ultimately gets the packet 
back with an NSH that contains an SPI/SI.  The question is -- what are 
the possible SPI/SI values that the packet may have when the SFF gets it 
back?  In order to do "fast path" forwarding, the SFF needs to create 
forwarding state for this set of SPI/SI's.  If arbitrary 
reclassification is possible, then any value of SPI/SI may be seen when 
the packet comes back, and forwarding state needs to be created for 
every valid SPI/SI value.  It's good to have some indication in advance 
about which SPI/SI values one is likely to see when the packet returns; 
this allows one to maintain only the set of forwarding states that one 
is likely to see.  That's what the markers are for.  Of course, this is 
just an optimization meant to improve performance and scaling.

Perhaps you are saying that it is impossible to create these markers, as 
there is no way to tell in advance just what a classifier may do when 
reclassifying.

Or perhaps you're saying something else that you don't like these 
markers, because they implicitly restrict the sort of reclassification 
that can be done.

[Joel] If an SFF gets a packet with an SI it does not recognize, then it 
is required to drop the packet.

The NSH draft only requires that the packet be dropped if its SPI/SI do 
not "correspond" to a "valid" next hop.   Note that the quoted terms do 
not appear to be defined.  This leaves a lot of leeway for interpretation.

For instance, given an SPI, SPI-X, whose elements are <<SF1, SI=10>, 
<SF2, SI=5>>, one might decide that <SPI=SPI-X, SI=9> refers to SF2.  
Why?  Because 5 is the largest SI in SPI-X that is not larger than 9.  
If done this way, decrementing the SI by 1 would always get you to the 
next hop, even if successive SIs are not successive integers.

Now suppose that an SPI is modified in real time, by adding or deleting 
elements.  Since the SPIs are learned dynamically, when a change is 
made, there will be a convergence period during which not everyone has 
seen the change.  I think you will see much more predictable behavior 
during the convergence period if the SIs are not changed.

[Joel] Personally, I consider modifying an in-place chain rare enough 
that needing to instead create a new chain, create the state for it, and 
then change the classification rules to use the new chain to be a 
cleaner and more robust way to get there.  But that is just my take.

I don't know whether this will be rare, but perhaps we don't have to 
decide now how rare that will be.  Also, I don't see any reason to 
believe that replacing one chain with another is "cleaner and more 
robust" than modifying a chain that is in use.










From nobody Wed Nov  2 13:48:02 2016
Return-Path: <jmh@joelhalpern.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0955B129421 for <bess@ietfa.amsl.com>; Wed,  2 Nov 2016 13:48:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.702
X-Spam-Level: 
X-Spam-Status: No, score=-2.702 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 nUET0yG0lptY for <bess@ietfa.amsl.com>; Wed,  2 Nov 2016 13:47:59 -0700 (PDT)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (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 C16E51295CE for <bess@ietf.org>; Wed,  2 Nov 2016 13:47:59 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id A4053244E26; Wed,  2 Nov 2016 13:47:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=1.tigertech; t=1478119679; bh=+9JWin04z43LaCGDk5F0aAGXyfu0UkrQSIOQad/xNbg=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=DnTpYQXmNfg2rtKumUnDtsIt4JSQk/Z4sPSKjMZIrdAMpiF6hrOmg1aYC2fnfZCcg nBJismOUOI7GeH7hTq+2925OhidSukt4dVFedQski8CbR7Xhea/fuHhXwrg7v3B56u QCbwYrPwVlfVuRRuuChwdxDyhlouJ/W6Tw2MAZgs=
X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net
Received: from Joels-MacBook-Pro.local (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 156F9245BD8; Wed,  2 Nov 2016 13:47:59 -0700 (PDT)
To: Eric C Rosen <erosen@juniper.net>, adrian@olddog.co.uk
References: <147784375838.20673.15513470878299688311.idtracker@ietfa.amsl.com> <000901d232c9$5841d390$08c57ab0$@olddog.co.uk> <bb42a567-af1d-1137-39d0-32946fc9d258@joelhalpern.com> <022101d23460$7c283400$74789c00$@olddog.co.uk> <6301d383-b1f9-8bb9-efa3-c0dadacf6d52@joelhalpern.com> <5fb08bb1-402c-0bfb-933f-78c8c91dbcf3@juniper.net>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <a95e6fa5-bf5c-9030-e64c-7d43330085e5@joelhalpern.com>
Date: Wed, 2 Nov 2016 16:50:08 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <5fb08bb1-402c-0bfb-933f-78c8c91dbcf3@juniper.net>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/UnHOHa6v0B4FI9VXcx7-NEyItt4>
Cc: bess@ietf.org
Subject: Re: [bess] FW: New Version Notification for draft-mackie-bess-nsh-bgp-control-plane-01.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 02 Nov 2016 20:48:01 -0000

Trimming to those issues where I understand the disagreement enough to 
comment.  I would observe that what we are discussing is really SFC 
definition.  As such, I would like to ask that we at least copy the SFC 
list (I have not done so as this is currently a BESS document.)

Yorus,
Joel

On 11/2/16 3:04 PM, Eric C Rosen wrote:
...
> [Joel] The assumption in the SFC work is that the SF indicates the need
> for reclassification by adjusting the flags in the NSH header, and that
> a classifier co-resident with the SFF then performs reclassification.
> The mechanism you describe in section 6.1 does not seem to support that
>
> Actually, the draft does not say anything whatsoever about how the SF
> talks to a co-resident classifier.
>
> The draft is really concerned only with the fact that the SFF passes a
> packet to a "local" service function, and ultimately gets the packet
> back with an NSH that contains an SPI/SI.  The question is -- what are
> the possible SPI/SI values that the packet may have when the SFF gets it
> back?  In order to do "fast path" forwarding, the SFF needs to create
> forwarding state for this set of SPI/SI's.  If arbitrary
> reclassification is possible, then any value of SPI/SI may be seen when
> the packet comes back, and forwarding state needs to be created for
> every valid SPI/SI value.  It's good to have some indication in advance
> about which SPI/SI values one is likely to see when the packet returns;
> this allows one to maintain only the set of forwarding states that one
> is likely to see.  That's what the markers are for.  Of course, this is
> just an optimization meant to improve performance and scaling.

Mostly, I think this is backwards.  The only valid values for SPI/SI 
that can be given back to the SFF by the SF are those for which the SFF 
has forwarding state.  Any other values will result in the packet being 
dropped.    the SFF does not create this forwarding state from whole 
cloth.  It creates this state from the information provided by the 
control mechanism (BGP, ForCES, NetConf, XMPP, ...)  The SFF does not 
care what the SF will hand it.  Rather, it cares what it is supposed to 
forward, and to where.

Even when arbitrary reclassification is possible, control mechanisms 
need to be coordinated such that the markings the classifier wants to 
produce correspond to forwarding state the SFF has.

Due to classifier configuration being complex, highly varied, and 
outside the scope of SFC, we have not dealt with the quesiton of how 
classifiers are configured.  I presume similar reasons drive why this 
BGP proposal does not do so either.

Your explanation does lead me to a guess as to what the special route 
intreis in your draft are for.  Are you trying to automate the process 
of an SFF knowing that it is effectively the ingress for certain service 
function paths?  If so, I can understand the value in such information. 
But I could not get there from what was in teh draft.  Instead of 
talking about lopping, jumping, and branching, the case that seems to 
need special handling is "ingressing".  This can be the result of 
reclassification.  Or it can be the result of an SF generating a new 
packet and marking / classifying it.

>
> Perhaps you are saying that it is impossible to create these markers, as
> there is no way to tell in advance just what a classifier may do when
> reclassifying.
I am saying that the set of markers in the BGP draft seem to cover cases 
they don't need to cover, and not cover cases that they need to cover in 
order to handle all of the provisioning of the SFF.

>
> Or perhaps you're saying something else that you don't like these
> markers, because they implicitly restrict the sort of reclassification
> that can be done.
>
> [Joel] If an SFF gets a packet with an SI it does not recognize, then it
> is required to drop the packet.
>
> The NSH draft only requires that the packet be dropped if its SPI/SI do
> not "correspond" to a "valid" next hop.   Note that the quoted terms do
> not appear to be defined.  This leaves a lot of leeway for interpretation.

Eric, on this you are stretching.  If you really want us to add more 
specific wording,w e can.  But as a participant it has seemed to me that 
the WG has understood these quite well, and that they are actually quite 
clear and reasonable words.  If you want them clarified, we can do that. 
  In contrast to your paragraph below, the WG has been clear that if an 
SFF has state for SPI X, SI Y, that does not mean that the SFF has state 
for any other SI value.  While we allow for SFF that also look at other 
things (for example load balancing), the SPI/SI match is exact.

>
> For instance, given an SPI, SPI-X, whose elements are <<SF1, SI=10>,
> <SF2, SI=5>>, one might decide that <SPI=SPI-X, SI=9> refers to SF2.
> Why?  Because 5 is the largest SI in SPI-X that is not larger than 9.
> If done this way, decrementing the SI by 1 would always get you to the
> next hop, even if successive SIs are not successive integers.
>
> Now suppose that an SPI is modified in real time, by adding or deleting
> elements.  Since the SPIs are learned dynamically, when a change is
> made, there will be a convergence period during which not everyone has
> seen the change.  I think you will see much more predictable behavior
> during the convergence period if the SIs are not changed.
>
> [Joel] Personally, I consider modifying an in-place chain rare enough
> that needing to instead create a new chain, create the state for it, and
> then change the classification rules to use the new chain to be a
> cleaner and more robust way to get there.  But that is just my take.
>
> I don't know whether this will be rare, but perhaps we don't have to
> decide now how rare that will be.  Also, I don't see any reason to
> believe that replacing one chain with another is "cleaner and more
> robust" than modifying a chain that is in use.

On this, reasoanble people may differ.  Which is why I asked the SFC 
working group how they understand the text.  Given the confusion, it 
clearly needs to be clarified.

>
>
>
>
>
>
>
>
>
>


From nobody Thu Nov  3 06:54:57 2016
Return-Path: <erosen@juniper.net>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DFAFD129616 for <bess@ietfa.amsl.com>; Thu,  3 Nov 2016 06:54:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.903
X-Spam-Level: 
X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g16mRsnw4Fna for <bess@ietfa.amsl.com>; Thu,  3 Nov 2016 06:54:54 -0700 (PDT)
Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0097.outbound.protection.outlook.com [104.47.34.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 938D2129632 for <bess@ietf.org>; Thu,  3 Nov 2016 06:54:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=/xeD3xHZlidAyLfloYX0bcRAyNdh54+7ovTRQNrd/2M=; b=gDD6+vuBvOopmrK+T333QfS4Ux6I/RSaJJrqDINcKEnVsOdodHaSH2Xv/4SIfZmg7q9/p8utiYA/odr+oXMk4zDrIXyUsODAI0Tk6KbMqIsKNzq8h35mdX9nclnWI9G8ENrJBANfEkfoU2oq8j/PDmgH5/LgLouNJ3r8/I4Y6DE=
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=erosen@juniper.net; 
Received: from [172.29.33.219] (66.129.241.13) by BL2PR05MB2180.namprd05.prod.outlook.com (10.167.98.140) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.707.1; Thu, 3 Nov 2016 13:54:03 +0000
To: "Joel M. Halpern" <jmh@joelhalpern.com>, <adrian@olddog.co.uk>
References: <147784375838.20673.15513470878299688311.idtracker@ietfa.amsl.com> <000901d232c9$5841d390$08c57ab0$@olddog.co.uk> <bb42a567-af1d-1137-39d0-32946fc9d258@joelhalpern.com> <022101d23460$7c283400$74789c00$@olddog.co.uk> <6301d383-b1f9-8bb9-efa3-c0dadacf6d52@joelhalpern.com> <5fb08bb1-402c-0bfb-933f-78c8c91dbcf3@juniper.net> <a95e6fa5-bf5c-9030-e64c-7d43330085e5@joelhalpern.com>
From: Eric C Rosen <erosen@juniper.net>
Message-ID: <e3a8533b-33fb-082e-0b1e-5580d09e0b55@juniper.net>
Date: Thu, 3 Nov 2016 09:54:04 -0400
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <a95e6fa5-bf5c-9030-e64c-7d43330085e5@joelhalpern.com>
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 7bit
X-Originating-IP: [66.129.241.13]
X-ClientProxiedBy: DM3PR10CA0004.namprd10.prod.outlook.com (10.164.12.14) To BL2PR05MB2180.namprd05.prod.outlook.com (10.167.98.140)
X-MS-Office365-Filtering-Correlation-Id: 3ee8be3b-ac5c-41a4-5509-08d403f0df65
X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB2180; 2:Gw5bvr1n86RrIq4TCvSwBqTvyvIlYMbHSbhd5Z+jZ4DYtBMTHstenTA8NjGjjIq482OruirK+NXXjWiN49k5K/jzbeJhzWtFsLoj88VHCi3iHQXqnSRUQBeLzYcvdOKOIWPe3hFz65h+bDjFhbQZcU5UB2cC1eRBiwbGOgp6OEiFnD/bjsJcetucehW2gqhML9WmvZ5PHHg1GpubLrUWiQ==; 3:nCLjImuDexoWxQnmGIUoFIEERT7QvdIrjMnKbWIVbV16U6r2tep8efBT1X5NaRX2aYtbwi9SRu8+C3qc4kl5ral5p73OfavuaUxCLJAcH0fZALlwzAKtsVxehBsh9jVe+jKboEhMR5AMkDATCzTh+A==
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BL2PR05MB2180;
X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB2180; 25:qFeiPj9AGnUVdr+URMMMiKNTqO+xQ5rW6vBNtl46Jnb+5hp0gS2Esm3CHtJ4q5cVn8kFORGjTc/oPy+7OHgj27LxHYBXV7tnRa2cuYBp+sdCSPg/XlDEegcwJlLyEgy8eGcutcz+IaNLFPZbKDW6G7doTRYIhuThpkohAQxBydJc/go0yCajjShzBVOcTl4O+n6W8Aul372wKbX0I0hY4gGpaGq0bZWfQoWBQ6K2sH6k7aZ+0C2PMlLdi2vpDKbgGR9jx9ILLEjzriJBbH2vEMfiIvxz9BUc/Oqn46Ej7tUAKjtod4V900r7xDSejn/blQ+e+fv2RAW+Q2hUNntFOI5wSzKKo/xVEn7/OiI4NkevH8u5TD/LqTlGJF+nDscV7XBBRSjPE1xXVIdemkjtIe8XYVF5d70wX1UOLiT3vZfKEw2Sn47Xktob9pEUIWPa4U5b17WCvaLTdzHVLe22ZEvHqrBPGuTeGiG+aVrTH4/hcEtemsxhNv6bx3jORlSoBcu76D2swJXtsGnGfKDNLVpO5Z9CT6GnOJxfJ0XVlqEAdRNxmGU1EqgODNwqdqFb60RIzLqfN+e2uKww3lp2Q3o9IJjyd7/JmBQyV6jndLxyzopUhE1coyLbABxSZEH77dYS3v0z6v54KlcZPN2BdCOY2h2QkbDmkvIAQRx5AmzBgR4FqHJ7Tw/eVu94y9ba6/16gAXB6QuuDo8o8S+4ZISfuU7s1qLPY7a0S3IlcErLEXTVYZZRv/sM6LNob3MF
X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB2180; 31:efD5Mmj6oQtKfr0RB7dmzcPN1UCw3uDenQtINes1SyJTbDPT+/T+61ROKMrnA3Be0SmMDrqj4kauzjxr2ogx6ekakLYKuiWkRxSTym6DCeqHvYIfsmRg5ma3wBsBSZasO2Vl+PXQqyZeq1/p4mQoXu4E7foOQjW7sw+psBjXlinfZcFoOOCPt+h3hX+fupuxEK1NeDsbtB1ZqTN2LSd95azY+8Aa3K6TxA5hcgEf1YOz94QL44xWOaAAy7oaLBFG; 20:f4MWJLuVzWGIos+Qeck+QWlUk4bgs9+P1h2YWDzoNa8QSd5D+2Bok1Ef1krqAFpULyQPzxScoiEvF8U9dtbRZ8xB1wi5V9Tkv+xnjWqkv48/y870C3RDdipOU2ymuXuv0UPKUSyjLIuo7buXnFaSmgai4kodI4+r4wpQVfbpgnrqp/bskuNu1fQ1B9RNJbPyVtza+/5Ph5nTVNwnV+IGhaABwb4XFWx1qB1Qbx1JzBBIbkwk0ipuSkUkBIDoz63M0rIBYyLE29QYKQWdBGQahCHACq2aOSUs+40Prnb/v82c39HnaLx6RhJyHsSCzfr8CzhH136W3gTLkM9xjEvfLL+zV1d5wQVyGY+Q2Wd2d4M4PnlB1E+GzMCjt2BqjuMJCkMByqImARucHFG2XguoLOHSYsPTB9mMGXfwMqcLCp2mb4a1CWCu9QHPut5dEl1kMLz6HViJX5JZ2Kudr01LgK6R7aOHsLL2GiCbJf1GQ1U0sNsrMdJ/pePIUZTQzrpdPiKuoMSJeXtbhFGPDOmhT3aPwlbcIXH0PinNj+VJ/BJ2Co5QlN0csHsFj5Wgj/RF7ffEvi3MhBNAvQjzCai+Gr7q0ns8qDvnBpNDjecrEEY=
X-Microsoft-Antispam-PRVS: <BL2PR05MB2180366B1B1C037D97217A60D4A30@BL2PR05MB2180.namprd05.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(190756311086443);
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026); SRVR:BL2PR05MB2180; BCL:0; PCL:0; RULEID:; SRVR:BL2PR05MB2180; 
X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB2180; 4:ahRfVhe7WdvThiJsMOlx5HVoSQ19nPWlpNk3KQ92EhUbA5tNRTuAlCOnoHTEdpkLpjU+FmxCpwrUkUk9RnwVMdjdhwjfsaKLbr0A96lRaN5Q04SIz9gxXFUunM43brxfyb3fx/9W+ZyImAMPa0a6uB2PqkeFCVq032XKbOcjExbatk9YXCmvPej1Zga/rEnuqMFUmj/IepYyz4xavivwaw3oUBMwmhchWWqlKfXJYo52RbYcbcUMdhNoC5bycZYe6D2xldnKNlJYjKw8YGwz7WnzB8VBh1Lo+1qRpbDkDPHIliue/32QIJGJV8U6lCvlq2pWPbgbFxjZsK2OREEODLQ5KZvGhtLt/tdgVZVIzGLODq+Jif+k0XvOdQK0iLOIADc5BMIh4xhXzJj0PVcC6UUCZhENRGf7RsIGyTgLomq7eqXEZxmQeD8q9R7tydzzrQZYnTuqcyn1hFVpi8i4/w==
X-Forefront-PRVS: 011579F31F
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6009001)(6049001)(7916002)(377454003)(189002)(199003)(24454002)(230783001)(3846002)(6116002)(586003)(50466002)(50986999)(93886004)(64126003)(81156014)(23746002)(7736002)(97736004)(2906002)(7846002)(305945005)(4001350100001)(5001770100001)(77096005)(5660300001)(33646002)(83506001)(31696002)(189998001)(86362001)(81166006)(92566002)(4326007)(42186005)(68736007)(106356001)(8676002)(2950100002)(66066001)(65826007)(101416001)(230700001)(65806001)(36756003)(31686004)(47776003)(105586002)(54356999)(76176999)(65956001); DIR:OUT; SFP:1102; SCL:1; SRVR:BL2PR05MB2180; H:[172.29.33.219]; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; 
Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: =?Windows-1252?Q?1; BL2PR05MB2180; 23:7LgaGQDwnglZ5F0NF79EsUz2pxDjzBsooz3k/?= =?Windows-1252?Q?YdJKiEpFvY73Q2kPj51P8Tfw9KK3l8S2b/G0aEvwefHlEjFuykeBO9lc?= =?Windows-1252?Q?vyjCUHdcXl85aue5qhtaPAAOz4Xo2OeFX8t/JA4hJ+W1GK6f1sT4MDiJ?= =?Windows-1252?Q?wiZBaG8cUmU/6e59vyUJWCKe/eoPhLAr6xDOmKQv597BQZC0zVH6kVTY?= =?Windows-1252?Q?Eczqsi0C0W6KfBrrjrIAAkaZWFs4ZlXmsIWODITsj9m3g5VEs9XJubFx?= =?Windows-1252?Q?WmRBr3DRVH4iR4/3kIbWifxbLLu6otTIhdtrPPeLEQprW7b6cLPJbqjR?= =?Windows-1252?Q?ZcfM7nwTqLr6Vz+kzSzr9EoFwFxcHGzfunpF8ASytbdiWp63xMkWDvIg?= =?Windows-1252?Q?Y0tAoq6NHeP8sxkTKi2U28obpkE4m4awoBax08esyvdYs4kGrEcBHPpP?= =?Windows-1252?Q?D0YjM6m7x3+xPGTsRcU73wqZ2lXcNGOPBsiporXX/fjRvKHUWgWbyrPs?= =?Windows-1252?Q?C9S8ciWXgl1w8d5g+FLJGZzfQhUAbXPWXucUtwwW5esQwPvbFs9eBaqC?= =?Windows-1252?Q?BwckugxhYVsdjFLleUEHm+/6DM8zatO7tPnRxOqjWIaqhS86J1hrKcaI?= =?Windows-1252?Q?yYh6zzIi3y2TlgkbQEP8dbmBtXQQreNP48QDjZzwgJgm+iSwME9OAiRn?= =?Windows-1252?Q?hPSPS0TqPUDyzTVWRa/EuQiJ2A0LJDc22vulyUtTj/NPUfbEe6yj6gbd?= =?Windows-1252?Q?ZbEkrUiI3tuK+d1j4Ci4Cg8xbe+6ljcqb+cN+BAZqb0FBsbtV52CkFG+?= =?Windows-1252?Q?EfMINRAnM1GYepKlAqwNnRO0IfInHRGBw5Dt+Db/4I6vK261+J1nEg7r?= =?Windows-1252?Q?gmQMhHrRt3q0BBJ7M/2O+zg5bXxsox4r7mrl/fpItIG1ZZkOeYN4MxgJ?= =?Windows-1252?Q?O+TjeyGdTIo0q/dxWpFxONID/BITR0ktDBpsKtlbt0cFgM08j6J3oEqe?= =?Windows-1252?Q?FRk0qYp5nrRqw7k/Gbmit9txofpWuH1622d7n1LSwVVQkpNC6Ic+uqT4?= =?Windows-1252?Q?yZEmU9RJ928FG3XmKhNnbeZki8kyrFExN9/K86VetjPVLVH+DbjnWW9w?= =?Windows-1252?Q?2D8/2x7m+7/OomZlSmH8b6/VX7FdwBpOOttklje5qdFhK+fJxADMTIlU?= =?Windows-1252?Q?KOQHz7EvSuvTtKsv0lVSPAxofkocg4y6pCtC4vTVujEwBm53feOho6cO?= =?Windows-1252?Q?PLe2bcTDyjZwGg2cpO9qwx+wriKcueoimkrjDnf1KIMXx2L8OJFZyXf3?= =?Windows-1252?Q?7Iwzo6zh0fW3Cqk5yIYoXvKZIJAZiBq76oFemTCAr1ad9c=3D?=
X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB2180; 6:r/hltV4VBbIqleUF+gU24bmyNunCADYHfU70qxJUBS8Aw9JPxNQC+hf9BhDd3A2ZuaKzCHMsBUfRTYzmlcWaML3c3s12mm3Po1Ubty8soXDFUitOPYLbcVeGE0JkcBV4/JVm8eEN9VWmCkDRvEa6iQSoLGG0s2ZUuijLhqrlzBsA77geF6/HyG5EozEK7Hbo1Qaf7cFscopyC4Vv1v3ANQ7LjUOBUKEPo+knntBNFOJwXj35Py4dLFCZ2BSXzGzV1gRD5eL0s4c7R3Ov/nMKra+9aujqG/hGR4ynqMC2sGTFA7ZJZSvEG/YbPfShCzXpeJJgXDVvmcZhfuK51WorU24DkBP4beCS0cYy1zZLtCk=; 5:VXyzYxa3iT2pfFgWCGDzibR5lbEAbFnw9V6wLPV+u5SVunfN9tUJtdFDxuY0A/SiQ2JBWscr1ydcqgC9yn9lVGNNlcyMYqwzOQVN2RQLHiVUG2qS27y184itOTCGzmAJ1OIaWCHl7xh1jXJJXjfZZnnTGTu4+9BFiIsfnCzcGpM=; 24:pZHz6wgs8wOdZVpT3oCS2npNiwe037TibQGTYb8MtPhmIsgOo2AwFzmPSZbeitJHa5javu9AOLNJsXjcWGxH14jnQCRS1IVIVXQFYO1xLLw=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB2180; 7:2o1DlkQLTKE5/h+0TpD90nNxIecnm7Ix7WllLQFoO0r9C3vG0lLKtE4HgZQexiDoh6xIuPDm3W/IF5tJGDoijTAznACLcrJ2Rs9Seq3sqDhqh/dNczBUYVX8c48z7z1NZFZMMxbVzN1vbmtDjvwzQi4zQiwyMZVo98l08CMmJCT0Uf0zhcRZzFd+0ppWBCwlyVwnoZw4UzIOLWccpX/Tv0saJQHnBt4DEvqcu40evVVI1qYqtgPsMbwCaQtdfzLrdwbwJsfJZQFrliwniXMAAQIgCsRR/qPHQlDZMVguL4zN5/vuWfbnCEa+qsCsAlp0e+3bZEbEm/6ToXqkJS0z/Ut0k5xDUHkLoFkMIAL4SXM=
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 03 Nov 2016 13:54:03.3310 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL2PR05MB2180
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/2fc_hCkkE7hY8fC39RXGGa0R5BA>
Cc: bess@ietf.org
Subject: Re: [bess] FW: New Version Notification for draft-mackie-bess-nsh-bgp-control-plane-01.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Nov 2016 13:54:56 -0000

On 11/2/2016 4:50 PM, Joel M. Halpern wrote:
> I would observe that what we are discussing is really SFC definition.

That's what you're discussing ;-), but we're just trying to devise a way 
that a node can figure out where the next node in the service chain for 
a particular packet is, how to get the packet there, and how to set up 
the forwarding tables to achieve that.


> The draft is really concerned only with the fact that the SFF passes a
> packet to a "local" service function, and ultimately gets the packet
> back with an NSH that contains an SPI/SI.  The question is -- what are
> the possible SPI/SI values that the packet may have when the SFF gets it
> back?  In order to do "fast path" forwarding, the SFF needs to create
> forwarding state for this set of SPI/SI's.  If arbitrary
> reclassification is possible, then any value of SPI/SI may be seen when
> the packet comes back, and forwarding state needs to be created for
> every valid SPI/SI value.  It's good to have some indication in advance
> about which SPI/SI values one is likely to see when the packet returns;
> this allows one to maintain only the set of forwarding states that one
> is likely to see.  That's what the markers are for.  Of course, this is
> just an optimization meant to improve performance and scaling.

>> Mostly, I think this is backwards.  The only valid values for SPI/SI 
>> that can be given back to the SFF by the SF are those for which the 
>> SFF has forwarding state.  Any other values will result in the packet 
>> being dropped.    the SFF does not create this forwarding state from 
>> whole cloth.  It creates this state from the information provided by 
>> the control mechanism (BGP, ForCES, NetConf, XMPP, ...)  The SFF does 
>> not care what the SF will hand it.  Rather, it cares what it is 
>> supposed to forward, and to where. 
>

I don't see any difference between what you stated and what I stated.  
However you say it, the SFF has to have forwarding state for whatever 
SPI/SI values it might see in an NSH, and does not have to have 
forwarding state for values that it will not see.

> Even when arbitrary reclassification is possible, control mechanisms 
> need to be coordinated such that the markings the classifier wants to 
> produce correspond to forwarding state the SFF has.

Of course, that's what I said.

You seem to be trying hard to disagree with something, but I really 
don't understand the content of the disagreement.

> I am saying that the set of markers in the BGP draft seem to cover 
> cases they don't need to cover, and not cover cases that they need to 
> cover in order to handle all of the provisioning of the SFF.

I think we are having trouble following your argument here.  Do you have 
an example of how the mechanisms in the draft will produce incorrect 
forwarding state?

> The NSH draft only requires that the packet be dropped if its SPI/SI do
> not "correspond" to a "valid" next hop.   Note that the quoted terms do
> not appear to be defined.  This leaves a lot of leeway for 
> interpretation.
>
>> Eric, on this you are stretching.  If you really want us to add more 
>> specific wording, we can.  But as a participant it has seemed to me 
>> that the WG has understood these quite well, and that they are 
>> actually quite clear and reasonable words. 

The use of undefined terms like this usually hides disagreements and 
differing interpretations.


>> If you want them clarified, we can do that.  In contrast to your 
>> paragraph below, the WG has been clear that if an SFF has state for 
>> SPI X, SI Y, that does not mean that the SFF has state for any other 
>> SI value.  While we allow for SFF that also look at other things (for 
>> example load balancing), the SPI/SI match is exact. 
>

Perhaps the WG did not think of the advantages of allowing a more 
flexible scheme.  Or to put it another way, allowing more flexibility 
here doesn't really seem to damage the architecture in any way.  If we 
are wrong about that, perhaps someone will explain what goes wrong if 
one interprets "SI=n" to mean "whatever SI is closest to n without being 
greater than n".






From nobody Thu Nov  3 08:28:30 2016
Return-Path: <ju1738@att.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84E78129A90 for <bess@ietfa.amsl.com>; Thu,  3 Nov 2016 08:28:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level: 
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H5QeAVd5a1Z4 for <bess@ietfa.amsl.com>; Thu,  3 Nov 2016 08:28:26 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (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 1D804129692 for <bess@ietf.org>; Thu,  3 Nov 2016 08:27:57 -0700 (PDT)
Received: from pps.filterd (m0049287.ppops.net [127.0.0.1]) by m0049287.ppops.net-00191d01. (8.16.0.17/8.16.0.17) with SMTP id uA3FPAg4047456; Thu, 3 Nov 2016 11:27:56 -0400
Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0049287.ppops.net-00191d01. with ESMTP id 26g7dy1q0t-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 03 Nov 2016 11:27:56 -0400
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id uA3FRthk025040; Thu, 3 Nov 2016 11:27:55 -0400
Received: from mlpi409.sfdc.sbc.com (mlpi409.sfdc.sbc.com [130.9.128.241]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id uA3FRkee024882 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 3 Nov 2016 11:27:49 -0400
Received: from MISOUT7MSGHUBAF.ITServices.sbc.com (MISOUT7MSGHUBAF.itservices.sbc.com [130.9.129.150]) by mlpi409.sfdc.sbc.com (RSA Interceptor); Thu, 3 Nov 2016 15:27:30 GMT
Received: from MISOUT7MSGUSRCD.ITServices.sbc.com ([169.254.4.251]) by MISOUT7MSGHUBAF.ITServices.sbc.com ([130.9.129.150]) with mapi id 14.03.0319.002; Thu, 3 Nov 2016 11:27:30 -0400
From: "UTTARO, JAMES" <ju1738@att.com>
To: Eric C Rosen <erosen@juniper.net>, "Joel M. Halpern" <jmh@joelhalpern.com>, "adrian@olddog.co.uk" <adrian@olddog.co.uk>
Thread-Topic: [bess] FW: New Version Notification for draft-mackie-bess-nsh-bgp-control-plane-01.txt
Thread-Index: AQHSMsf6VAAECMF6a0aPaw+TKILIJqDBcCwAgAALl4CAAyKwgIAACFuAgAGus4CAAB1hAIABHhUA///WxfA=
Date: Thu, 3 Nov 2016 15:27:29 +0000
Message-ID: <B17A6910EEDD1F45980687268941550F2B2ABB13@MISOUT7MSGUSRCD.ITServices.sbc.com>
References: <147784375838.20673.15513470878299688311.idtracker@ietfa.amsl.com> <000901d232c9$5841d390$08c57ab0$@olddog.co.uk> <bb42a567-af1d-1137-39d0-32946fc9d258@joelhalpern.com> <022101d23460$7c283400$74789c00$@olddog.co.uk> <6301d383-b1f9-8bb9-efa3-c0dadacf6d52@joelhalpern.com> <5fb08bb1-402c-0bfb-933f-78c8c91dbcf3@juniper.net> <a95e6fa5-bf5c-9030-e64c-7d43330085e5@joelhalpern.com> <e3a8533b-33fb-082e-0b1e-5580d09e0b55@juniper.net>
In-Reply-To: <e3a8533b-33fb-082e-0b1e-5580d09e0b55@juniper.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [135.91.76.120]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public, LOCAL SERVICE
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-11-03_05:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1609300000 definitions=main-1611030286
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/IoqWRxnJ6RQgVgakWFOrUbFRbvk>
Cc: "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] FW: New Version Notification for draft-mackie-bess-nsh-bgp-control-plane-01.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Nov 2016 15:28:29 -0000

Comments In-Line..

Jim Uttaro

-----Original Message-----
From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Eric C Rosen
Sent: Thursday, November 03, 2016 9:54 AM
To: Joel M. Halpern <jmh@joelhalpern.com>; adrian@olddog.co.uk
Cc: bess@ietf.org
Subject: Re: [bess] FW: New Version Notification for draft-mackie-bess-nsh-=
bgp-control-plane-01.txt

On 11/2/2016 4:50 PM, Joel M. Halpern wrote:
> I would observe that what we are discussing is really SFC definition.

That's what you're discussing ;-), but we're just trying to devise a way=20
that a node can figure out where the next node in the service chain for=20
a particular packet is, how to get the packet there, and how to set up=20
the forwarding tables to achieve that.
[Jim U>] +1


> The draft is really concerned only with the fact that the SFF passes a
> packet to a "local" service function, and ultimately gets the packet
> back with an NSH that contains an SPI/SI.  The question is -- what are
> the possible SPI/SI values that the packet may have when the SFF gets it
> back?  In order to do "fast path" forwarding, the SFF needs to create
> forwarding state for this set of SPI/SI's.  If arbitrary
> reclassification is possible, then any value of SPI/SI may be seen when
> the packet comes back, and forwarding state needs to be created for
> every valid SPI/SI value.  It's good to have some indication in advance
> about which SPI/SI values one is likely to see when the packet returns;
> this allows one to maintain only the set of forwarding states that one
> is likely to see.  That's what the markers are for.  Of course, this is
> just an optimization meant to improve performance and scaling.

>> Mostly, I think this is backwards.  The only valid values for SPI/SI=20
>> that can be given back to the SFF by the SF are those for which the=20
>> SFF has forwarding state.  Any other values will result in the packet=20
>> being dropped.    the SFF does not create this forwarding state from=20
>> whole cloth.  It creates this state from the information provided by=20
>> the control mechanism (BGP, ForCES, NetConf, XMPP, ...)  The SFF does=20
>> not care what the SF will hand it.  Rather, it cares what it is=20
>> supposed to forward, and to where.=20
>

I don't see any difference between what you stated and what I stated. =20
However you say it, the SFF has to have forwarding state for whatever=20
SPI/SI values it might see in an NSH, and does not have to have=20
forwarding state for values that it will not see.

> Even when arbitrary reclassification is possible, control mechanisms=20
> need to be coordinated such that the markings the classifier wants to=20
> produce correspond to forwarding state the SFF has.

Of course, that's what I said.

You seem to be trying hard to disagree with something, but I really=20
don't understand the content of the disagreement.

> I am saying that the set of markers in the BGP draft seem to cover=20
> cases they don't need to cover, and not cover cases that they need to=20
> cover in order to handle all of the provisioning of the SFF.

I think we are having trouble following your argument here.  Do you have=20
an example of how the mechanisms in the draft will produce incorrect=20
forwarding state?

> The NSH draft only requires that the packet be dropped if its SPI/SI do
> not "correspond" to a "valid" next hop.   Note that the quoted terms do
> not appear to be defined.  This leaves a lot of leeway for=20
> interpretation.
>
>> Eric, on this you are stretching.  If you really want us to add more=20
>> specific wording, we can.  But as a participant it has seemed to me=20
>> that the WG has understood these quite well, and that they are=20
>> actually quite clear and reasonable words.=20

The use of undefined terms like this usually hides disagreements and=20
differing interpretations.


>> If you want them clarified, we can do that.  In contrast to your=20
>> paragraph below, the WG has been clear that if an SFF has state for=20
>> SPI X, SI Y, that does not mean that the SFF has state for any other=20
>> SI value.  While we allow for SFF that also look at other things (for=20
>> example load balancing), the SPI/SI match is exact.=20
>

Perhaps the WG did not think of the advantages of allowing a more=20
flexible scheme.  Or to put it another way, allowing more flexibility=20
here doesn't really seem to damage the architecture in any way.  If we=20
are wrong about that, perhaps someone will explain what goes wrong if=20
one interprets "SI=3Dn" to mean "whatever SI is closest to n without being=
=20
greater than n".





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


From nobody Fri Nov  4 13:29:22 2016
Return-Path: <aretana@cisco.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 98F231295B0 for <bess@ietfa.amsl.com>; Fri,  4 Nov 2016 13:29:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -16.017
X-Spam-Level: 
X-Spam-Status: No, score=-16.017 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lfYAZ8PMo8AS for <bess@ietfa.amsl.com>; Fri,  4 Nov 2016 13:29:17 -0700 (PDT)
Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 45C9D129541 for <bess@ietf.org>; Fri,  4 Nov 2016 13:29:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=31580; q=dns/txt; s=iport; t=1478291357; x=1479500957; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=tLBRgpl4s5qRebZs3Jdt87Rk9w/z7Qya/qQyyjzv+Io=; b=Czjqzeo3dYOJ2skC4sX+8JElMThhcuSv1AHnqfEGeidt7KO9B/faY2Ll FNQnfDxo/lldSGI62yArOj+FPHTDZVKIGENI7auat7Qg64416EKMwjBho 5oKORPeX8tlElgEk3TceHpCgmtnqbHH/MoG+P+uEqzmoALM0SyWmDYfNK M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BzAQDC7hxY/4YNJK1SChoBAQEBAgEBA?= =?us-ascii?q?QEIAQEBAYJzOwEBAQEBH1h8B40xq0aCCB0BCoV7AhqBfj8UAQIBAQEBAQEBYh0?= =?us-ascii?q?LhGIBAQQBAQEgRAcbAgEIJBQHAwICAiULFAcBBgMCBBOIWA6vFYx3AQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBFwWGP4F9CIJQhB+CdDgtgi8FiEsFi3SFXwGGM4oMgW6?= =?us-ascii?q?Eb4ktjSGEAwEeN2yFIXKGOIEMAQEB?=
X-IronPort-AV: E=Sophos;i="5.31,445,1473120000";  d="scan'208,217";a="344413378"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 04 Nov 2016 20:29:16 +0000
Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id uA4KTGiq007932 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for <bess@ietf.org>; Fri, 4 Nov 2016 20:29:16 GMT
Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 4 Nov 2016 15:29:15 -0500
Received: from xch-aln-002.cisco.com ([173.36.7.12]) by XCH-ALN-002.cisco.com ([173.36.7.12]) with mapi id 15.00.1210.000; Fri, 4 Nov 2016 15:29:15 -0500
From: "Alvaro Retana (aretana)" <aretana@cisco.com>
To: "bess@ietf.org" <bess@ietf.org>
Thread-Topic: WG Action: Formed L2VPN Service Model (l2sm)
Thread-Index: AQHSNsUjn/zShYQRA0qjySa0fow51KDJV3GA
Date: Fri, 4 Nov 2016 20:29:15 +0000
Message-ID: <A3D163CD-B0D1-4854-A4AE-FE608D68A4AD@cisco.com>
References: <147828233610.17040.11733309909516035095.idtracker@ietfa.amsl.com>
In-Reply-To: <147828233610.17040.11733309909516035095.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1a.0.160910
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.117.15.4]
Content-Type: multipart/alternative; boundary="_000_A3D163CDB0D14854A4AEFE608D68A4ADciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/ExqSLrxPzEdjxf26vKH02J0c6uQ>
Subject: [bess] FW: WG Action: Formed L2VPN Service Model (l2sm)
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 04 Nov 2016 20:29:19 -0000

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

RllJ4oCmDQoNCk9uIDExLzQvMTYsIDE6NTggUE0sICJpZXNnIG9uIGJlaGFsZiBvZiBUaGUgSUVT
RyIgPGllc2ctYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86aWVzZy1ib3VuY2VzQGlldGYub3JnPiBv
biBiZWhhbGYgb2YgaWVzZy1zZWNyZXRhcnlAaWV0Zi5vcmc8bWFpbHRvOmllc2ctc2VjcmV0YXJ5
QGlldGYub3JnPj4gd3JvdGU6DQoNCkEgbmV3IElFVEYgV0cgaGFzIGJlZW4gZm9ybWVkIGluIHRo
ZSBPcGVyYXRpb25zIGFuZCBNYW5hZ2VtZW50IEFyZWEuIEZvcg0KYWRkaXRpb25hbCBpbmZvcm1h
dGlvbiwgcGxlYXNlIGNvbnRhY3QgdGhlIEFyZWEgRGlyZWN0b3JzIG9yIHRoZSBXRw0KQ2hhaXJz
Lg0KDQpMMlZQTiBTZXJ2aWNlIE1vZGVsIChsMnNtKQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkN1cnJlbnQg
c3RhdHVzOiBQcm9wb3NlZCBXRw0KDQpDaGFpcnM6DQogIEFkcmlhbiBGYXJyZWwgPGFkcmlhbkBv
bGRkb2cuY28udWs8bWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWs+Pg0KICBRaW4gV3UgPGJpbGwu
d3VAaHVhd2VpLmNvbTxtYWlsdG86YmlsbC53dUBodWF3ZWkuY29tPj4NCg0KQXNzaWduZWQgQXJl
YSBEaXJlY3RvcjoNCiAgQmVub2l0IENsYWlzZSA8YmNsYWlzZUBjaXNjby5jb208bWFpbHRvOmJj
bGFpc2VAY2lzY28uY29tPj4NCg0KT3BlcmF0aW9ucyBhbmQgTWFuYWdlbWVudCBBcmVhIERpcmVj
dG9yczoNCiAgQmVub2l0IENsYWlzZSA8YmNsYWlzZUBjaXNjby5jb208bWFpbHRvOmJjbGFpc2VA
Y2lzY28uY29tPj4NCiAgSm9lbCBKYWVnZ2xpIDxqb2VsamFAYm9ndXMuY29tPG1haWx0bzpqb2Vs
amFAYm9ndXMuY29tPj4NCk1haWxpbmcgbGlzdDoNCiAgQWRkcmVzczogbDJzbUBpZXRmLm9yZzxt
YWlsdG86bDJzbUBpZXRmLm9yZz4NCiAgVG8gc3Vic2NyaWJlOiBodHRwczovL3d3dy5pZXRmLm9y
Zy9tYWlsbWFuL2xpc3RpbmZvL2wyc20NCiAgQXJjaGl2ZTogaHR0cHM6Ly9tYWlsYXJjaGl2ZS5p
ZXRmLm9yZy9hcmNoL2Jyb3dzZS9sMnNtLw0KDQpDaGFydGVyOiBodHRwczovL2RhdGF0cmFja2Vy
LmlldGYub3JnL2RvYy9jaGFydGVyLWlldGYtbDJzbS8NCg0KVGhlIElFVEYgYW5kIHRoZSBpbmR1
c3RyeSBpbiBnZW5lcmFsIGlzIGN1cnJlbnRseSBzcGVjaWZ5aW5nIGEgc2V0IG9mDQpZQU5HIG1v
ZGVscyBmb3IgbmV0d29yayBlbGVtZW50IGFuZCBwcm90b2NvbCBjb25maWd1cmF0aW9uLiBUaGlz
IGlzIGFuDQplc3NlbnRpYWwgZmlyc3Qgc3RlcCwgYnV0IHRoZSBlbmQgZ29hbCBpcyBhIGZ1bGwg
c3lzdGVtIGNvbmZpZ3VyYXRpb24NCnRoYXQgZW5hYmxlcyBzZXJ2aWNlIGFnaWxpdHkgdG8gc3Bl
ZWQgc2VydmljZSBjcmVhdGlvbiBhbmQgZGVsaXZlcnkgYW5kDQphbGxvd3MgdGhlIGRlcGxveW1l
bnQgb2YgaW5ub3ZhdGl2ZSBuZXcgc2VydmljZXMgYWNyb3NzIG5ldHdvcmtzLg0KU2VydmljZXMg
YXJlIGJ1aWx0IGZyb20gYSBjb21iaW5hdGlvbiBvZiBuZXR3b3JrIGVsZW1lbnQgYW5kIHByb3Rv
Y29sDQpjb25maWd1cmF0aW9uLCBidXQgYXJlIHNwZWNpZmllZCB0byBzZXJ2aWNlIHVzZXJzIGlu
IG1vcmUgYWJzdHJhY3QgdGVybXMuDQoNClRoZSBMYXllciBUd28gVmlydHVhbCBQcml2YXRlIE5l
dHdvcmsgU2VydmljZSBNb2RlbCAoTDJTTSkgd29ya2luZyBncm91cA0KaXMgYSBzaG9ydC1saXZl
ZCBXRy4gSXQgaXMgdGFza2VkIHRvIGNyZWF0ZSBhIFlBTkcgZGF0YSBtb2RlbCB0aGF0DQpkZXNj
cmliZXMgYSBMMlZQTiBzZXJ2aWNlIChhIEwyVlBOIGN1c3RvbWVyIHNlcnZpY2UgbW9kZWwpLiBU
aGUgbW9kZWwgY2FuDQpiZSB1c2VkIGZvciBjb21tdW5pY2F0aW9uIGJldHdlZW4gY3VzdG9tZXJz
IGFuZCBuZXR3b3JrIG9wZXJhdG9ycywgYW5kIHRvDQpwcm92aWRlIGlucHV0IHRvIGF1dG9tYXRl
ZCBjb250cm9sIGFuZCBjb25maWd1cmF0aW9uIGFwcGxpY2F0aW9ucy4NCg0KSXQgaXMgcmVjb2du
aXplZCB0aGF0IGl0IHdvdWxkIGJlIGJlbmVmaWNpYWwgdG8gaGF2ZSBhIGNvbW1vbiBiYXNlIG1v
ZGVsDQp0aGF0IGFkZHJlc3NlcyBtdWx0aXBsZSBwb3B1bGFyIEwyVlBOIHNlcnZpY2UgdHlwZXMu
IFRoZSB3b3JraW5nIGdyb3VwDQp3aWxsIGRlcml2ZSBhIHNpbmdsZSBkYXRhIG1vZGVsIHRoYXQg
aW5jbHVkZXMgc3VwcG9ydCBmb3IgdGhlIGZvbGxvd2luZzoNCi0gcG9pbnQtdG8tcG9pbnQgVmly
dHVhbCBQcml2YXRlIFdpcmUgU2VydmljZXMgKFZQV1MpLA0KLSBtdWx0aXBvaW50IFZpcnR1YWwg
UHJpdmF0ZSBMQU4gc2VydmljZXMgKFZQTFMpIHRoYXQgdXNlIExEUC1zaWduYWxlZA0KUHNldWRv
d2lyZXMNCi0gbXVsdGlwb2ludCBWaXJ0dWFsIFByaXZhdGUgTEFOIHNlcnZpY2VzIChWUExTKSB0
aGF0IHVzZSBhIEJvcmRlcg0KR2F0ZXdheSBQcm90b2NvbCAoQkdQKSBjb250cm9sIHBsYW5lIGFz
IGRlc2NyaWJlZCBpbiBSRkM0NzYxIGFuZCBSRkM2NjI0DQotIEV0aGVybmV0IFZQTnMgc3BlY2lm
aWVkIGluIFJGQyA3NDMyLg0KT3RoZXIgTDJWUE4gc2VydmljZSB0eXBlcyBtYXkgYmUgaW5jbHVk
ZWQgaWYgdGhlcmUgaXMgY29uc2Vuc3VzIGluIHRoZQ0Kd29ya2luZyBncm91cC4NCg0KSXQgbmVl
ZHMgdG8gYmUgY2xlYXJseSB1bmRlcnN0b29kIHRoYXQgdGhpcyBMMlZQTiBjdXN0b21lciBzZXJ2
aWNlIG1vZGVsDQppcyBub3QgYW4gTDJWUE4gY29uZmlndXJhdGlvbiBtb2RlbC4gVGhhdCBpcywg
aXQgZG9lcyBub3QgcHJvdmlkZSBkZXRhaWxzDQpmb3IgY29uZmlndXJpbmcgbmV0d29yayBlbGVt
ZW50cyBvciBwcm90b2NvbHM6IHRoYXQgd29yayBpcyBleHBlY3RlZCB0bw0KYmUgY2FycmllZCBv
dXQgaW4gb3RoZXIgcHJvdG9jb2wtc3BlY2lmaWMgd29ya2luZyBncm91cHMuIEluc3RlYWQsIHRo
ZQ0KTDJWUE4gY3VzdG9tZXIgc2VydmljZSBtb2RlbCBjb250YWlucyB0aGUgY2hhcmFjdGVyaXN0
aWNzIG9mIHRoZSBzZXJ2aWNlDQphcyBkaXNjdXNzZWQgYmV0d2VlbiB0aGUgb3BlcmF0b3JzIGFu
ZCB0aGVpciBjdXN0b21lcnMuIEEgc2VwYXJhdGUNCnByb2Nlc3MgaXMgcmVzcG9uc2libGUgZm9y
IG1hcHBpbmcgdGhpcyBjdXN0b21lciBzZXJ2aWNlIG1vZGVsIG9udG8gdGhlDQpwcm90b2NvbHMg
YW5kIG5ldHdvcmsgZWxlbWVudHMgZGVwZW5kaW5nIG9uIGhvdyB0aGUgbmV0d29yayBvcGVyYXRv
cg0KY2hvb3NlcyB0byByZWFsaXNlIHRoZSBzZXJ2aWNlLg0KDQpUaGUgZGVsaXZlcmFibGUgZnJv
bSB0aGlzIHdvcmtpbmcgZ3JvdXAgd2lsbCBwcm92aWRlIGluZm9ybWF0aW9uIHRoYXQNCm90aGVy
IHdvcmtpbmcgZ3JvdXBzIGNhbiB1c2UgdG8gZXZhbHVhdGUgdGhlIHNldCBvZiBZQU5HIG1vZGVs
cyB0aGF0IHRoZXkNCmhhdmUgYWxyZWFkeSBkZXZlbG9wZWQgb3IgdGhhdCBhcmUgdW5kZXIgZGV2
ZWxvcG1lbnQuIFRoaXMgd2lsbCBoZWxwIHRoZW0NCnRvIGlkZW50aWZ5IGFueSBtaXNzaW5nIG1v
ZGVscyBvciBkZXRhaWxzLiBUaHVzLCB0aGUgZGVsaXZlcmFibGUgY2FuIGJlDQp2aWV3ZWQgYXMg
ZHJpdmluZyByZXF1aXJlbWVudHMgZm9yIHNlcnZpY2UgZGVsaXZlcnkgbW9kZWxzIHNvIHRoYXQg
dGhlDQpjdXN0b21lciBzZXJ2aWNlIHBhcmFtZXRlcnMgY2FuIGJlIG1hcHBlZCBpbnRvIGlucHV0
cyB1c2VkIGJ5IHRoZQ0KcHJvdG9jb2wgY29uZmlndXJhdGlvbiBtb2RlbHMuDQoNClRoZSB3b3Jr
aW5nIGdyb3VwIHdpbGwgbGVhcm4gZnJvbSB0aGUgZXhwZXJpZW5jZSBvZiB0aGUgTDNTTSB3b3Jr
aW5nDQpncm91cCBhbmQgaXQgaXMgZXhwZWN0ZWQgdGhhdCB0aGUgTDJTTSBkYXRhIG1vZGVsIHdp
bGwgaGF2ZSBzaW1pbGFyDQpzdHJ1Y3R1cmUgdG8gdGhlIEwzU00gZGF0YSBtb2RlbCB0byBlbmFi
bGUgYmVuZWZpdHMgb2YgY29tbW9uIGNvZGUsDQpwcm92aWRlIHNoYXJlZCB1c2VyIGV4cGVyaWVu
Y2UsIGFuZCBsZXZlcmFnZSBkaXNjdXNzaW9ucyB0aGF0IHRvb2sgcGxhY2UNCmR1cmluZyB0aGUg
TDNTTSBkZXZlbG9wbWVudC4NCg0KVGhlIHdvcmtpbmcgZ3JvdXAgc2hvdWxkIGNvbnNpZGVyIGRy
YWZ0LXdlbi1sMnNtLWwydnBuLXNlcnZpY2UtbW9kZWwgYXMgYQ0Kc3RhcnRpbmcgcG9pbnQuDQoN
ClRoZSB3b3JraW5nIGdyb3VwIHdpbGwgY29vcmRpbmF0ZSB3aXRoIG90aGVyIHdvcmtpbmcgZ3Jv
dXBzIHJlc3BvbnNpYmxlDQpmb3IgTDJWUE4gcHJvdG9jb2wgd29yayAobW9zdCBub3RhYmx5IHdp
dGggQkVTUyBhbmQgUEFMUykuIEl0IHdpbGwgYWxzbw0KY29vcmRpbmF0ZSB3aXRoIG90aGVyIG9y
Z2FuaXphdGlvbnMgd29ya2luZyBvbiByZWxhdGVkIEwyVlBOIGRhdGEgbW9kZWxzDQooc3VjaCBh
cyB0aGUgTUVGKS4NCg0KTWlsZXN0b25lczoNCiAgRGVjIDIwMTYgLSBBZG9wdCBXRyBkcmFmdCBm
b3IgZGF0YSBtb2RlbA0KICBPY3QgMjAxNyAtIFJlcXVlc3QgcHVibGljYXRpb24gb2YgZGF0YSBt
b2RlbCBhcyBTdGFuZGFyZHMgVHJhY2sgUkZDDQogIERlYyAyMDE3IC0gQ2xvc2Ugd29ya2luZyBn
cm91cA0KDQoNCg0K

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

PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4
bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo
dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo
dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp
dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l
dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu
dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg
KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N
CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0
IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ
cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls
eTpDb25zb2xhczsNCglwYW5vc2UtMToyIDExIDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBE
ZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0K
CXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0
Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCmE6bGluaywgc3Bhbi5Nc29IeXBl
cmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNv
cmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQN
Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRp
b246dW5kZXJsaW5lO30NCnNwYW4uYXBwbGUtc3R5bGUtc3Bhbg0KCXttc28tc3R5bGUtbmFtZTph
cHBsZS1zdHlsZS1zcGFuO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBl
cnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6d2luZG93dGV4dDsN
Cglmb250LXdlaWdodDpub3JtYWw7DQoJZm9udC1zdHlsZTpub3JtYWw7fQ0Kc3Bhbi5tc29JbnMN
Cgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJbXNvLXN0eWxlLW5hbWU6IiI7DQoJdGV4
dC1kZWNvcmF0aW9uOnVuZGVybGluZTsNCgljb2xvcjp0ZWFsO30NCi5Nc29DaHBEZWZhdWx0DQoJ
e21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2Ug
V29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAx
LjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0t
Pjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMiIGxp
bms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OkNhbGlicmkiPkZZSeKApjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmki
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6
bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQjVDNERGIDQuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4g
NC4wcHQ7bWFyZ2luLWxlZnQ6My43NXB0O21hcmdpbi1yaWdodDowaW4iPg0KPGRpdj4NCjxkaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPk9uIDExLzQvMTYsIDE6NTggUE0s
ICZxdW90O2llc2cgb24gYmVoYWxmIG9mIFRoZSBJRVNHJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWls
dG86aWVzZy1ib3VuY2VzQGlldGYub3JnIj5pZXNnLWJvdW5jZXNAaWV0Zi5vcmc8L2E+IG9uIGJl
aGFsZiBvZg0KPGEgaHJlZj0ibWFpbHRvOmllc2ctc2VjcmV0YXJ5QGlldGYub3JnIj5pZXNnLXNl
Y3JldGFyeUBpZXRmLm9yZzwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv
ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu
YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xv
cjpibGFjayI+QSBuZXcgSUVURiBXRyBoYXMgYmVlbiBmb3JtZWQgaW4gdGhlIE9wZXJhdGlvbnMg
YW5kIE1hbmFnZW1lbnQgQXJlYS4gRm9yPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPmFkZGl0aW9uYWwgaW5mb3JtYXRpb24s
IHBsZWFzZSBjb250YWN0IHRoZSBBcmVhIERpcmVjdG9ycyBvciB0aGUgV0c8bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+Q2hh
aXJzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFz
O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+TDJWUE4gU2VydmljZSBNb2RlbCAobDJzbSk8
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xv
cjpibGFjayI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+Q3VycmVudCBzdGF0dXM6IFByb3Bvc2Vk
IFdHPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7
Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OkNvbnNvbGFzO2NvbG9yOmJsYWNrIj5DaGFpcnM6PG86cD48L286cD48L3NwYW4+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNw
O0FkcmlhbiBGYXJyZWwgJmx0OzxhIGhyZWY9Im1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrIj5h
ZHJpYW5Ab2xkZG9nLmNvLnVrPC9hPiZndDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7UWluIFd1ICZs
dDs8YSBocmVmPSJtYWlsdG86YmlsbC53dUBodWF3ZWkuY29tIj5iaWxsLnd1QGh1YXdlaS5jb208
L2E+Jmd0OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNv
bGFzO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+QXNzaWduZWQgQXJlYSBEaXJlY3Rvcjo8
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xv
cjpibGFjayI+Jm5ic3A7Jm5ic3A7QmVub2l0IENsYWlzZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmJj
bGFpc2VAY2lzY28uY29tIj5iY2xhaXNlQGNpc2NvLmNvbTwvYT4mZ3Q7PG86cD48L286cD48L3Nw
YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2Nv
bG9yOmJsYWNrIj5PcGVyYXRpb25zIGFuZCBNYW5hZ2VtZW50IEFyZWEgRGlyZWN0b3JzOjxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOmJs
YWNrIj4mbmJzcDsmbmJzcDtCZW5vaXQgQ2xhaXNlICZsdDs8YSBocmVmPSJtYWlsdG86YmNsYWlz
ZUBjaXNjby5jb20iPmJjbGFpc2VAY2lzY28uY29tPC9hPiZndDs8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+Jm5ic3A7Jm5i
c3A7Sm9lbCBKYWVnZ2xpICZsdDs8YSBocmVmPSJtYWlsdG86am9lbGphQGJvZ3VzLmNvbSI+am9l
bGphQGJvZ3VzLmNvbTwvYT4mZ3Q7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPk1haWxpbmcgbGlzdDo8bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+Jm5i
c3A7Jm5ic3A7QWRkcmVzczoNCjxhIGhyZWY9Im1haWx0bzpsMnNtQGlldGYub3JnIj5sMnNtQGll
dGYub3JnPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNv
bnNvbGFzO2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDtUbyBzdWJzY3JpYmU6DQo8YSBocmVmPSJo
dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2wyc20iPmh0dHBzOi8vd3d3Lmll
dGYub3JnL21haWxtYW4vbGlzdGluZm8vbDJzbTwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7QXJj
aGl2ZToNCjxhIGhyZWY9Imh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9icm93c2Uv
bDJzbS8iPmh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9icm93c2UvbDJzbS88L2E+
PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29s
b3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OkNvbnNvbGFzO2NvbG9yOmJsYWNrIj5DaGFydGVyOg0KPGEgaHJlZj0iaHR0cHM6Ly9kYXRh
dHJhY2tlci5pZXRmLm9yZy9kb2MvY2hhcnRlci1pZXRmLWwyc20vIj5odHRwczovL2RhdGF0cmFj
a2VyLmlldGYub3JnL2RvYy9jaGFydGVyLWlldGYtbDJzbS88L2E+PG86cD48L286cD48L3NwYW4+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9y
OmJsYWNrIj5UaGUgSUVURiBhbmQgdGhlIGluZHVzdHJ5IGluIGdlbmVyYWwgaXMgY3VycmVudGx5
IHNwZWNpZnlpbmcgYSBzZXQgb2Y8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+WUFORyBtb2RlbHMgZm9yIG5ldHdvcmsgZWxl
bWVudCBhbmQgcHJvdG9jb2wgY29uZmlndXJhdGlvbi4gVGhpcyBpcyBhbjxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOmJsYWNrIj5lc3Nl
bnRpYWwgZmlyc3Qgc3RlcCwgYnV0IHRoZSBlbmQgZ29hbCBpcyBhIGZ1bGwgc3lzdGVtIGNvbmZp
Z3VyYXRpb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25z
b2xhcztjb2xvcjpibGFjayI+dGhhdCBlbmFibGVzIHNlcnZpY2UgYWdpbGl0eSB0byBzcGVlZCBz
ZXJ2aWNlIGNyZWF0aW9uIGFuZCBkZWxpdmVyeSBhbmQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+YWxsb3dzIHRoZSBkZXBs
b3ltZW50IG9mIGlubm92YXRpdmUgbmV3IHNlcnZpY2VzIGFjcm9zcyBuZXR3b3Jrcy48bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFj
ayI+U2VydmljZXMgYXJlIGJ1aWx0IGZyb20gYSBjb21iaW5hdGlvbiBvZiBuZXR3b3JrIGVsZW1l
bnQgYW5kIHByb3RvY29sPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPmNvbmZpZ3VyYXRpb24sIGJ1dCBhcmUgc3BlY2lmaWVk
IHRvIHNlcnZpY2UgdXNlcnMgaW4gbW9yZSBhYnN0cmFjdCB0ZXJtcy48bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29s
b3I6YmxhY2siPlRoZSBMYXllciBUd28gVmlydHVhbCBQcml2YXRlIE5ldHdvcmsgU2VydmljZSBN
b2RlbCAoTDJTTSkgd29ya2luZyBncm91cDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOmJsYWNrIj5pcyBhIHNob3J0LWxpdmVkIFdHLiBJ
dCBpcyB0YXNrZWQgdG8gY3JlYXRlIGEgWUFORyBkYXRhIG1vZGVsIHRoYXQ8bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+ZGVz
Y3JpYmVzIGEgTDJWUE4gc2VydmljZSAoYSBMMlZQTiBjdXN0b21lciBzZXJ2aWNlIG1vZGVsKS4g
VGhlIG1vZGVsIGNhbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OkNvbnNvbGFzO2NvbG9yOmJsYWNrIj5iZSB1c2VkIGZvciBjb21tdW5pY2F0aW9uIGJldHdlZW4g
Y3VzdG9tZXJzIGFuZCBuZXR3b3JrIG9wZXJhdG9ycywgYW5kIHRvPG86cD48L286cD48L3NwYW4+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPnByb3ZpZGUg
aW5wdXQgdG8gYXV0b21hdGVkIGNvbnRyb2wgYW5kIGNvbmZpZ3VyYXRpb24gYXBwbGljYXRpb25z
LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2Nv
bG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+SXQgaXMgcmVjb2duaXplZCB0aGF0IGl0IHdvdWxk
IGJlIGJlbmVmaWNpYWwgdG8gaGF2ZSBhIGNvbW1vbiBiYXNlIG1vZGVsPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPnRoYXQg
YWRkcmVzc2VzIG11bHRpcGxlIHBvcHVsYXIgTDJWUE4gc2VydmljZSB0eXBlcy4gVGhlIHdvcmtp
bmcgZ3JvdXA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25z
b2xhcztjb2xvcjpibGFjayI+d2lsbCBkZXJpdmUgYSBzaW5nbGUgZGF0YSBtb2RlbCB0aGF0IGlu
Y2x1ZGVzIHN1cHBvcnQgZm9yIHRoZSBmb2xsb3dpbmc6PG86cD48L286cD48L3NwYW4+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPi0gcG9pbnQtdG8tcG9p
bnQgVmlydHVhbCBQcml2YXRlIFdpcmUgU2VydmljZXMgKFZQV1MpLDxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOmJsYWNrIj4tIG11bHRp
cG9pbnQgVmlydHVhbCBQcml2YXRlIExBTiBzZXJ2aWNlcyAoVlBMUykgdGhhdCB1c2UgTERQLXNp
Z25hbGVkPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29s
YXM7Y29sb3I6YmxhY2siPlBzZXVkb3dpcmVzPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPi0gbXVsdGlwb2ludCBWaXJ0dWFs
IFByaXZhdGUgTEFOIHNlcnZpY2VzIChWUExTKSB0aGF0IHVzZSBhIEJvcmRlcjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOmJsYWNrIj5H
YXRld2F5IFByb3RvY29sIChCR1ApIGNvbnRyb2wgcGxhbmUgYXMgZGVzY3JpYmVkIGluIFJGQzQ3
NjEgYW5kIFJGQzY2MjQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTpDb25zb2xhcztjb2xvcjpibGFjayI+LSBFdGhlcm5ldCBWUE5zIHNwZWNpZmllZCBpbiBSRkMg
NzQzMi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xh
cztjb2xvcjpibGFjayI+T3RoZXIgTDJWUE4gc2VydmljZSB0eXBlcyBtYXkgYmUgaW5jbHVkZWQg
aWYgdGhlcmUgaXMgY29uc2Vuc3VzIGluIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOmJsYWNrIj53b3JraW5nIGdyb3VwLjxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOmJs
YWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpD
b25zb2xhcztjb2xvcjpibGFjayI+SXQgbmVlZHMgdG8gYmUgY2xlYXJseSB1bmRlcnN0b29kIHRo
YXQgdGhpcyBMMlZQTiBjdXN0b21lciBzZXJ2aWNlIG1vZGVsPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPmlzIG5vdCBhbiBM
MlZQTiBjb25maWd1cmF0aW9uIG1vZGVsLiBUaGF0IGlzLCBpdCBkb2VzIG5vdCBwcm92aWRlIGRl
dGFpbHM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xh
cztjb2xvcjpibGFjayI+Zm9yIGNvbmZpZ3VyaW5nIG5ldHdvcmsgZWxlbWVudHMgb3IgcHJvdG9j
b2xzOiB0aGF0IHdvcmsgaXMgZXhwZWN0ZWQgdG88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+YmUgY2FycmllZCBvdXQgaW4g
b3RoZXIgcHJvdG9jb2wtc3BlY2lmaWMgd29ya2luZyBncm91cHMuIEluc3RlYWQsIHRoZTxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOmJs
YWNrIj5MMlZQTiBjdXN0b21lciBzZXJ2aWNlIG1vZGVsIGNvbnRhaW5zIHRoZSBjaGFyYWN0ZXJp
c3RpY3Mgb2YgdGhlIHNlcnZpY2U8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+YXMgZGlzY3Vzc2VkIGJldHdlZW4gdGhlIG9w
ZXJhdG9ycyBhbmQgdGhlaXIgY3VzdG9tZXJzLiBBIHNlcGFyYXRlPG86cD48L286cD48L3NwYW4+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPnByb2Nlc3Mg
aXMgcmVzcG9uc2libGUgZm9yIG1hcHBpbmcgdGhpcyBjdXN0b21lciBzZXJ2aWNlIG1vZGVsIG9u
dG8gdGhlPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29s
YXM7Y29sb3I6YmxhY2siPnByb3RvY29scyBhbmQgbmV0d29yayBlbGVtZW50cyBkZXBlbmRpbmcg
b24gaG93IHRoZSBuZXR3b3JrIG9wZXJhdG9yPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPmNob29zZXMgdG8gcmVhbGlzZSB0
aGUgc2VydmljZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpD
b25zb2xhcztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPlRoZSBkZWxpdmVyYWJsZSBmcm9t
IHRoaXMgd29ya2luZyBncm91cCB3aWxsIHByb3ZpZGUgaW5mb3JtYXRpb24gdGhhdDxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOmJsYWNr
Ij5vdGhlciB3b3JraW5nIGdyb3VwcyBjYW4gdXNlIHRvIGV2YWx1YXRlIHRoZSBzZXQgb2YgWUFO
RyBtb2RlbHMgdGhhdCB0aGV5PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPmhhdmUgYWxyZWFkeSBkZXZlbG9wZWQgb3IgdGhh
dCBhcmUgdW5kZXIgZGV2ZWxvcG1lbnQuIFRoaXMgd2lsbCBoZWxwIHRoZW08bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+dG8g
aWRlbnRpZnkgYW55IG1pc3NpbmcgbW9kZWxzIG9yIGRldGFpbHMuIFRodXMsIHRoZSBkZWxpdmVy
YWJsZSBjYW4gYmU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpD
b25zb2xhcztjb2xvcjpibGFjayI+dmlld2VkIGFzIGRyaXZpbmcgcmVxdWlyZW1lbnRzIGZvciBz
ZXJ2aWNlIGRlbGl2ZXJ5IG1vZGVscyBzbyB0aGF0IHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOmJsYWNrIj5jdXN0b21lciBzZXJ2
aWNlIHBhcmFtZXRlcnMgY2FuIGJlIG1hcHBlZCBpbnRvIGlucHV0cyB1c2VkIGJ5IHRoZTxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOmJs
YWNrIj5wcm90b2NvbCBjb25maWd1cmF0aW9uIG1vZGVscy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6Ymxh
Y2siPlRoZSB3b3JraW5nIGdyb3VwIHdpbGwgbGVhcm4gZnJvbSB0aGUgZXhwZXJpZW5jZSBvZiB0
aGUgTDNTTSB3b3JraW5nPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPmdyb3VwIGFuZCBpdCBpcyBleHBlY3RlZCB0aGF0IHRo
ZSBMMlNNIGRhdGEgbW9kZWwgd2lsbCBoYXZlIHNpbWlsYXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+c3RydWN0dXJlIHRv
IHRoZSBMM1NNIGRhdGEgbW9kZWwgdG8gZW5hYmxlIGJlbmVmaXRzIG9mIGNvbW1vbiBjb2RlLDxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9y
OmJsYWNrIj5wcm92aWRlIHNoYXJlZCB1c2VyIGV4cGVyaWVuY2UsIGFuZCBsZXZlcmFnZSBkaXNj
dXNzaW9ucyB0aGF0IHRvb2sgcGxhY2U8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+ZHVyaW5nIHRoZSBMM1NNIGRldmVsb3Bt
ZW50LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFz
O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+VGhlIHdvcmtpbmcgZ3JvdXAgc2hvdWxkIGNv
bnNpZGVyIGRyYWZ0LXdlbi1sMnNtLWwydnBuLXNlcnZpY2UtbW9kZWwgYXMgYTxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOmJsYWNrIj5z
dGFydGluZyBwb2ludC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTpDb25zb2xhcztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPlRoZSB3b3JraW5nIGdyb3Vw
IHdpbGwgY29vcmRpbmF0ZSB3aXRoIG90aGVyIHdvcmtpbmcgZ3JvdXBzIHJlc3BvbnNpYmxlPG86
cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6
YmxhY2siPmZvciBMMlZQTiBwcm90b2NvbCB3b3JrIChtb3N0IG5vdGFibHkgd2l0aCBCRVNTIGFu
ZCBQQUxTKS4gSXQgd2lsbCBhbHNvPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPmNvb3JkaW5hdGUgd2l0aCBvdGhlciBvcmdh
bml6YXRpb25zIHdvcmtpbmcgb24gcmVsYXRlZCBMMlZQTiBkYXRhIG1vZGVsczxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOmJsYWNrIj4o
c3VjaCBhcyB0aGUgTUVGKS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPk1pbGVzdG9uZXM6PG86
cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6
YmxhY2siPiZuYnNwOyZuYnNwO0RlYyAyMDE2IC0gQWRvcHQgV0cgZHJhZnQgZm9yIGRhdGEgbW9k
ZWw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztj
b2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7T2N0IDIwMTcgLSBSZXF1ZXN0IHB1YmxpY2F0aW9uIG9m
IGRhdGEgbW9kZWwgYXMgU3RhbmRhcmRzIFRyYWNrIFJGQzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDtE
ZWMgMjAxNyAtIENsb3NlIHdvcmtpbmcgZ3JvdXA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48
L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFz
O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2
Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_A3D163CDB0D14854A4AEFE608D68A4ADciscocom_--


From nobody Tue Nov  8 09:25:55 2016
Return-Path: <martin.vigoureux@nokia.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8CC5B129566 for <bess@ietfa.amsl.com>; Tue,  8 Nov 2016 09:25:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.902
X-Spam-Level: 
X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JgrerJKJ159J for <bess@ietfa.amsl.com>; Tue,  8 Nov 2016 09:25:51 -0800 (PST)
Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 623051297CB for <bess@ietf.org>; Tue,  8 Nov 2016 09:25:51 -0800 (PST)
Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id BB277B7C6BCB4 for <bess@ietf.org>; Tue,  8 Nov 2016 17:25:46 +0000 (GMT)
Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id uA8HPnr4007072 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for <bess@ietf.org>; Tue, 8 Nov 2016 17:25:49 GMT
Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id uA8HPkoD028143 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <bess@ietf.org>; Tue, 8 Nov 2016 18:25:49 +0100
Received: from [135.224.213.23] (135.239.27.39) by FR711WXCHHUB02.zeu.alcatel-lucent.com (135.239.2.112) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 8 Nov 2016 18:25:45 +0100
From: Martin Vigoureux <martin.vigoureux@nokia.com>
To: BESS <bess@ietf.org>
Message-ID: <ebbf1eed-8492-f2e0-b545-d3c961e23146@nokia.com>
Date: Tue, 8 Nov 2016 18:25:30 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 7bit
X-Originating-IP: [135.239.27.39]
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/fiyIN8vDx-O6yFpEUMC7LOAKPz0>
Subject: [bess] Please send presentation material for BESS in Seoul
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: "bess-chairs@ietf.org" <bess-chairs@ietf.org>
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Nov 2016 17:25:53 -0000

Hello,

the agenda has been posted:
https://www.ietf.org/proceedings/97/agenda/agenda-97-bess-02

Please start sending your presentation material to Thomas and I.

Please do so before Sunday the 13th of November, 23h59 Seoul local time.

BESS session is on Monday and I'll be alone so please respect that 
deadline or take a serious risk of having your slot moved at the end :-)

Thank you

martin


From nobody Tue Nov  8 22:20:34 2016
Return-Path: <bclaise@cisco.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 077A01294DB; Tue,  8 Nov 2016 22:20:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -16.018
X-Spam-Level: 
X-Spam-Status: No, score=-16.018 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z3NTKKpXLPh5; Tue,  8 Nov 2016 22:20:31 -0800 (PST)
Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0A787129479; Tue,  8 Nov 2016 22:20:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1519; q=dns/txt; s=iport; t=1478672431; x=1479882031; h=to:from:subject:message-id:date:mime-version; bh=bnCcJcTYyBT8v5Oj1nL+ipUY/Udl84fMAkGdOyEva5U=; b=L4nF7ND16PCb0wZ21Yc6bIKBjxDJnMi92+QcOqjwoKl5fhGZzzAskEKP 5LBeyd/5ZMOeWvOAmFEmOWINxL3ufb/1/1dg+3mPEwQZYZD17900W/0sk lrUsJIn1Q+uaEnz8Dk2n5rftr8UuYjdNtSRdO/7VgE3Mi18Oznif6OyZ8 U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CmUwDzviJY/xbLJq1cGwEBAQMBAQEJA?= =?us-ascii?q?QEBgy8BAQEBAXcsU6ckjFqDC4F0G4IIKYhKEwECAQEBAQEBAWIohFgzdAE+Al8?= =?us-ascii?q?BDAYCAQGIWA6xN4JAPosLAQsBJIY+gX2KJoJcBZouhjiKFII9hz2GHYlYg1uEB?= =?us-ascii?q?w8RAzJjDwqFMT00AYc3AQEB?=
X-IronPort-AV: E=Sophos;i="5.31,465,1473120000";  d="scan'208,217";a="649807387"
Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Nov 2016 06:20:29 +0000
Received: from [10.60.67.86] (ams-bclaise-8915.cisco.com [10.60.67.86]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id uA96KTFd030564; Wed, 9 Nov 2016 06:20:29 GMT
To: draft-ietf-bess-l2vpn-yang@ietf.org, "bess@ietf.org" <bess@ietf.org>
From: Benoit Claise <bclaise@cisco.com>
Message-ID: <9f5b832d-3a40-1c5d-7ed6-853a7f6f00ab@cisco.com>
Date: Wed, 9 Nov 2016 07:20:28 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="------------6F96F3BC6F562C9BC1DAD50D"
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/RUb9PxVjzfbCsJYXXnJB_uj0dDo>
Subject: [bess] draft-ietf-bess-l2vpn-yang-02.txt: YANG compilation issue
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Nov 2016 06:20:33 -0000

This is a multi-part message in MIME format.
--------------6F96F3BC6F562C9BC1DAD50D
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

Dear draft-ietf-bess-l2vpn-yang-02 authors,

I uploaded the latest pyang version, which integrates a couple of bug fixes.
It now reports a problem with your YANG module: 
ietf-l2vpn@2016-10-24.yang:356: error: unexpected keyword "must"
See http://www.claise.be/IETFYANGPageCompilation.html

Regards, Benoit
<http://datatracker.ietf.org/doc/draft-ietf-bess-l2vpn-yang>

--------------6F96F3BC6F562C9BC1DAD50D
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Dear draft-ietf-bess-l2vpn-yang-02 authors,<br>
    <br>
    I uploaded the latest pyang version, which integrates a couple of
    bug fixes.<br>
    It now reports a problem with your YANG module:
    <a class="moz-txt-link-abbreviated" href="mailto:ietf-l2vpn@2016-10-24.yang:356">ietf-l2vpn@2016-10-24.yang:356</a>: error: unexpected keyword "must"<br>
    See <a class="moz-txt-link-freetext" href="http://www.claise.be/IETFYANGPageCompilation.html">http://www.claise.be/IETFYANGPageCompilation.html</a><br>
    <br>
    Regards, Benoit<br>
    <a href="http://datatracker.ietf.org/doc/draft-ietf-bess-l2vpn-yang"></a>
  </body>
</html>

--------------6F96F3BC6F562C9BC1DAD50D--


From nobody Thu Nov 10 07:26:51 2016
Return-Path: <thomas.morin@orange.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A784129717; Thu, 10 Nov 2016 07:26:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.731
X-Spam-Level: 
X-Spam-Status: No, score=-2.731 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RP_MATCHES_RCVD=-1.497, SPF_SOFTFAIL=0.665] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 83rgNDOhYQW8; Thu, 10 Nov 2016 07:26:47 -0800 (PST)
Received: from p-mail1.rd.orange.com (p-mail1.rd.orange.com [161.106.1.2]) by ietfa.amsl.com (Postfix) with ESMTP id E20891297BC; Thu, 10 Nov 2016 07:26:46 -0800 (PST)
Received: from p-mail1.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 1C9A87CC003; Thu, 10 Nov 2016 16:26:46 +0100 (CET)
Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by p-mail1.rd.orange.com (Postfix) with ESMTP id 114E5410242; Thu, 10 Nov 2016 16:26:46 +0100 (CET)
Received: from [10.193.71.12] (10.193.71.12) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.301.0; Thu, 10 Nov 2016 16:26:45 +0100
From: Thomas Morin <thomas.morin@orange.com>
To: <bess@ietf.org>, "draft-ietf-bess-evpn-overlay@ietf.org" <draft-ietf-bess-evpn-overlay@ietf.org>
References: <147691219689.5713.10984703287619180065.idtracker@ietfa.amsl.com>
Organization: Orange
Message-ID: <78714ceb-2b1c-2798-bfcb-1b9484685dff@orange.com>
Date: Thu, 10 Nov 2016 16:26:45 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <147691219689.5713.10984703287619180065.idtracker@ietfa.amsl.com>
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/ucxb9MF9ud2Zp8H3i2P2nDmvHQs>
Subject: [bess] Comments on draft-ietf-bess-evpn-overlay-05.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Nov 2016 15:26:49 -0000

Hi authors of draft-ietf-bess-evpn-overlay,

Here are a two comments on the changes in draft-ietf-bess-evpn-overlay-05:

> 5.1.3  Constructing EVPN BGP Routes
>
>    In EVPN, an MPLS label identifying forwarding table is distributed by

"identifying forwarding table" was inserted above in -05
Is the use of a per access circuit MPLS label really precluded ? Why ?

[...]
> 9 Support for Multicast
>
>    The E-VPN Inclusive Multicast BGP route is used to discover the
>    multicast tunnels among the endpoints associated with a given EVI
>    (e.g., given VNI) for VLAN-based service and a given <EVI,VLAN> for
>    VLAN-aware bundle service. The Ethernet Tag field of this route is
>    set as described in section 5.1.3.

It was agreed in June to strike this sentence, which does not seem to 
add any information.
( https://www.ietf.org/mail-archive/web/bess/current/msg01769.html )

Best,

-Thomas



From nobody Fri Nov 11 01:32:41 2016
Return-Path: <adrian@olddog.co.uk>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5BD44129A94; Fri, 11 Nov 2016 01:32:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.08
X-Spam-Level: 
X-Spam-Status: No, score=0.08 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ah4l_HQZNGCk; Fri, 11 Nov 2016 01:32:39 -0800 (PST)
Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C2A09129A93; Fri, 11 Nov 2016 01:32:38 -0800 (PST)
Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id uAB9Wafa023884; Fri, 11 Nov 2016 09:32:36 GMT
Received: from 950129200 (host217-36-58-153.in-addr.btopenworld.com [217.36.58.153]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id uAB9WZuT023877 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Fri, 11 Nov 2016 09:32:36 GMT
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: <bess@ietf.org>
Date: Fri, 11 Nov 2016 09:32:32 -0000
Message-ID: <0ac101d23bfe$8827fe20$9877fa60$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdI7/ni4FKnSrFlfQ8eui7evl19oAw==
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.0.0.1202-22692.006
X-TM-AS-Result: No--3.454-10.0-31-10
X-imss-scan-details: No--3.454-10.0-31-10
X-TMASE-MatchedRID: XrcigEIn+bPaRs0xILLwuijQ4osdfamBnvBHr/aFnM4KXKtfi06bFKPF jJEFr+olfeZdJ1Xsorg6STqZBYtXndAtbEEX0MxBxEHRux+uk8jHUU+U0ACZwGDnBGcCH9rc+tA PFGB/c3ZflxAXwLlgMVjzTi5PiFO/JeJ1WMCERkGtftyYo2KwDjKpoRvzNKOP9DB8M7tiaMAWbf 9vijls8w==
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/M_i2nbo9rRQVFFXCY3W5hDApNXw>
Cc: l2sm-chairs@ietf.org
Subject: [bess] Reminder, L2SM working group formed and will meet in Seoul
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: adrian@olddog.co.uk
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Nov 2016 09:32:40 -0000

Hi,

Those of you interested in L2VPN service delivery may want to come along to the
L2SM WG meeting:

Thursday, 9:30

Thanks,
Adrian


From nobody Fri Nov 11 09:09:55 2016
Return-Path: <sajassi@cisco.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F9A712987F; Fri, 11 Nov 2016 09:09:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -16.018
X-Spam-Level: 
X-Spam-Status: No, score=-16.018 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rTajSx4csUYO; Fri, 11 Nov 2016 09:09:52 -0800 (PST)
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 4F4F91298A8; Fri, 11 Nov 2016 09:09:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1652; q=dns/txt; s=iport; t=1478884192; x=1480093792; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=vOA7lOnoWrQV31GozhMuxohAIwSpopT4wgSieqOwjI8=; b=lsO2eQqdo6cZuOBGtDuipX2BMdBmcr4wOh83mWLnYhsXKEbKlVyMNM09 4V/jxJ4G5UBma9ZOUZg644eBXTUwC1lOAWrfssaewEOPHvYhXXMtxj42O jzr70DHVqL7UtzHMdzLFXsqxssxXsuWdGPeWmbUseujANKiY35DBbexiw w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BsAQBs+iVY/4MNJK1eGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgzMBAQEBAR9YgQAHjTerZoIHKIV7AoIJPxQBAgEBAQEBAQFiKIRiAQE?= =?us-ascii?q?EgQkCAQhGMiUCBAESiF8OsHKLUwEBAQEBAQEBAgEBAQEBAQEBARkFixiEKwEBT?= =?us-ascii?q?QaFKQWPHIsgAZBckB6RRgEeN4ECg0AXgV1yAYVDgSGBDAEBAQ?=
X-IronPort-AV: E=Sophos;i="5.31,621,1473120000"; d="scan'208";a="173194426"
Received: from alln-core-1.cisco.com ([173.36.13.131]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 11 Nov 2016 17:09:51 +0000
Received: from XCH-RTP-005.cisco.com (xch-rtp-005.cisco.com [64.101.220.145]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id uABH9ppR031383 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 11 Nov 2016 17:09:51 GMT
Received: from xch-rtp-005.cisco.com (64.101.220.145) by XCH-RTP-005.cisco.com (64.101.220.145) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 11 Nov 2016 12:09:50 -0500
Received: from xch-rtp-005.cisco.com ([64.101.220.145]) by XCH-RTP-005.cisco.com ([64.101.220.145]) with mapi id 15.00.1210.000; Fri, 11 Nov 2016 12:09:50 -0500
From: "Ali Sajassi (sajassi)" <sajassi@cisco.com>
To: Thomas Morin <thomas.morin@orange.com>, "bess@ietf.org" <bess@ietf.org>, "draft-ietf-bess-evpn-overlay@ietf.org" <draft-ietf-bess-evpn-overlay@ietf.org>
Thread-Topic: Comments on draft-ietf-bess-evpn-overlay-05.txt
Thread-Index: AQHSO2bdWq6n+rBu+kyWYKDPeHJznaDT07aA
Date: Fri, 11 Nov 2016 17:09:50 +0000
Message-ID: <D44B3619.1C04BF%sajassi@cisco.com>
References: <147691219689.5713.10984703287619180065.idtracker@ietfa.amsl.com> <78714ceb-2b1c-2798-bfcb-1b9484685dff@orange.com>
In-Reply-To: <78714ceb-2b1c-2798-bfcb-1b9484685dff@orange.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.6.9.160926
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.19.76.52]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <EB77DB35406A4C4995CC6B7E46EACF54@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/Al_G99WsToB3k5GzqTD9Z5dk8lQ>
Subject: Re: [bess] Comments on draft-ietf-bess-evpn-overlay-05.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Nov 2016 17:09:54 -0000

Hi Thomas,



On 11/10/16, 7:26 AM, "Thomas Morin" <thomas.morin@orange.com> wrote:

>Hi authors of draft-ietf-bess-evpn-overlay,
>
>Here are a two comments on the changes in draft-ietf-bess-evpn-overlay-05:
>
>> 5.1.3  Constructing EVPN BGP Routes
>>
>>    In EVPN, an MPLS label identifying forwarding table is distributed by
>
>"identifying forwarding table" was inserted above in -05
>Is the use of a per access circuit MPLS label really precluded ? Why ?

It was added for clarification. To address your concern of not precluding
ACs, I=B9ll change the sentence as below:

from: 	"In EVPN, an MPLS label identifying forwarding table is distributed
by"
to: 	"In EVPN, an MPLS label typically identifying forwarding table is
distributed by"

=20

>
>[...]
>> 9 Support for Multicast
>>
>>    The E-VPN Inclusive Multicast BGP route is used to discover the
>>    multicast tunnels among the endpoints associated with a given EVI
>>    (e.g., given VNI) for VLAN-based service and a given <EVI,VLAN> for
>>    VLAN-aware bundle service. The Ethernet Tag field of this route is
>>    set as described in section 5.1.3.
>
>It was agreed in June to strike this sentence, which does not seem to
>add any information.
>( https://www.ietf.org/mail-archive/web/bess/current/msg01769.html )

John agreed to strike the last sentence and not the whole paragraph. And
frankly I think it is OK to keep the last sentence and to remind the
reader that the Ethernet Tag field is set per section 5.1.3. We are not
duplicating text here. We are just providing a reference.

Cheers,
Ali

>
>Best,
>
>-Thomas
>
>


From nobody Sat Nov 12 14:32:57 2016
Return-Path: <adrian@olddog.co.uk>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 049191294D0; Sat, 12 Nov 2016 14:32:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.721
X-Spam-Level: 
X-Spam-Status: No, score=-0.721 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tP7mRftpgQSC; Sat, 12 Nov 2016 14:32:55 -0800 (PST)
Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CAD0B129405; Sat, 12 Nov 2016 14:32:54 -0800 (PST)
Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id uACMWqEI028295; Sat, 12 Nov 2016 22:32:52 GMT
Received: from 950129200 ([58.120.104.2]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id uACMWm96028274 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Sat, 12 Nov 2016 22:32:51 GMT
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: <sfc@ietf.org>
Date: Sat, 12 Nov 2016 22:32:46 -0000
Message-ID: <0df601d23d34$b30aaa20$191ffe60$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdI9NK6K0S6WFMknRGCGjbkKiKc7hg==
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.0.0.1202-22696.003
X-TM-AS-Result: No--5.117-10.0-31-10
X-imss-scan-details: No--5.117-10.0-31-10
X-TMASE-MatchedRID: 7ZzK4U4L8LQ9d1nHWxkekPHkpkyUphL9UcH09qBGmHRIRRbSf2xcTJxc qyimK04xpNkGX2Ew1qV8RJrzb34CraBW2ZrFVYNRma6DzXaohvMS12tj9Zvd8ypnHGSoRylAGlQ k6C/T3fExZkVI8xKeC1+24nCsUSFNExAtD/T72EbdB/CxWTRRu25FeHtsUoHuzvXPZh2qWVbOuM 1+QiEmiz1vOT2WcdYjVjf6+C1dk76+68HqACCvKA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/oe07WU5Yl75t1-7lkcNUpWZj98w>
Cc: bess@ietf.org
Subject: [bess] BGP/SFC encoding of things that will not work
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: adrian@olddog.co.uk
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Nov 2016 22:32:56 -0000

Joel said...

> One of my concerns with the proposed BGP encoding is that it can =
represent
> many things that will not work.  This seems to make it fragile.

Joel, if I may, can I call you out on that generalisation?

I don't find anything in your statement that I can discuss or debate. =
Perhaps you could help with an example of what thing you might encode =
that "will not work".

Thanks,
Adrian

PS I have cross-posted this mail to SFC and BESS as requested by the AD


From nobody Sun Nov 13 01:48:39 2016
Return-Path: <jmh@joelhalpern.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F28281294FE; Sun, 13 Nov 2016 01:48:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.702
X-Spam-Level: 
X-Spam-Status: No, score=-2.702 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 QFw9nKCAXPKu; Sun, 13 Nov 2016 01:48:35 -0800 (PST)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (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 1D7341294AD; Sun, 13 Nov 2016 01:48:35 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 0E14B240DBB; Sun, 13 Nov 2016 01:48:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=1.tigertech; t=1479030515; bh=50IisZJnyKAcsJrEqVo3fn40+xVqwOhOVWt13MTl9Uk=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=j5tPIZ3TrOTTMUnWG8DOuYYJ2U3JKTsTMBKu6njVr6kBzTtWmpeeJu3N7bo53KTzC Kozuau8/1X9Zg+kcXrxOBt9VwUScsd/XzV0PGW41x1iE3wRWRjm+Tj/mvFEeyAZY7t LjqPFXQJnqMaVMNZIX65CgrVoEF0iwv+QN8CxS2s=
X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net
Received: from dhcp-93c0.meeting.ietf.org (dhcp-93c0.meeting.ietf.org [31.133.147.192]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 3EF44240144; Sun, 13 Nov 2016 01:48:34 -0800 (PST)
To: adrian@olddog.co.uk, sfc@ietf.org
References: <0df601d23d34$b30aaa20$191ffe60$@olddog.co.uk>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <aa37816b-aec6-db86-0a55-0f160ac27d47@joelhalpern.com>
Date: Sun, 13 Nov 2016 04:48:46 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <0df601d23d34$b30aaa20$191ffe60$@olddog.co.uk>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/jL0RdvkIAxvCugkPW2Z-7VsEU1s>
Cc: bess@ietf.org
Subject: Re: [bess] BGP/SFC encoding of things that will not work
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 13 Nov 2016 09:48:36 -0000

Fair enough.

In this case, what I was refering to is the combination of two 
preorpties of the encoding of paths.
On teh one hand, it is extraordinarily flexible in being able to 
represent a broad range of delegated choices (as well as allowing the 
controller to advertise very specific things.
At the same time, it has no explanations for which ways of using those 
tools will or will not work, are intended to work, or should not be used.
One example is the quesiton i raised on the list is an SFP with two SFF 
each of which has two different SF types, A and B.  That seems like a 
natural thing to do, given the coding.  It is extremely unlikely to 
produce a desirable result in reality.

There is significant value in a flexible represent.  There is also 
significant danger if the users can not figure out what will and will 
not work.  Or if they can not tell if the necessary external properties 
can be met.

Yours,
Joel

On 11/12/16 5:32 PM, Adrian Farrel wrote:
> Joel said...
>
>> One of my concerns with the proposed BGP encoding is that it can represent
>> many things that will not work.  This seems to make it fragile.
>
> Joel, if I may, can I call you out on that generalisation?
>
> I don't find anything in your statement that I can discuss or debate. Perhaps you could help with an example of what thing you might encode that "will not work".
>
> Thanks,
> Adrian
>
> PS I have cross-posted this mail to SFC and BESS as requested by the AD
>
> _______________________________________________
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess
>


From nobody Sun Nov 13 07:15:49 2016
Return-Path: <adrian@olddog.co.uk>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E4EB5129675; Sun, 13 Nov 2016 07:15:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.62
X-Spam-Level: 
X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0Hn5VXVPa2ve; Sun, 13 Nov 2016 07:15:41 -0800 (PST)
Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7557912955B; Sun, 13 Nov 2016 07:15:41 -0800 (PST)
Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id uADFFdEi020157; Sun, 13 Nov 2016 15:15:39 GMT
Received: from 950129200 ([58.120.104.2]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id uADFFZHP020143 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Sun, 13 Nov 2016 15:15:37 GMT
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "'Joel M. Halpern'" <jmh@joelhalpern.com>, <sfc@ietf.org>
References: <0df601d23d34$b30aaa20$191ffe60$@olddog.co.uk> <aa37816b-aec6-db86-0a55-0f160ac27d47@joelhalpern.com>
In-Reply-To: <aa37816b-aec6-db86-0a55-0f160ac27d47@joelhalpern.com>
Date: Sun, 13 Nov 2016 15:15:34 -0000
Message-ID: <100b01d23dc0$ca9cbb10$5fd63130$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQIERaviNwI8ZmZzRZpO6OqYuyC+7gIGeYDfoGKt+sA=
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.0.0.1202-22698.000
X-TM-AS-Result: No--25.985-10.0-31-10
X-imss-scan-details: No--25.985-10.0-31-10
X-TMASE-MatchedRID: TmlY9+XBoTnYfPOPCpnfAirlEE4jXe2UZdKh+/+x0Y6tj24Xqh0yXKF6 09GrmC7th41p4lzSNF/hVzYQMdzSdcwdQieqpnTaDwE3qnU/QTMQtuqs6BbPJwDqzaYhcjeQQ3V KD88yS8rSWpwKkD4fnQFjnZyRyQbkwrxsKoa/qe1ZluvuHEedhD8V4lh/3DF1fKvJLWOzfdDCX0 YsfK3COugdMXcgdbway0R2TzRAIA1m8SPGyjDNlbSw7varainhQvKiQ/1oohHadW4iYSMjUXAWu ORm0TIa7rYjKjSGs+18GgLoi0uCEhipbBBoU1Dtq32frrMnhEhk5GAa7kpXtw2G3vz8l/IEzhaO PCcV6YsyyOWBZC/udDeT288mssTUuJqllQ6sW7QD2WXLXdz+AVHB9PagRph0RJWmeOMHa+Svl7i J0qRezz+MHIPcs+ZxemcXt3vLEIsmH44HB04abVEp96PnqFJskk5xcxBziMER34ro7k23nfNvmS aCnjTlt+odoSua73aRk6XtYogiarQ/aqQZTRfKVnRXm1iHN1bEQdG7H66TyOk/y0w7JiZo
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/YajHFBTDbOROwebLaHKmm9oCWqY>
Cc: bess@ietf.org
Subject: Re: [bess] [sfc]  BGP/SFC encoding of things that will not work
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: adrian@olddog.co.uk
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 13 Nov 2016 15:15:44 -0000

I agree that there are risks associated with allowing configuration of options. 

Indeed, control of traffic paths from intelligence outside the network is a
danger. However, we allow that and some operators even use it. True, those with
fat fingers or buggy software may inadvertently send data down the wrong path,
create loops, or black-hole traffic. But if we were to suggest that it should
not be possible for control of paths to be applied from outside the network,
then we might find ourselves in trouble.

Similarly, however, we also consider the application of choice from within the
network to be useful. Consider, for example, the loose hop in a traffic
engineered path. It is clear that a choice exists, but we don't specify how a
node that expands a loose hop works out what path to use: it's a policy choice
how the loose hop is expanded.

Now, in the specific case, suppose I conceive three different load balancers.
They all do load balancing, but they do it differently. Let's assign them
different service function types so we can distinguish them. Now let's assume
that we really don't want to use one of them in our service function path, but
that we are happy to see any instance of a function of either of the other types
on the path. See what we can do with our proposal?

But I suspect your concern is slightly more complex. I think you may be worried
about how additional information to inform a choice might be passed to an SFF. I
think that, just as in the traffic routing case, there are many ways to answer
the question. But the simplest case is choosing between an allowed set of SFIs
using the local policy for balancing SF load. 

Hope this helps,
Adrian

> -----Original Message-----
> From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Joel M. Halpern
> Sent: 13 November 2016 09:49
> To: adrian@olddog.co.uk; sfc@ietf.org
> Cc: bess@ietf.org
> Subject: Re: [sfc] [bess] BGP/SFC encoding of things that will not work
> 
> Fair enough.
> 
> In this case, what I was refering to is the combination of two
> preorpties of the encoding of paths.
> On teh one hand, it is extraordinarily flexible in being able to
> represent a broad range of delegated choices (as well as allowing the
> controller to advertise very specific things.
> At the same time, it has no explanations for which ways of using those
> tools will or will not work, are intended to work, or should not be used.
> One example is the quesiton i raised on the list is an SFP with two SFF
> each of which has two different SF types, A and B.  That seems like a
> natural thing to do, given the coding.  It is extremely unlikely to
> produce a desirable result in reality.
> 
> There is significant value in a flexible represent.  There is also
> significant danger if the users can not figure out what will and will
> not work.  Or if they can not tell if the necessary external properties
> can be met.
> 
> Yours,
> Joel
> 
> On 11/12/16 5:32 PM, Adrian Farrel wrote:
> > Joel said...
> >
> >> One of my concerns with the proposed BGP encoding is that it can represent
> >> many things that will not work.  This seems to make it fragile.
> >
> > Joel, if I may, can I call you out on that generalisation?
> >
> > I don't find anything in your statement that I can discuss or debate.
Perhaps you
> could help with an example of what thing you might encode that "will not
work".
> >
> > Thanks,
> > Adrian
> >
> > PS I have cross-posted this mail to SFC and BESS as requested by the AD
> >
> > _______________________________________________
> > BESS mailing list
> > BESS@ietf.org
> > https://www.ietf.org/mailman/listinfo/bess
> >
> 
> _______________________________________________
> sfc mailing list
> sfc@ietf.org
> https://www.ietf.org/mailman/listinfo/sfc


From nobody Sun Nov 13 08:00:23 2016
Return-Path: <Ron_Parker@affirmednetworks.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E023912956A; Sun, 13 Nov 2016 08:00:20 -0800 (PST)
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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yS902POp7KYc; Sun, 13 Nov 2016 08:00:19 -0800 (PST)
Received: from hub021-ca-8.exch021.serverdata.net (hub021-ca-8.exch021.serverdata.net [64.78.56.73]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 311D312954F; Sun, 13 Nov 2016 08:00:19 -0800 (PST)
Received: from MBX021-W3-CA-2.exch021.domain.local ([10.254.4.78]) by HUB021-CA-8.exch021.domain.local ([10.254.4.112]) with mapi id 14.03.0319.002; Sun, 13 Nov 2016 08:00:18 -0800
From: Ron Parker <Ron_Parker@affirmednetworks.com>
To: "adrian@olddog.co.uk" <adrian@olddog.co.uk>, "'Joel M. Halpern'" <jmh@joelhalpern.com>, "sfc@ietf.org" <sfc@ietf.org>
Thread-Topic: [sfc] [bess] BGP/SFC encoding of things that will not work
Thread-Index: AQHSPZMcR4zL80381UuYqwJuxIlM/qDXjIUA//+DpdA=
Date: Sun, 13 Nov 2016 16:00:17 +0000
Message-ID: <CDF2F015F4429F458815ED2A6C2B6B0B8390879C@MBX021-W3-CA-2.exch021.domain.local>
References: <0df601d23d34$b30aaa20$191ffe60$@olddog.co.uk> <aa37816b-aec6-db86-0a55-0f160ac27d47@joelhalpern.com> <100b01d23dc0$ca9cbb10$5fd63130$@olddog.co.uk>
In-Reply-To: <100b01d23dc0$ca9cbb10$5fd63130$@olddog.co.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [100.0.27.181]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/axE7j0EZEO7j7ORfV_qStHjtK7o>
Cc: "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] [sfc]  BGP/SFC encoding of things that will not work
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 13 Nov 2016 16:00:21 -0000

This was the very reason we introduced the concept of RSP.   Perhaps the va=
lue wasn't recognized so well at the time because we were wrestling with ot=
her issues.   But, IMO, RSP was always about the ability to have "loose hop=
s" as Adrian describes.   And, as Adrian describes, the option to build and=
 deploy a network that runs somewhat autonomously (like dynamic IP routing)=
 as well as still allowing for a network that is more strictly controlled f=
rom an external entity, like the way we often describe SDN.   Both are vali=
d, but the former requires this "loose hop" "late binding" type of instance=
 selection capability.

At one point, it was suggested by someone on the thread that the actual res=
ulting RSP could be stamped into a type 2 TLV.   Such an encoding would lik=
ely require not just a sequence of SFI's, but a sequence of {SFF, SFI} to h=
andle the multi-homed SFI case.    It could be very useful for troubleshoot=
ing and service assurance, too.

   Ron


-----Original Message-----
From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Adrian Farrel
Sent: Sunday, November 13, 2016 10:16 AM
To: 'Joel M. Halpern' <jmh@joelhalpern.com>; sfc@ietf.org
Cc: bess@ietf.org
Subject: Re: [sfc] [bess] BGP/SFC encoding of things that will not work

I agree that there are risks associated with allowing configuration of opti=
ons.=20

Indeed, control of traffic paths from intelligence outside the network is a=
 danger. However, we allow that and some operators even use it. True, those=
 with fat fingers or buggy software may inadvertently send data down the wr=
ong path, create loops, or black-hole traffic. But if we were to suggest th=
at it should not be possible for control of paths to be applied from outsid=
e the network, then we might find ourselves in trouble.

Similarly, however, we also consider the application of choice from within =
the network to be useful. Consider, for example, the loose hop in a traffic=
 engineered path. It is clear that a choice exists, but we don't specify ho=
w a node that expands a loose hop works out what path to use: it's a policy=
 choice how the loose hop is expanded.

Now, in the specific case, suppose I conceive three different load balancer=
s.
They all do load balancing, but they do it differently. Let's assign them d=
ifferent service function types so we can distinguish them. Now let's assum=
e that we really don't want to use one of them in our service function path=
, but that we are happy to see any instance of a function of either of the =
other types on the path. See what we can do with our proposal?

But I suspect your concern is slightly more complex. I think you may be wor=
ried about how additional information to inform a choice might be passed to=
 an SFF. I think that, just as in the traffic routing case, there are many =
ways to answer the question. But the simplest case is choosing between an a=
llowed set of SFIs using the local policy for balancing SF load.=20

Hope this helps,
Adrian

> -----Original Message-----
> From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Joel M. Halpern
> Sent: 13 November 2016 09:49
> To: adrian@olddog.co.uk; sfc@ietf.org
> Cc: bess@ietf.org
> Subject: Re: [sfc] [bess] BGP/SFC encoding of things that will not=20
> work
>=20
> Fair enough.
>=20
> In this case, what I was refering to is the combination of two=20
> preorpties of the encoding of paths.
> On teh one hand, it is extraordinarily flexible in being able to=20
> represent a broad range of delegated choices (as well as allowing the=20
> controller to advertise very specific things.
> At the same time, it has no explanations for which ways of using those=20
> tools will or will not work, are intended to work, or should not be used.
> One example is the quesiton i raised on the list is an SFP with two=20
> SFF each of which has two different SF types, A and B.  That seems=20
> like a natural thing to do, given the coding.  It is extremely=20
> unlikely to produce a desirable result in reality.
>=20
> There is significant value in a flexible represent.  There is also=20
> significant danger if the users can not figure out what will and will=20
> not work.  Or if they can not tell if the necessary external=20
> properties can be met.
>=20
> Yours,
> Joel
>=20
> On 11/12/16 5:32 PM, Adrian Farrel wrote:
> > Joel said...
> >
> >> One of my concerns with the proposed BGP encoding is that it can=20
> >> represent many things that will not work.  This seems to make it fragi=
le.
> >
> > Joel, if I may, can I call you out on that generalisation?
> >
> > I don't find anything in your statement that I can discuss or debate.
Perhaps you
> could help with an example of what thing you might encode that "will=20
> not
work".
> >
> > Thanks,
> > Adrian
> >
> > PS I have cross-posted this mail to SFC and BESS as requested by the=20
> > AD
> >
> > _______________________________________________
> > BESS mailing list
> > BESS@ietf.org
> > https://www.ietf.org/mailman/listinfo/bess
> >
>=20
> _______________________________________________
> sfc mailing list
> sfc@ietf.org
> https://www.ietf.org/mailman/listinfo/sfc

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


From nobody Sun Nov 13 14:10:47 2016
Return-Path: <jmh@joelhalpern.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5FE11294A7; Sun, 13 Nov 2016 14:10:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.702
X-Spam-Level: 
X-Spam-Status: No, score=-2.702 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 QTtBJq5p5aYg; Sun, 13 Nov 2016 14:10:40 -0800 (PST)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (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 602691293D6; Sun, 13 Nov 2016 14:10:40 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 5274C240DB1; Sun, 13 Nov 2016 14:10:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=1.tigertech; t=1479075040; bh=RXHvonKB6pxTq90TrxLw3UgeYY3nWXVEWvXyiz/QRng=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=j/dzdLLKztC0DENlFXGzol01i0w0AK+XPlM5FOm9q1GrWAeDExReZA1tQhxCmgZ8s uKBkvqhJUrncNZN5ZSc53ypBNXCm7wl1tl83qtENJ6ignHVOlqDU7HeG2X4gGkZIQW zjxSEvr9p3dZtb7lFn4G7mknx2CrXg7PhxgYkT80=
X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net
Received: from dhcp-93c0.meeting.ietf.org (dhcp-93c0.meeting.ietf.org [31.133.147.192]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 65DB4240144; Sun, 13 Nov 2016 14:10:39 -0800 (PST)
To: adrian@olddog.co.uk, sfc@ietf.org
References: <0df601d23d34$b30aaa20$191ffe60$@olddog.co.uk> <aa37816b-aec6-db86-0a55-0f160ac27d47@joelhalpern.com> <100b01d23dc0$ca9cbb10$5fd63130$@olddog.co.uk>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <a864580e-03da-264b-c57a-06cc1c1e6f98@joelhalpern.com>
Date: Sun, 13 Nov 2016 17:10:58 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <100b01d23dc0$ca9cbb10$5fd63130$@olddog.co.uk>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/U62jBLw_hni5da2Y82vVFFiBa8A>
Cc: bess@ietf.org
Subject: Re: [bess] [sfc]  BGP/SFC encoding of things that will not work
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 13 Nov 2016 22:10:42 -0000

In regard to this particular aspect of the proposal, my concern would be 
significantly alleviated if the text said that different service3 
function types could be used in a choice only when they were 
interchangeable / equivalent for the purposes of the service function 
path.  While there still would be ways to misuse it (that is true of 
most of our solutions), at least the develoepr and user would understand 
when it was expected to work.

Yours,
Joel

On 11/13/16 10:15 AM, Adrian Farrel wrote:
> I agree that there are risks associated with allowing configuration of options.
>
> Indeed, control of traffic paths from intelligence outside the network is a
> danger. However, we allow that and some operators even use it. True, those with
> fat fingers or buggy software may inadvertently send data down the wrong path,
> create loops, or black-hole traffic. But if we were to suggest that it should
> not be possible for control of paths to be applied from outside the network,
> then we might find ourselves in trouble.
>
> Similarly, however, we also consider the application of choice from within the
> network to be useful. Consider, for example, the loose hop in a traffic
> engineered path. It is clear that a choice exists, but we don't specify how a
> node that expands a loose hop works out what path to use: it's a policy choice
> how the loose hop is expanded.
>
> Now, in the specific case, suppose I conceive three different load balancers.
> They all do load balancing, but they do it differently. Let's assign them
> different service function types so we can distinguish them. Now let's assume
> that we really don't want to use one of them in our service function path, but
> that we are happy to see any instance of a function of either of the other types
> on the path. See what we can do with our proposal?
>
> But I suspect your concern is slightly more complex. I think you may be worried
> about how additional information to inform a choice might be passed to an SFF. I
> think that, just as in the traffic routing case, there are many ways to answer
> the question. But the simplest case is choosing between an allowed set of SFIs
> using the local policy for balancing SF load.
>
> Hope this helps,
> Adrian
>
>> -----Original Message-----
>> From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Joel M. Halpern
>> Sent: 13 November 2016 09:49
>> To: adrian@olddog.co.uk; sfc@ietf.org
>> Cc: bess@ietf.org
>> Subject: Re: [sfc] [bess] BGP/SFC encoding of things that will not work
>>
>> Fair enough.
>>
>> In this case, what I was refering to is the combination of two
>> preorpties of the encoding of paths.
>> On teh one hand, it is extraordinarily flexible in being able to
>> represent a broad range of delegated choices (as well as allowing the
>> controller to advertise very specific things.
>> At the same time, it has no explanations for which ways of using those
>> tools will or will not work, are intended to work, or should not be used.
>> One example is the quesiton i raised on the list is an SFP with two SFF
>> each of which has two different SF types, A and B.  That seems like a
>> natural thing to do, given the coding.  It is extremely unlikely to
>> produce a desirable result in reality.
>>
>> There is significant value in a flexible represent.  There is also
>> significant danger if the users can not figure out what will and will
>> not work.  Or if they can not tell if the necessary external properties
>> can be met.
>>
>> Yours,
>> Joel
>>
>> On 11/12/16 5:32 PM, Adrian Farrel wrote:
>>> Joel said...
>>>
>>>> One of my concerns with the proposed BGP encoding is that it can represent
>>>> many things that will not work.  This seems to make it fragile.
>>>
>>> Joel, if I may, can I call you out on that generalisation?
>>>
>>> I don't find anything in your statement that I can discuss or debate.
> Perhaps you
>> could help with an example of what thing you might encode that "will not
> work".
>>>
>>> Thanks,
>>> Adrian
>>>
>>> PS I have cross-posted this mail to SFC and BESS as requested by the AD
>>>
>>> _______________________________________________
>>> BESS mailing list
>>> BESS@ietf.org
>>> https://www.ietf.org/mailman/listinfo/bess
>>>
>>
>> _______________________________________________
>> sfc mailing list
>> sfc@ietf.org
>> https://www.ietf.org/mailman/listinfo/sfc
>


From nobody Mon Nov 14 06:20:52 2016
Return-Path: <thomas.morin@orange.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD0E21294BC; Mon, 14 Nov 2016 06:20:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.031
X-Spam-Level: 
X-Spam-Status: No, score=-5.031 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497, SPF_SOFTFAIL=0.665] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Mv1y0X7xO7Ap; Mon, 14 Nov 2016 06:20:50 -0800 (PST)
Received: from r-mail2.rd.orange.com (r-mail2.rd.orange.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id 2AA69129443; Mon, 14 Nov 2016 06:20:50 -0800 (PST)
Received: from r-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id AE90B5D88AB; Mon, 14 Nov 2016 15:20:48 +0100 (CET)
Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by r-mail2.rd.orange.com (Postfix) with ESMTP id A548A5D8817; Mon, 14 Nov 2016 15:20:48 +0100 (CET)
Received: from [10.193.71.12] (10.193.71.12) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.301.0; Mon, 14 Nov 2016 15:20:48 +0100
To: "Ali Sajassi (sajassi)" <sajassi@cisco.com>, "bess@ietf.org" <bess@ietf.org>, "draft-ietf-bess-evpn-overlay@ietf.org" <draft-ietf-bess-evpn-overlay@ietf.org>
References: <147691219689.5713.10984703287619180065.idtracker@ietfa.amsl.com> <78714ceb-2b1c-2798-bfcb-1b9484685dff@orange.com> <D44B3619.1C04BF%sajassi@cisco.com>
From: Thomas Morin <thomas.morin@orange.com>
Organization: Orange
Message-ID: <8dd1f1d6-b88a-5ec3-5c90-e2033bf5e418@orange.com>
Date: Mon, 14 Nov 2016 15:20:43 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <D44B3619.1C04BF%sajassi@cisco.com>
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/INpkLK8WKw8BkYCCxxlCDAemZ_U>
Subject: Re: [bess] Comments on draft-ietf-bess-evpn-overlay-05.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Nov 2016 14:20:52 -0000

Hi Ali,

2016-11-11, Ali Sajassi (sajassi):
>> Here are a two comments on the changes in draft-ietf-bess-evpn-overlay-05:
>>
>>> 5.1.3  Constructing EVPN BGP Routes
>>>
>>>    In EVPN, an MPLS label identifying forwarding table is distributed by
>>
>> "identifying forwarding table" was inserted above in -05
>> Is the use of a per access circuit MPLS label really precluded ? Why ?
>
> It was added for clarification. To address your concern of not precluding
> ACs, I¹ll change the sentence as below:
>
> from: 	"In EVPN, an MPLS label identifying forwarding table is distributed
> by"
> to: 	"In EVPN, an MPLS label typically identifying forwarding table is
> distributed by"

This is better, although "for instance" would I think be more appropriate.

>> [...]
>>> 9 Support for Multicast
>>>
>>>    The E-VPN Inclusive Multicast BGP route is used to discover the
>>>    multicast tunnels among the endpoints associated with a given EVI
>>>    (e.g., given VNI) for VLAN-based service and a given <EVI,VLAN> for
>>>    VLAN-aware bundle service. The Ethernet Tag field of this route is
>>>    set as described in section 5.1.3.
>>
>> It was agreed in June to strike this sentence, which does not seem to
>> add any information.
>> ( https://www.ietf.org/mail-archive/web/bess/current/msg01769.html )
>
> John agreed to strike the last sentence and not the whole paragraph.

Indeed John agreed.
(I'm not sure why you mention striking the whole paragraph, I don't 
recall anyone asking that, and certainly not me)

> And frankly I think it is OK to keep the last sentence and to remind the
> reader that the Ethernet Tag field is set per section 5.1.3. We are not
> duplicating text here. We are just providing a reference.

Mentioning *only* this field as being set as described in section 5.1.3 
can also be a possible source of confusion (are other fields set 
according to another section?).

I would suggest one of the following:
- strike the sentence
- say something like "all fields in this route are set as described in 
section 5.1.3"

Best,

-Thomas


From nobody Mon Nov 14 22:13:11 2016
Return-Path: <zzhang@juniper.net>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E00F129A25 for <bess@ietfa.amsl.com>; Mon, 14 Nov 2016 22:13:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.903
X-Spam-Level: 
X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ofl1vkHYQnVt for <bess@ietfa.amsl.com>; Mon, 14 Nov 2016 22:13:08 -0800 (PST)
Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0111.outbound.protection.outlook.com [104.47.33.111]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EAB8E1295EA for <bess@ietf.org>; Mon, 14 Nov 2016 22:13:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=hWxo8kq/KR0vBB8etxtdM1XQVVNarCyT+RTw+Ty5d6w=; b=C9QD0TNrYsv0uNVadHD53I1oSiz+xzPbuTPgSg2AODcJr+Zx5nWZDL/tmBtl4i8PGoZx/xCtmMJu+dLAwrsup+jCmS/Moatbl9irlRNUB9qpXPjvx5JrYKJ/mG9SaPJ2ky2QF8KzxeJMbmwiy0X7uxoMZedq6WhtJS3TsPcmEzY=
Received: from DM5PR05MB3145.namprd05.prod.outlook.com (10.173.219.15) by DM5PR05MB3146.namprd05.prod.outlook.com (10.173.219.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.734.2; Tue, 15 Nov 2016 06:13:05 +0000
Received: from DM5PR05MB3145.namprd05.prod.outlook.com ([10.173.219.15]) by DM5PR05MB3145.namprd05.prod.outlook.com ([10.173.219.15]) with mapi id 15.01.0734.001; Tue, 15 Nov 2016 06:13:06 +0000
From: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>
To: Sami Boutros <sboutros@vmware.com>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: Questions & comments on draft-boutros-bess-evpn-vpws-service-edge-gateway-02
Thread-Index: AdGGEHctEGRuORt7QSe3262I08E2kwC/t/2ALVSXeVA=
Date: Tue, 15 Nov 2016 06:13:05 +0000
Message-ID: <DM5PR05MB31457049D520A16DFF6B3D07D4BF0@DM5PR05MB3145.namprd05.prod.outlook.com>
References: <BLUPR0501MB1715AC7A4C446719ED7CA996D4830@BLUPR0501MB1715.namprd05.prod.outlook.com> <8EC85664-7583-441E-8276-6F2AE3FC113E@vmware.com>
In-Reply-To: <8EC85664-7583-441E-8276-6F2AE3FC113E@vmware.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=zzhang@juniper.net; 
x-originating-ip: [66.129.241.11]
x-microsoft-exchange-diagnostics: 1; DM5PR05MB3146; 7:A56YdztAjj0pbHm3a/VcTTVZOrdWfrsjqIZCb6JOYQ4Uk0pg04ns4RZXk1DBqZKYgioltCwBb7VlrJTQwM+O/z2B57jeyi9LUTuD87M4QALHFrXTnFTwvA56VtpoOPFzQo5J2EO724qEwwS9KakYDVtgcmvuFYB6ahSF5gZtc7G8S1qHcT4BP/iamhpFzB8XZdJiuvMaqHX2vJGWvplg0BKAC5m7YPW14DgVvbzCWka7tp9HNhyA78ZmqJsL6Hz3kf0fLMuj1b5ib8gTzj8NPfL3moAt8j8APusXrkRP4PAz6RZ6+GTt4mkVCHzOzq5dUtVhSlbSdZkhGPQRGnibBksm3EA4juEPPWeiJl6YlXI=
x-ms-office365-filtering-correlation-id: b3154c8a-f23f-4517-3a69-08d40d1e76e7
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:DM5PR05MB3146;
x-microsoft-antispam-prvs: <DM5PR05MB3146635C4CEB060A7B3DFF10D4BF0@DM5PR05MB3146.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(61668805478150)(21532816269658);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6060326)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026)(6061324); SRVR:DM5PR05MB3146; BCL:0; PCL:0; RULEID:; SRVR:DM5PR05MB3146; 
x-forefront-prvs: 012792EC17
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(60444003)(199003)(377454003)(13464003)(189002)(230783001)(102836003)(9686002)(3280700002)(77096005)(3660700001)(7846002)(106356001)(107886002)(8676002)(8936002)(87936001)(33656002)(229853002)(92566002)(2906002)(81156014)(2501003)(97736004)(5890100001)(81166006)(5001770100001)(68736007)(101416001)(3846002)(74316002)(6116002)(66066001)(2950100002)(189998001)(105586002)(2900100001)(99286002)(76576001)(122556002)(5660300001)(7696004)(76176999)(7736002)(54356999)(305945005)(50986999)(86362001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR05MB3146; H:DM5PR05MB3145.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  A:1; MX:1; LANG:en; 
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Nov 2016 06:13:05.9856 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR05MB3146
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/QVBgufqL3iJgRqkUyeBTPeC1qwI>
Subject: Re: [bess] Questions & comments on draft-boutros-bess-evpn-vpws-service-edge-gateway-02
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 15 Nov 2016 06:13:10 -0000

U2FtaSwNCg0KTGV0IG1lIHVzZSB0aGlzIG9sZCB0aHJlYWQgdG8gY29udGludWUgdGhlIGRpc2N1
c3Npb24gZHVyaW5nL2FmdGVyIHlvdXIgcHJlc2VudGF0aW9uIG9uIE1vbmRheS4NCg0KICAgVGhl
IHNlcnZpY2Ugbm9kZSB3b3VsZCBhZHZlcnRpc2UgRVZQTi1WUFdTIHBlciBFVkkgRXRoZXJuZXQg
QS1EDQogICByb3V0ZXMgd2l0aCB0aGUgRXRoZXJuZXQgU2VnbWVudCBJZGVudGlmaWVyIGZpZWxk
IHNldCB0byAwIGFuZCB0aGUNCiAgIEV0aGVybmV0IHRhZyBJRCBzZXQgdG8gKDB4RkZGRkZGRkYg
d2lsZGNhcmQpLCBhbGwgdGhvc2Ugcm91dGVzIHdpbGwNCiAgIGJlIGFzc29jaWF0ZWQgd2l0aCB0
aGUgRVZQTi1WUFdTIHNlcnZpY2UgZWRnZSBSVCB0aGF0IHdpbGwgYmUNCiAgIGltcG9ydGVkIGJ5
IG90aGVyIHNlcnZpY2UgZWRnZSBQRXMsIGVhY2ggcm91dGUgd2lsbCBoYXZlIGEgdW5pcXVlIFJE
DQogICBhbmQgd2lsbCBiZSBhc3NvY2lhdGVkIHdpdGggYW5vdGhlciBSVCBjb3JyZXNwb25kaW5n
IHRvIHRoZSBMMiwgTDMgb3INCiAgIEV0aGVybmV0IFZQTiBvdmVybGF5IHNlcnZpY2UgdGhhdCBj
YW4gYmUgdHJhbnNwb3J0ZWQgb3ZlciB0aGUgRVZQTi0NCiAgIFZQV1MgdHJhbnNwb3J0IHNlcnZp
Y2UuDQoNCkFzIHdlIGFncmVlZCBhZnRlciB0aGUgc2Vzc2lvbiwgdGhlIHNlY29uZCBSVCBhYm92
ZSBpcyBvbmx5IHVzZWQgdG8gaW5kaWNhdGUgdGhlIHR5cGUgb2Ygc2VydmljZXMgdGhhdCBhIHNl
cnZpY2Ugbm9kZSBzdXBwb3J0IGJ1dCBub3QgZm9yIHRoZSBwdXJwb3NlIG9mIHJvdXRlIGltcG9y
dC9leHBvcnQgY29udHJvbC4gRm9yIHRoYXQsIHdlIGRvbid0IG5lZWQgdG8gdXNlIFJUcy4gRUNz
IGFyZSBqdXN0IGZpbmUuIEFuIGFmdGVydGhvdWdodCBpcyB0aGF0LCB3ZSBjYW4gcHJvYmFibHkg
ZGVmaW5lIHNvbWUgYml0cyBpbiAiRVZQTiBMYXllciAyIGF0dHJpYnV0ZXMgZXh0ZW5kZWQgY29t
bXVuaXR5IiB0byBzaWduYWwgdGhlIHR5cGVzIG9mIHNlcnZpY2VzPw0KDQpXaGVuIGEgc2Vydmlj
ZSBub2RlIGFkdmVydGlzZXMgYSBwZXIgRVZJIEV0aGVybmV0IEEtRCByb3V0IGluIHJlc3BvbnNl
IHRvIHRoZSBvbmUgcmVjZWl2ZWQgZnJvbSBhbiBhY2Nlc3Mgbm9kZSwgaXQgY291bGQgdGFyZ2V0
IHRoZSByb3V0ZSB0byB0aGF0IHBhcnRpY3VsYXIgYWNjZXNzIG5vZGUuIFRoaXMgY291bGQgYmUg
ZG9uZSBieSBpbmNsdWRpbmcgYSBWUkYgUm91dGUgSW1wb3J0IEVDIChSRkMgNzE1MykgaW4gdGhl
IHJvdXRlIHNlbnQgYnkgdGhlIGFjY2VzcyBub2RlIC0gdGhlIHNlcnZpY2Ugbm9kZSB3aWxsIGlu
Y2x1ZGUgdGhhdCBpbiBpdHMgcm91dGUgYW5kIG9ubHkgdGhlIHRhcmdldGVkIGFjY2VzcyBub2Rl
IHdpbGwgaW1wb3J0IGl0Lg0KDQpXZSBkaWQgbm90IGdldCB0byBjb3ZlciB0aGUgZm9sbG93aW5n
IHR3byBwb2ludHM6DQoNCi0gZHVyaW5nIGRyYWZ0LWlldGYtYmVzcy1ldnBuLXZwd3MgTEMsIGl0
IHdhcyBhZ3JlZWQgdG8gbW92ZSB0aGUgQlcgc2VjdGlvbiB0byB0aGlzIGRvY3VtZW50Lg0KLSBh
cyB0aGUgZW1haWwgYmVsb3cgc3VnZ2VzdGVkLCBpZiB0aGUgc2VydmljZSBpcyBldnBuIG9yIGlw
dnBuLCB1bmxlc3MgcGVyLUFDIFFvUyBuZWVkcyB0byBiZSBlbmZvcmNlZCBhdCB0aGUgc2Vydmlj
ZSBub2RlICh2cy4gYXQgdGhlIGFjY2VzcyBub2RlKSwgaW5zdGVhZCBvZiB1c2luZyBWUFdTIGJl
dHdlZW4gdGhlIGFjY2VzcyBub2RlIGFuZCBzZXJ2aWNlIG5vZGUsIHBlcmhhcHMgRVZQTiBIdWIg
YW5kIFNwb2tlIGNhbiBiZSB1c2VkIGFsbCB0aGUgd2F5IHRvIHRoZSBhY2Nlc3Mgbm9kZSAodGhl
IHNlcnZpY2Ugbm9kZXMgd2lsbCB1c2UgSVJCIHRvIHByb3ZpZGUgSVBWUE4gc2VydmljZSk/IFRo
YXQgd2F5LCB0aGUgc2VydmljZSBub2RlcyBkbyBub3QgbmVlZCB0byB1c2UgbG9naWNhbCBpbnRl
cmZhY2VzIHRvIHRlcm1pbmF0ZSB0aGUgVlBXUyBhbmQgdGhlbiBjb25uZWN0IGludG8gdGhlIEVW
UE4vSVBWUE4uDQoNCkplZmZyZXkNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBG
cm9tOiBTYW1pIEJvdXRyb3MgW21haWx0bzpzYm91dHJvc0B2bXdhcmUuY29tXQ0KPiBTZW50OiBU
dWVzZGF5LCBNYXJjaCAyOSwgMjAxNiAxOjMyIEFNDQo+IFRvOiBKZWZmcmV5IChaaGFvaHVpKSBa
aGFuZzsgYmVzc0BpZXRmLm9yZw0KPiBTdWJqZWN0OiBSZTogUXVlc3Rpb25zICYgY29tbWVudHMg
b24gZHJhZnQtYm91dHJvcy1iZXNzLWV2cG4tdnB3cy1zZXJ2aWNlLQ0KPiBlZGdlLWdhdGV3YXkt
MDINCj4gDQouLi4NCj4gPg0KPiA+IjQuMiBBcHBsaWNhYmlsaXR5IHRvIElQLVZQTiBUQkQiIGlz
IGVtcHR5LCBzbyBJJ2xsIHVzZSBFVlBOIGZvciBteQ0KPiB1bmRlcnN0YW5kaW5nOiB0aGUgVlBX
UyBicmluZ3MgdGhlIGN1c3RvbWVyIGNvbm5lY3Rpb24gKG9uIHRoZSBBTikgdG8gdGhlDQo+IEVW
UE4gb24gdGhlIGdhdGV3YXkuIFRoZXJlIGNvdWxkIGJlIG1hbnkgVlBXUyBmcm9tIG11bHRpcGxl
IEFOcw0KPiB0ZXJtaW5hdGluZyBpbnRvIHRoZSBzYW1lIEVWUE4gaW5zdGFuY2Ugb24gdGhlIGdh
dGV3YXkuIFdpdGggdGhhdCwgSQ0KPiB3b25kZXIgaWYgRVZQTiB2aXJ0dWFsIGh1YiBhbmQgc3Bv
a2UgY291bGQgYmUgdXNlZCB0byBpbXBsZW1lbnQgdGhlIHNhbWU/DQo+IFRoZSBBTnMgd291bGQg
YmUgdGhlIHNwb2tlcyBhbmQgdGhlIGdhdGV3YXkgd291bGQgYmUgdGhlIGh1Yj8gT3RoZXIgRVZQ
Tg0KPiBQRXMgKG5vdCBkcmF3biBpbiBGaWd1cmUgMSkgb24gdGhlIGNvcmUgc2lkZSBjYW4gYmUg
ZWl0aGVyIHNwb2tlcyBvciBodWJzDQo+IGluIHRoZSBzYW1lIEVWUE4gaW5zdGFuY2U/DQo+ID4N
Cj4gPklmIHRoZSBhYm92ZSBtYWtlcyBzZW5zZSwgdGhlbiBjb3VsZCB0aGUgc2FtZSBiZSBleHRl
bmRlZCB0byBJUC1WUE4NCj4gc2VydmljZT8gWW91IGp1c3QgbmVlZCBhbiBJUkIgaW50ZXJmYWNl
IGZvciB0aGUgRVZQTiBpbnN0YW5jZSBvbiB0aGUNCj4gZ2F0ZXdheT8NCj4gDQo+IFNhbWk6IFRo
ZSBjdXJyZW50IGRvY3VtZW50IGRvZXNu4oCZdCBwcmVjbHVkZSB0aGUgSVJCIG9wdGlvbiBhbmQg
dGVybWluYXRpbmcNCj4gbXVsdGlwbGUgRVZQTiBWUFdTIHRvIHRoZSBzYW1lIEwyIG92ZXJsYXkg
YnJpZGdlIHRoYXQgaGFzIGFuIElSQiBpbnRlcmZhY2UNCj4gYXR0YWNoZWQgdG8gYW4gSVAtVlBO
IHNlcnZpY2UuIFRoZSBlbXB0eSBzZWN0aW9ucyBhcmUgdGhlcmUgZm9yIGRlc2NyaWJpbmcNCj4g
dXNlIGNhc2VzIHRoYXQgd2Ugd2lsbCBwbGFuIHRvIGFkZCB0byB0aGUgZG9jdW1lbnQgaW4gdGhl
IGZ1dHVyZS4NCj4gDQo+IFRoYW5rcywNCj4gDQo+IFNhbWkNCj4gDQo+ID4NCj4gPlRoYW5rcy4N
Cj4gPkplZmZyZXkNCj4gPg0K


From nobody Tue Nov 15 16:06:36 2016
Return-Path: <sajassi@cisco.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE80212960E for <bess@ietfa.amsl.com>; Tue, 15 Nov 2016 16:06:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -16.018
X-Spam-Level: 
X-Spam-Status: No, score=-16.018 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IsI1onkRb8FZ for <bess@ietfa.amsl.com>; Tue, 15 Nov 2016 16:06:33 -0800 (PST)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DBE3F129612 for <bess@ietf.org>; Tue, 15 Nov 2016 16:06:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4270; q=dns/txt; s=iport; t=1479254792; x=1480464392; h=from:to:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=Aycq8sPxGe44VSgi9y+YKJEPwtauNp9/PQMyv0Sgbeo=; b=dq6szZ/eAyL7DzCwslxJJ7eUIcYL59Ov6N2wY1Rz1vjj2QEWvLESDMJ5 mnaTwWQgu7C7iVwp7+jvJVbuL0WcpuxAryjXD8b8pSe1XRsr5gUWmSCP+ Ekc40wx52cB9NsNHADt/P+HRgvIZ29waVr5hVJTFcVPDpJMmymbc9jdAL E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ByAQDWoStY/5NdJa1dGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgzcBAQEBAR9YgQAHjTeXDpRiggcdC4V7AoIhPxQBAgEBAQEBAQFiKIR?= =?us-ascii?q?hAQEBBAEBAWsXBgEIEQQBASguCxQJCgQBEhSIWA6zcotoAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBGgWLFoQZAREBhX0Fjx2LJAGQYZAijUeECQEeN1oqHIMjBRcYgUVyhW2?= =?us-ascii?q?BIYEMAQEB?=
X-IronPort-AV: E=Sophos;i="5.31,497,1473120000"; d="scan'208";a="173806230"
Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Nov 2016 00:06:31 +0000
Received: from XCH-RTP-004.cisco.com (xch-rtp-004.cisco.com [64.101.220.144]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id uAG06V63027797 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 16 Nov 2016 00:06:31 GMT
Received: from xch-rtp-005.cisco.com (64.101.220.145) by XCH-RTP-004.cisco.com (64.101.220.144) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 15 Nov 2016 19:06:30 -0500
Received: from xch-rtp-005.cisco.com ([64.101.220.145]) by XCH-RTP-005.cisco.com ([64.101.220.145]) with mapi id 15.00.1210.000; Tue, 15 Nov 2016 19:06:30 -0500
From: "Ali Sajassi (sajassi)" <sajassi@cisco.com>
To: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>, Sami Boutros <sboutros@vmware.com>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [bess] Questions & comments on draft-boutros-bess-evpn-vpws-service-edge-gateway-02
Thread-Index: AQHSP51Il0fMGhhf9UGtO6PmI1KGSg==
Date: Wed, 16 Nov 2016 00:06:30 +0000
Message-ID: <D450E146.1C15C6%sajassi@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.6.9.160926
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.24.40.91]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <8DB0A07375A840439E96CB251A1D2E98@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/--YgnFP5htMNTDJXqO_50bM_JWQ>
Subject: Re: [bess] Questions & comments on draft-boutros-bess-evpn-vpws-service-edge-gateway-02
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 16 Nov 2016 00:06:34 -0000

Hi Jeffrey,


On 11/14/16, 10:13 PM, "BESS on behalf of Jeffrey (Zhaohui) Zhang"
<bess-bounces@ietf.org on behalf of zzhang@juniper.net> wrote:

>Sami,
>
>Let me use this old thread to continue the discussion during/after your
>presentation on Monday.
>
>   The service node would advertise EVPN-VPWS per EVI Ethernet A-D
>   routes with the Ethernet Segment Identifier field set to 0 and the
>   Ethernet tag ID set to (0xFFFFFFFF wildcard), all those routes will
>   be associated with the EVPN-VPWS service edge RT that will be
>   imported by other service edge PEs, each route will have a unique RD
>   and will be associated with another RT corresponding to the L2, L3 or
>   Ethernet VPN overlay service that can be transported over the EVPN-
>   VPWS transport service.
>
>As we agreed after the session, the second RT above is only used to
>indicate the type of services that a service node support but not for the
>purpose of route import/export control. For that, we don't need to use
>RTs. ECs are just fine. An afterthought is that, we can probably define
>some bits in "EVPN Layer 2 attributes extended community" to signal the
>types of services?

One RT is used for the service edge GWs to discover themselves so that
they can do DF election using HRW. The other RT is used among edge nodes
and service edge nodes for setting up P2P service tunnels.

>
>When a service node advertises a per EVI Ethernet A-D rout in response to
>the one received from an access node, it could target the route to that
>particular access node. This could be done by including a VRF Route
>Import EC (RFC 7153) in the route sent by the access node - the service
>node will include that in its route and only the targeted access node
>will import it.
>
>We did not get to cover the following two points:
>
>- during draft-ietf-bess-evpn-vpws LC, it was agreed to move the BW
>section to this document.

That=B9s fine.

>- as the email below suggested, if the service is evpn or ipvpn, unless
>per-AC QoS needs to be enforced at the service node (vs. at the access
>node), instead of using VPWS between the access node and service node,
>perhaps EVPN Hub and Spoke can be used all the way to the access node
>(the service nodes will use IRB to provide IPVPN service)? That way, the
>service nodes do not need to use logical interfaces to terminate the VPWS
>and then connect into the EVPN/IPVPN.

There are scenarios in which access node need to ONLY backhaul traffic
(and not do any local switching!). In those scenarios, you will need to
terminate the service tunnels at the service edge nodes regardless of IRB
or not.

Cheers,
Ali

>
>Jeffrey
>
>> -----Original Message-----
>> From: Sami Boutros [mailto:sboutros@vmware.com]
>> Sent: Tuesday, March 29, 2016 1:32 AM
>> To: Jeffrey (Zhaohui) Zhang; bess@ietf.org
>> Subject: Re: Questions & comments on
>>draft-boutros-bess-evpn-vpws-service-
>> edge-gateway-02
>>=20
>...
>> >
>> >"4.2 Applicability to IP-VPN TBD" is empty, so I'll use EVPN for my
>> understanding: the VPWS brings the customer connection (on the AN) to
>>the
>> EVPN on the gateway. There could be many VPWS from multiple ANs
>> terminating into the same EVPN instance on the gateway. With that, I
>> wonder if EVPN virtual hub and spoke could be used to implement the
>>same?
>> The ANs would be the spokes and the gateway would be the hub? Other EVPN
>> PEs (not drawn in Figure 1) on the core side can be either spokes or
>>hubs
>> in the same EVPN instance?
>> >
>> >If the above makes sense, then could the same be extended to IP-VPN
>> service? You just need an IRB interface for the EVPN instance on the
>> gateway?
>>=20
>> Sami: The current document doesn=B9t preclude the IRB option and
>>terminating
>> multiple EVPN VPWS to the same L2 overlay bridge that has an IRB
>>interface
>> attached to an IP-VPN service. The empty sections are there for
>>describing
>> use cases that we will plan to add to the document in the future.
>>=20
>> Thanks,
>>=20
>> Sami
>>=20
>> >
>> >Thanks.
>> >Jeffrey
>> >
>_______________________________________________
>BESS mailing list
>BESS@ietf.org
>https://www.ietf.org/mailman/listinfo/bess


From nobody Tue Nov 15 16:57:08 2016
Return-Path: <zzhang@juniper.net>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0AE5112941C for <bess@ietfa.amsl.com>; Tue, 15 Nov 2016 16:57:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.903
X-Spam-Level: 
X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WkoRu-dicdv1 for <bess@ietfa.amsl.com>; Tue, 15 Nov 2016 16:57:04 -0800 (PST)
Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0107.outbound.protection.outlook.com [104.47.37.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7925B1293D8 for <bess@ietf.org>; Tue, 15 Nov 2016 16:57:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=RKGwgg4OCvCkUdRgzFau3cjsvdB8BT4M6PUJo3ixjIU=; b=SLe9DYCZXTbenTeEtllq7GlQcFGzzRgDXGv997vGMKq+lBi68SPfVL9PJl3POIm9/yWNKgnbl1KrOIoFi5CdWZwawIC4hq1iIMyTqqmIDlF0ACGyTbqLI+ZqBr/iJjWVlPusPFNrMjALXzcQByyX1kzIyRZcR0ljvJVg5qBpvP4=
Received: from DM5PR05MB3145.namprd05.prod.outlook.com (10.173.219.15) by DM5PR05MB3146.namprd05.prod.outlook.com (10.173.219.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.734.2; Wed, 16 Nov 2016 00:57:02 +0000
Received: from DM5PR05MB3145.namprd05.prod.outlook.com ([10.173.219.15]) by DM5PR05MB3145.namprd05.prod.outlook.com ([10.173.219.15]) with mapi id 15.01.0734.001; Wed, 16 Nov 2016 00:57:03 +0000
From: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>
To: "Ali Sajassi (sajassi)" <sajassi@cisco.com>, Sami Boutros <sboutros@vmware.com>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [bess] Questions & comments on draft-boutros-bess-evpn-vpws-service-edge-gateway-02
Thread-Index: AQHSP51Il0fMGhhf9UGtO6PmI1KGSqDax4Lg
Date: Wed, 16 Nov 2016 00:57:03 +0000
Message-ID: <DM5PR05MB3145400327E9CB6A2C75939CD4BE0@DM5PR05MB3145.namprd05.prod.outlook.com>
References: <D450E146.1C15C6%sajassi@cisco.com>
In-Reply-To: <D450E146.1C15C6%sajassi@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=zzhang@juniper.net; 
x-originating-ip: [66.129.241.11]
x-microsoft-exchange-diagnostics: 1; DM5PR05MB3146; 7:WfEFo+dqRfc3WlB5/+tIzE8VRX/UBjAwMujM9k9kELqd+ck96SYHzDVEQUxS0bTMyOkMT/1dnL9Z20nYrmYspHO30knZ+fJOJJT3H75Mw4zpe115swH184sOXEj5joP5aVE0AxxMdIOaaNHN3losWkgkaQ2Yi9JUATVzxl1+A7+lBtnKv28lBIt8JuOBaMVbYNeqmfVu7SSlH7RDLsevWI6xwQwTDUlnjDZ4EYIAD1MMaKbsmyXi3pkkRXxpC6TDHzin33OZdiLIv6UT4ar/RTJBB5v09rtUwV3DuVfFCjRJgVYXGieK0tp4EHn8JnQbjqh5qWjrM6vO87+eMKbFpV4lVgHDdA0BPs5gkUsG+ds=
x-ms-office365-filtering-correlation-id: 8d19fcff-75ac-4924-b6e6-08d40dbb7a95
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:DM5PR05MB3146;
x-microsoft-antispam-prvs: <DM5PR05MB314690ED8C21E0066A6F5972D4BE0@DM5PR05MB3146.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(61668805478150)(138986009662008)(95692535739014)(21532816269658); 
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6060326)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026)(6061324); SRVR:DM5PR05MB3146; BCL:0; PCL:0; RULEID:; SRVR:DM5PR05MB3146; 
x-forefront-prvs: 01283822F8
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(189002)(24454002)(199003)(377454003)(13464003)(2900100001)(7736002)(105586002)(189998001)(106116001)(81166006)(99286002)(122556002)(76576001)(2950100002)(101416001)(66066001)(3846002)(6116002)(86362001)(74316002)(6506003)(54356999)(76176999)(305945005)(7696004)(5660300001)(50986999)(106356001)(3280700002)(9686002)(7846002)(107886002)(3660700001)(230783001)(102836003)(77096005)(97736004)(5890100001)(8676002)(81156014)(68736007)(2501003)(5001770100001)(8936002)(2906002)(92566002)(33656002)(229853002)(87936001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR05MB3146; H:DM5PR05MB3145.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Nov 2016 00:57:03.1308 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR05MB3146
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/c29R79RaTOVfSdIJO6S7CySzLsI>
Subject: Re: [bess] Questions & comments on draft-boutros-bess-evpn-vpws-service-edge-gateway-02
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 16 Nov 2016 00:57:07 -0000

Hi Ali,

> One RT is used for the service edge GWs to discover themselves so that
> they can do DF election using HRW. The other RT is used among edge nodes
> and service edge nodes for setting up P2P service tunnels.

It's still not clear why the other RT is needs to be included in that route=
. It does not seem to be necessary for the edge nodes to import that route?=
 The edge nodes only need to be configured what RT needs to be used for wha=
t service, and one edge node's route does not need to be imported by other =
edge nodes - only the service nodes need to import it.

> There are scenarios in which access node need to ONLY backhaul traffic
> (and not do any local switching!). In those scenarios, you will need to
> terminate the service tunnels at the service edge nodes regardless of IRB
> or not.

Understand. However, if the service is EVPN, even when you terminate the VP=
WS with logical interfaces that are part of of the service EVI on the servi=
ce node, that service node will do local switching between those logical in=
terface; if we extend the EVPN to the edge node using virtual hub and spoke=
, the traffic between the edge nodes will still go through the service node=
s anyway due to the nature of hub and spoke, so no different from the VPWS =
approach as far as local switching is concerned?

Thanks.

Jeffrey

> -----Original Message-----
> From: Ali Sajassi (sajassi) [mailto:sajassi@cisco.com]
> Sent: Wednesday, November 16, 2016 9:07 AM
> To: Jeffrey (Zhaohui) Zhang; Sami Boutros; bess@ietf.org
> Subject: Re: [bess] Questions & comments on draft-boutros-bess-evpn-vpws-
> service-edge-gateway-02
>=20
>=20
> Hi Jeffrey,
>=20
>=20
> On 11/14/16, 10:13 PM, "BESS on behalf of Jeffrey (Zhaohui) Zhang"
> <bess-bounces@ietf.org on behalf of zzhang@juniper.net> wrote:
>=20
> >Sami,
> >
> >Let me use this old thread to continue the discussion during/after your
> >presentation on Monday.
> >
> >   The service node would advertise EVPN-VPWS per EVI Ethernet A-D
> >   routes with the Ethernet Segment Identifier field set to 0 and the
> >   Ethernet tag ID set to (0xFFFFFFFF wildcard), all those routes will
> >   be associated with the EVPN-VPWS service edge RT that will be
> >   imported by other service edge PEs, each route will have a unique RD
> >   and will be associated with another RT corresponding to the L2, L3 or
> >   Ethernet VPN overlay service that can be transported over the EVPN-
> >   VPWS transport service.
> >
> >As we agreed after the session, the second RT above is only used to
> >indicate the type of services that a service node support but not for th=
e
> >purpose of route import/export control. For that, we don't need to use
> >RTs. ECs are just fine. An afterthought is that, we can probably define
> >some bits in "EVPN Layer 2 attributes extended community" to signal the
> >types of services?
>=20
> One RT is used for the service edge GWs to discover themselves so that
> they can do DF election using HRW. The other RT is used among edge nodes
> and service edge nodes for setting up P2P service tunnels.
>=20
> >
> >When a service node advertises a per EVI Ethernet A-D rout in response t=
o
> >the one received from an access node, it could target the route to that
> >particular access node. This could be done by including a VRF Route
> >Import EC (RFC 7153) in the route sent by the access node - the service
> >node will include that in its route and only the targeted access node
> >will import it.
> >
> >We did not get to cover the following two points:
> >
> >- during draft-ietf-bess-evpn-vpws LC, it was agreed to move the BW
> >section to this document.
>=20
> That=B9s fine.
>=20
> >- as the email below suggested, if the service is evpn or ipvpn, unless
> >per-AC QoS needs to be enforced at the service node (vs. at the access
> >node), instead of using VPWS between the access node and service node,
> >perhaps EVPN Hub and Spoke can be used all the way to the access node
> >(the service nodes will use IRB to provide IPVPN service)? That way, the
> >service nodes do not need to use logical interfaces to terminate the VPW=
S
> >and then connect into the EVPN/IPVPN.
>=20
> There are scenarios in which access node need to ONLY backhaul traffic
> (and not do any local switching!). In those scenarios, you will need to
> terminate the service tunnels at the service edge nodes regardless of IRB
> or not.
>=20
> Cheers,
> Ali
>=20
> >
> >Jeffrey
> >
> >> -----Original Message-----
> >> From: Sami Boutros [mailto:sboutros@vmware.com]
> >> Sent: Tuesday, March 29, 2016 1:32 AM
> >> To: Jeffrey (Zhaohui) Zhang; bess@ietf.org
> >> Subject: Re: Questions & comments on
> >>draft-boutros-bess-evpn-vpws-service-
> >> edge-gateway-02
> >>
> >...
> >> >
> >> >"4.2 Applicability to IP-VPN TBD" is empty, so I'll use EVPN for my
> >> understanding: the VPWS brings the customer connection (on the AN) to
> >>the
> >> EVPN on the gateway. There could be many VPWS from multiple ANs
> >> terminating into the same EVPN instance on the gateway. With that, I
> >> wonder if EVPN virtual hub and spoke could be used to implement the
> >>same?
> >> The ANs would be the spokes and the gateway would be the hub? Other
> EVPN
> >> PEs (not drawn in Figure 1) on the core side can be either spokes or
> >>hubs
> >> in the same EVPN instance?
> >> >
> >> >If the above makes sense, then could the same be extended to IP-VPN
> >> service? You just need an IRB interface for the EVPN instance on the
> >> gateway?
> >>
> >> Sami: The current document doesn=B9t preclude the IRB option and
> >>terminating
> >> multiple EVPN VPWS to the same L2 overlay bridge that has an IRB
> >>interface
> >> attached to an IP-VPN service. The empty sections are there for
> >>describing
> >> use cases that we will plan to add to the document in the future.
> >>
> >> Thanks,
> >>
> >> Sami
> >>
> >> >
> >> >Thanks.
> >> >Jeffrey
> >> >
> >_______________________________________________
> >BESS mailing list
> >BESS@ietf.org
> >https://www.ietf.org/mailman/listinfo/bess


From nobody Tue Nov 15 17:38:54 2016
Return-Path: <sboutros@vmware.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D9EDF1293D6 for <bess@ietfa.amsl.com>; Tue, 15 Nov 2016 17:38:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.418
X-Spam-Level: 
X-Spam-Status: No, score=-3.418 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=onevmw.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 vv608tUR-kp8 for <bess@ietfa.amsl.com>; Tue, 15 Nov 2016 17:38:50 -0800 (PST)
Received: from EX13-EDG-OU-001.vmware.com (ex13-edg-ou-001.vmware.com [208.91.0.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B0A5A129405 for <bess@ietf.org>; Tue, 15 Nov 2016 17:38:50 -0800 (PST)
Received: from sc9-mailhost3.vmware.com (10.113.161.73) by EX13-EDG-OU-001.vmware.com (10.113.208.155) with Microsoft SMTP Server id 15.0.1156.6; Tue, 15 Nov 2016 17:37:57 -0800
Received: from EX13-CAS-010.vmware.com (smtp-inbound.vmware.com [10.113.191.62]) by sc9-mailhost3.vmware.com (Postfix) with ESMTP id 50AF740808; Tue, 15 Nov 2016 17:38:28 -0800 (PST)
Received: from EX13-CAS-005.vmware.com (10.113.191.55) by EX13-MBX-001.vmware.com (10.113.191.21) with Microsoft SMTP Server (TLS) id 15.0.1156.6; Tue, 15 Nov 2016 17:38:28 -0800
Received: from NAM02-BL2-obe.outbound.protection.outlook.com (10.113.170.11) by EX13-CAS-005.vmware.com (10.113.191.55) with Microsoft SMTP Server (TLS) id 15.0.1156.6 via Frontend Transport; Tue, 15 Nov 2016 17:38:27 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=onevmw.onmicrosoft.com; s=selector1-vmware-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=QqL99HggangSgcJApKf2uz28GqlnghP055synkAdf6g=; b=lSzFZlpgcrR/DyWLoy+EMK2B/vV6j1wte50bG0TTv5NvvMOw89NJRsSZaXub0fLq0Sq2F2huK7Rk60VRIeNvc4t374IFavGEYMraSK4nqhYkEeuKOqERg6L9gkcuY/8AQ4IKpqblNiNrKwHFfHuc9rVzV9paOseXF15zS795IK0=
Received: from BN6PR05MB3009.namprd05.prod.outlook.com (10.173.19.15) by BN6PR05MB3011.namprd05.prod.outlook.com (10.173.19.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.734.2; Wed, 16 Nov 2016 01:38:19 +0000
Received: from BN6PR05MB3009.namprd05.prod.outlook.com ([10.173.19.15]) by BN6PR05MB3009.namprd05.prod.outlook.com ([10.173.19.15]) with mapi id 15.01.0734.004; Wed, 16 Nov 2016 01:38:19 +0000
From: Sami Boutros <sboutros@vmware.com>
To: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>, "Ali Sajassi (sajassi)" <sajassi@cisco.com>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [bess] Questions & comments on draft-boutros-bess-evpn-vpws-service-edge-gateway-02
Thread-Index: AQHSP51Il0fMGhhf9UGtO6PmI1KGSqDax4Lg//+HaIA=
Date: Wed, 16 Nov 2016 01:38:18 +0000
Message-ID: <C95EF649-2915-4375-906F-5159DBE6BDA8@vmware.com>
References: <D450E146.1C15C6%sajassi@cisco.com> <DM5PR05MB3145400327E9CB6A2C75939CD4BE0@DM5PR05MB3145.namprd05.prod.outlook.com>
In-Reply-To: <DM5PR05MB3145400327E9CB6A2C75939CD4BE0@DM5PR05MB3145.namprd05.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=sboutros@vmware.com; 
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [31.133.142.188]
x-microsoft-exchange-diagnostics: 1; BN6PR05MB3011; 7:ZJ+jdvrtjle/Ba6po/wMs43FUW6331u//lldSZtaiyaYbfgbbkOhrmD72rZ5npe0iKY79tfEutXqrqfGfzciEi1B46OdRgV4jv96Vs9J0nJovw2kA69VBvxWzn9E7K2te7c0v8ILIa8QbI0Sy7fWNWc3oMPDkH8XE+1hs7IPAFCpMkYHmbQL8/ZOD34uaplhw1hycOb7JWbeGA6fkV6sy1OxETlsBvlF2L2UKBEbdCbKgFi/3zP5s5iaR7HAM6S4zS8p/EEd9K/j36uUTnpgK0mPJTDF5yBQN5DDx8JZnOrJkwSv6+Azzm2vaCe624XjkzSnztbOHZ815FkD1AjZUWfcrCTAKSl/uRL2e9eHjns=; 20:OMyqLdysF2OPzboX6KXBQqVKrP/w3GN2T/setx7pQz7I/3ywpf2vQrEbdxKOGHS+bj5zkeZhuGwQ2r/xTvDO92UxwLc8+ON+oCcxgn3/dsN2Bg+b7ehrpFl4Bz7mmBjBPbez239JrOWkihl+uPIQVcqWjFD1PBX7QxqHo4OuXvg=
x-ms-office365-filtering-correlation-id: b857886c-abbe-4f38-c436-08d40dc13e56
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:BN6PR05MB3011;
x-microsoft-antispam-prvs: <BN6PR05MB3011DAFD51C8DFCA42D057D0BEBE0@BN6PR05MB3011.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(61668805478150)(10436049006162)(138986009662008)(95692535739014)(21532816269658);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6060326)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6061324)(6072148); SRVR:BN6PR05MB3011; BCL:0; PCL:0; RULEID:; SRVR:BN6PR05MB3011; 
x-forefront-prvs: 01283822F8
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(24454002)(377454003)(13464003)(189002)(199003)(82746002)(92566002)(8936002)(6116002)(3660700001)(1941001)(87936001)(77096005)(86362001)(6512003)(6506003)(2900100001)(229853002)(230783001)(83716003)(97736004)(5001770100001)(107886002)(3280700002)(575784001)(189998001)(102836003)(3846002)(5890100001)(2906002)(36756003)(54356999)(7736002)(76176999)(50986999)(106116001)(2950100002)(7846002)(66066001)(8666005)(33656002)(305945005)(8676002)(122556002)(5660300001)(81156014)(106356001)(81166006)(68736007)(99286002)(2501003)(101416001)(105586002)(7059030)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:BN6PR05MB3011; H:BN6PR05MB3009.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
Received-SPF: None (EX13-EDG-OU-001.vmware.com: sboutros@vmware.com does not designate permitted sender hosts)
received-spf: None (protection.outlook.com: vmware.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <D62827DBE2971B43B5DC00084DD849F3@namprd05.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Nov 2016 01:38:18.9603 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: b39138ca-3cee-4b4a-a4d6-cd83d9dd62f0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR05MB3011
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/jNJJHHzZC3Vl-rqjwDI27YrHcMI>
Subject: Re: [bess] Questions & comments on draft-boutros-bess-evpn-vpws-service-edge-gateway-02
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 16 Nov 2016 01:38:53 -0000

SGkgSmVmZnJleSwNCg0KDQoNCj4+T25lIFJUIGlzIHVzZWQgZm9yIHRoZSBzZXJ2aWNlIGVkZ2Ug
R1dzIHRvIGRpc2NvdmVyIHRoZW1zZWx2ZXMgc28gdGhhdA0KPj4gdGhleSBjYW4gZG8gREYgZWxl
Y3Rpb24gdXNpbmcgSFJXLiBUaGUgb3RoZXIgUlQgaXMgdXNlZCBhbW9uZyBlZGdlIG5vZGVzDQo+
PiBhbmQgc2VydmljZSBlZGdlIG5vZGVzIGZvciBzZXR0aW5nIHVwIFAyUCBzZXJ2aWNlIHR1bm5l
bHMuDQo+DQo+SXQncyBzdGlsbCBub3QgY2xlYXIgd2h5IHRoZSBvdGhlciBSVCBpcyBuZWVkcyB0
byBiZSBpbmNsdWRlZCBpbiB0aGF0IHJvdXRlLiBJdCBkb2VzIG5vdCBzZWVtIHRvIGJlIG5lY2Vz
c2FyeSBmb3IgdGhlIGVkZ2Ugbm9kZXMgdG8gaW1wb3J0IHRoYXQgcm91dGU/IFRoZSBlZGdlIG5v
ZGVzIG9ubHkgbmVlZCB0byBiZSBjb25maWd1cmVkIHdoYXQgUlQgbmVlZHMgdG8gYmUgdXNlZCBm
b3Igd2hhdCBzZXJ2aWNlLCBhbmQgb25lIGVkZ2Ugbm9kZSdzIHJvdXRlIGRvZXMgbm90IG5lZWQg
dG8gYmUgaW1wb3J0ZWQgYnkgb3RoZXIgZWRnZSBub2RlcyAtIG9ubHkgdGhlIHNlcnZpY2Ugbm9k
ZXMgbmVlZCB0byBpbXBvcnQgaXQuDQoNClRoaXMgaXMgY29ycmVjdCwgYnV0IHRoZSBzZXJ2aWNl
IG5vZGUgbmVlZCBzdGlsbCB0byBpbXBvcnQgdGhlIGFjY2VzcyBlZGdlIG5vZGVzIHJvdXRlcyB0
byBiZSBhYmxlIHRvIHJlc3BvbmQgdG8gdGhlbSwgYW5kIGZvciB0aGF0IGl0IHN0aWxsIG5lZWQg
YW4gUlQgb3IgYXQgbGVhc3QgYW4gaW1wb3J0IGV4dGVuZGVkIGNvbW11bml0eSwgd2UgY2FuIGhh
dmUgZm9yIHRoYXQgYW4gRVZQTiBMYXllciAyIGltcG9ydCBleHRlbmRlZCBjb21tdW5pdHkgcHJv
dmlzaW9uZWQvZGVyaXZlZCBhdCBzZXJ2aWNlIG5vZGUsIGhvd2V2ZXIgSSB0aGluayB3aGVuIHNl
cnZpY2Ugbm9kZSByZXNwb25kIHRvIHRoZSBhY2Nlc3Mgbm9kZSwgaXQgc3RpbGwgbmVlZCB0byBh
dHRhY2ggYW4gUlQgbm90IGFuIGltcG9ydCBFQywgaW4gb3JkZXIgbm90IHRvIGNoYW5nZSB0aGUg
b3BlcmF0aW9uIGFjY2VzcyBub2Rlcy4NCg0KPg0KPj4gVGhlcmUgYXJlIHNjZW5hcmlvcyBpbiB3
aGljaCBhY2Nlc3Mgbm9kZSBuZWVkIHRvIE9OTFkgYmFja2hhdWwgdHJhZmZpYw0KPj4gKGFuZCBu
b3QgZG8gYW55IGxvY2FsIHN3aXRjaGluZyEpLiBJbiB0aG9zZSBzY2VuYXJpb3MsIHlvdSB3aWxs
IG5lZWQgdG8NCj4+IHRlcm1pbmF0ZSB0aGUgc2VydmljZSB0dW5uZWxzIGF0IHRoZSBzZXJ2aWNl
IGVkZ2Ugbm9kZXMgcmVnYXJkbGVzcyBvZiBJUkINCj4+IG9yIG5vdC4NCj4NCj5VbmRlcnN0YW5k
LiBIb3dldmVyLCBpZiB0aGUgc2VydmljZSBpcyBFVlBOLCBldmVuIHdoZW4geW91IHRlcm1pbmF0
ZSB0aGUgVlBXUyB3aXRoIGxvZ2ljYWwgaW50ZXJmYWNlcyB0aGF0IGFyZSBwYXJ0IG9mIG9mIHRo
ZSBzZXJ2aWNlIEVWSSBvbiB0aGUgc2VydmljZSBub2RlLCB0aGF0IHNlcnZpY2Ugbm9kZSB3aWxs
IGRvIGxvY2FsIHN3aXRjaGluZyBiZXR3ZWVuIHRob3NlIGxvZ2ljYWwgaW50ZXJmYWNlOyBpZiB3
ZSBleHRlbmQgdGhlIEVWUE4gdG8gdGhlIGVkZ2Ugbm9kZSB1c2luZyB2aXJ0dWFsIGh1YiBhbmQg
c3Bva2UsIHRoZSB0cmFmZmljIGJldHdlZW4gdGhlIGVkZ2Ugbm9kZXMgd2lsbCBzdGlsbCBnbyB0
aHJvdWdoIHRoZSBzZXJ2aWNlIG5vZGVzIGFueXdheSBkdWUgdG8gdGhlIG5hdHVyZSBvZiBodWIg
YW5kIHNwb2tlLCBzbyBubyBkaWZmZXJlbnQgZnJvbSB0aGUgVlBXUyBhcHByb2FjaCBhcyBmYXIg
YXMgbG9jYWwgc3dpdGNoaW5nIGlzIGNvbmNlcm5lZD8NCg0KVGhlIHdheSBJIGxvb2sgYXQgdGhp
cyBhcyB5ZXQgYW5vdGhlciBvcHRpb24gdGhhdCB3aWxsIGJlIG91dHNpZGUgdGhlIHNwb2tlIG9m
IHRoaXMgZHJhZnQsIHNpbmNlIHRoaXMgaXMgdmFuaWxsYSBFVlBOIGh1YiBhbmQgc3Bva2UgdGhh
dCBjYW4gYmUgdXNlZCB0b28uIEkuZS4gVGhpcyBkcmFmdCBkZWZpbmUgYW5vdGhlciBtZWFuIG9m
IGFjaGlldmluZyBhIHNpbWlsYXIgdGhpbmcsIGluIHNjZW5hcmlvcyB3aGVyZSBhY2Nlc3Mgbm9k
ZSB3aWxsIG9ubHkgYmUgY2FwYWJsZSBvZiBzdXBwb3J0aW5nIGR5bmFtaWMgRVZQTi1WUFdTIG9y
IGV2ZW4gc3RhdGljIEVWUE4tVlBXUyB3aXRoIG5vIHNpZ25hbGluZy4NCg0KVGhhbmtzLA0KDQpT
YW1pDQo+DQo+VGhhbmtzLg0KPg0KPkplZmZyZXkNCj4NCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2Fn
ZS0tLS0tDQo+PiBGcm9tOiBBbGkgU2FqYXNzaSAoc2FqYXNzaSkgW21haWx0bzpzYWphc3NpQGNp
c2NvLmNvbV0NCj4+IFNlbnQ6IFdlZG5lc2RheSwgTm92ZW1iZXIgMTYsIDIwMTYgOTowNyBBTQ0K
Pj4gVG86IEplZmZyZXkgKFpoYW9odWkpIFpoYW5nOyBTYW1pIEJvdXRyb3M7IGJlc3NAaWV0Zi5v
cmcNCj4+IFN1YmplY3Q6IFJlOiBbYmVzc10gUXVlc3Rpb25zICYgY29tbWVudHMgb24gZHJhZnQt
Ym91dHJvcy1iZXNzLWV2cG4tdnB3cy0NCj4+IHNlcnZpY2UtZWRnZS1nYXRld2F5LTAyDQo+PiAN
Cj4+IA0KPj4gSGkgSmVmZnJleSwNCj4+IA0KPj4gDQo+PiBPbiAxMS8xNC8xNiwgMTA6MTMgUE0s
ICJCRVNTIG9uIGJlaGFsZiBvZiBKZWZmcmV5IChaaGFvaHVpKSBaaGFuZyINCj4+IDxiZXNzLWJv
dW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9mIHp6aGFuZ0BqdW5pcGVyLm5ldD4gd3JvdGU6DQo+
PiANCj4+ID5TYW1pLA0KPj4gPg0KPj4gPkxldCBtZSB1c2UgdGhpcyBvbGQgdGhyZWFkIHRvIGNv
bnRpbnVlIHRoZSBkaXNjdXNzaW9uIGR1cmluZy9hZnRlciB5b3VyDQo+PiA+cHJlc2VudGF0aW9u
IG9uIE1vbmRheS4NCj4+ID4NCj4+ID4gICBUaGUgc2VydmljZSBub2RlIHdvdWxkIGFkdmVydGlz
ZSBFVlBOLVZQV1MgcGVyIEVWSSBFdGhlcm5ldCBBLUQNCj4+ID4gICByb3V0ZXMgd2l0aCB0aGUg
RXRoZXJuZXQgU2VnbWVudCBJZGVudGlmaWVyIGZpZWxkIHNldCB0byAwIGFuZCB0aGUNCj4+ID4g
ICBFdGhlcm5ldCB0YWcgSUQgc2V0IHRvICgweEZGRkZGRkZGIHdpbGRjYXJkKSwgYWxsIHRob3Nl
IHJvdXRlcyB3aWxsDQo+PiA+ICAgYmUgYXNzb2NpYXRlZCB3aXRoIHRoZSBFVlBOLVZQV1Mgc2Vy
dmljZSBlZGdlIFJUIHRoYXQgd2lsbCBiZQ0KPj4gPiAgIGltcG9ydGVkIGJ5IG90aGVyIHNlcnZp
Y2UgZWRnZSBQRXMsIGVhY2ggcm91dGUgd2lsbCBoYXZlIGEgdW5pcXVlIFJEDQo+PiA+ICAgYW5k
IHdpbGwgYmUgYXNzb2NpYXRlZCB3aXRoIGFub3RoZXIgUlQgY29ycmVzcG9uZGluZyB0byB0aGUg
TDIsIEwzIG9yDQo+PiA+ICAgRXRoZXJuZXQgVlBOIG92ZXJsYXkgc2VydmljZSB0aGF0IGNhbiBi
ZSB0cmFuc3BvcnRlZCBvdmVyIHRoZSBFVlBOLQ0KPj4gPiAgIFZQV1MgdHJhbnNwb3J0IHNlcnZp
Y2UuDQo+PiA+DQo+PiA+QXMgd2UgYWdyZWVkIGFmdGVyIHRoZSBzZXNzaW9uLCB0aGUgc2Vjb25k
IFJUIGFib3ZlIGlzIG9ubHkgdXNlZCB0bw0KPj4gPmluZGljYXRlIHRoZSB0eXBlIG9mIHNlcnZp
Y2VzIHRoYXQgYSBzZXJ2aWNlIG5vZGUgc3VwcG9ydCBidXQgbm90IGZvciB0aGUNCj4+ID5wdXJw
b3NlIG9mIHJvdXRlIGltcG9ydC9leHBvcnQgY29udHJvbC4gRm9yIHRoYXQsIHdlIGRvbid0IG5l
ZWQgdG8gdXNlDQo+PiA+UlRzLiBFQ3MgYXJlIGp1c3QgZmluZS4gQW4gYWZ0ZXJ0aG91Z2h0IGlz
IHRoYXQsIHdlIGNhbiBwcm9iYWJseSBkZWZpbmUNCj4+ID5zb21lIGJpdHMgaW4gIkVWUE4gTGF5
ZXIgMiBhdHRyaWJ1dGVzIGV4dGVuZGVkIGNvbW11bml0eSIgdG8gc2lnbmFsIHRoZQ0KPj4gPnR5
cGVzIG9mIHNlcnZpY2VzPw0KPj4gDQo+PiBPbmUgUlQgaXMgdXNlZCBmb3IgdGhlIHNlcnZpY2Ug
ZWRnZSBHV3MgdG8gZGlzY292ZXIgdGhlbXNlbHZlcyBzbyB0aGF0DQo+PiB0aGV5IGNhbiBkbyBE
RiBlbGVjdGlvbiB1c2luZyBIUlcuIFRoZSBvdGhlciBSVCBpcyB1c2VkIGFtb25nIGVkZ2Ugbm9k
ZXMNCj4+IGFuZCBzZXJ2aWNlIGVkZ2Ugbm9kZXMgZm9yIHNldHRpbmcgdXAgUDJQIHNlcnZpY2Ug
dHVubmVscy4NCj4+IA0KPj4gPg0KPj4gPldoZW4gYSBzZXJ2aWNlIG5vZGUgYWR2ZXJ0aXNlcyBh
IHBlciBFVkkgRXRoZXJuZXQgQS1EIHJvdXQgaW4gcmVzcG9uc2UgdG8NCj4+ID50aGUgb25lIHJl
Y2VpdmVkIGZyb20gYW4gYWNjZXNzIG5vZGUsIGl0IGNvdWxkIHRhcmdldCB0aGUgcm91dGUgdG8g
dGhhdA0KPj4gPnBhcnRpY3VsYXIgYWNjZXNzIG5vZGUuIFRoaXMgY291bGQgYmUgZG9uZSBieSBp
bmNsdWRpbmcgYSBWUkYgUm91dGUNCj4+ID5JbXBvcnQgRUMgKFJGQyA3MTUzKSBpbiB0aGUgcm91
dGUgc2VudCBieSB0aGUgYWNjZXNzIG5vZGUgLSB0aGUgc2VydmljZQ0KPj4gPm5vZGUgd2lsbCBp
bmNsdWRlIHRoYXQgaW4gaXRzIHJvdXRlIGFuZCBvbmx5IHRoZSB0YXJnZXRlZCBhY2Nlc3Mgbm9k
ZQ0KPj4gPndpbGwgaW1wb3J0IGl0Lg0KPj4gPg0KPj4gPldlIGRpZCBub3QgZ2V0IHRvIGNvdmVy
IHRoZSBmb2xsb3dpbmcgdHdvIHBvaW50czoNCj4+ID4NCj4+ID4tIGR1cmluZyBkcmFmdC1pZXRm
LWJlc3MtZXZwbi12cHdzIExDLCBpdCB3YXMgYWdyZWVkIHRvIG1vdmUgdGhlIEJXDQo+PiA+c2Vj
dGlvbiB0byB0aGlzIGRvY3VtZW50Lg0KPj4gDQo+PiBUaGF0wrlzIGZpbmUuDQo+PiANCj4+ID4t
IGFzIHRoZSBlbWFpbCBiZWxvdyBzdWdnZXN0ZWQsIGlmIHRoZSBzZXJ2aWNlIGlzIGV2cG4gb3Ig
aXB2cG4sIHVubGVzcw0KPj4gPnBlci1BQyBRb1MgbmVlZHMgdG8gYmUgZW5mb3JjZWQgYXQgdGhl
IHNlcnZpY2Ugbm9kZSAodnMuIGF0IHRoZSBhY2Nlc3MNCj4+ID5ub2RlKSwgaW5zdGVhZCBvZiB1
c2luZyBWUFdTIGJldHdlZW4gdGhlIGFjY2VzcyBub2RlIGFuZCBzZXJ2aWNlIG5vZGUsDQo+PiA+
cGVyaGFwcyBFVlBOIEh1YiBhbmQgU3Bva2UgY2FuIGJlIHVzZWQgYWxsIHRoZSB3YXkgdG8gdGhl
IGFjY2VzcyBub2RlDQo+PiA+KHRoZSBzZXJ2aWNlIG5vZGVzIHdpbGwgdXNlIElSQiB0byBwcm92
aWRlIElQVlBOIHNlcnZpY2UpPyBUaGF0IHdheSwgdGhlDQo+PiA+c2VydmljZSBub2RlcyBkbyBu
b3QgbmVlZCB0byB1c2UgbG9naWNhbCBpbnRlcmZhY2VzIHRvIHRlcm1pbmF0ZSB0aGUgVlBXUw0K
Pj4gPmFuZCB0aGVuIGNvbm5lY3QgaW50byB0aGUgRVZQTi9JUFZQTi4NCj4+IA0KPj4gVGhlcmUg
YXJlIHNjZW5hcmlvcyBpbiB3aGljaCBhY2Nlc3Mgbm9kZSBuZWVkIHRvIE9OTFkgYmFja2hhdWwg
dHJhZmZpYw0KPj4gKGFuZCBub3QgZG8gYW55IGxvY2FsIHN3aXRjaGluZyEpLiBJbiB0aG9zZSBz
Y2VuYXJpb3MsIHlvdSB3aWxsIG5lZWQgdG8NCj4+IHRlcm1pbmF0ZSB0aGUgc2VydmljZSB0dW5u
ZWxzIGF0IHRoZSBzZXJ2aWNlIGVkZ2Ugbm9kZXMgcmVnYXJkbGVzcyBvZiBJUkINCj4+IG9yIG5v
dC4NCj4+IA0KPj4gQ2hlZXJzLA0KPj4gQWxpDQo+PiANCj4+ID4NCj4+ID5KZWZmcmV5DQo+PiA+
DQo+PiA+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4gPj4gRnJvbTogU2FtaSBCb3V0
cm9zIFttYWlsdG86c2JvdXRyb3NAdm13YXJlLmNvbV0NCj4+ID4+IFNlbnQ6IFR1ZXNkYXksIE1h
cmNoIDI5LCAyMDE2IDE6MzIgQU0NCj4+ID4+IFRvOiBKZWZmcmV5IChaaGFvaHVpKSBaaGFuZzsg
YmVzc0BpZXRmLm9yZw0KPj4gPj4gU3ViamVjdDogUmU6IFF1ZXN0aW9ucyAmIGNvbW1lbnRzIG9u
DQo+PiA+PmRyYWZ0LWJvdXRyb3MtYmVzcy1ldnBuLXZwd3Mtc2VydmljZS0NCj4+ID4+IGVkZ2Ut
Z2F0ZXdheS0wMg0KPj4gPj4NCj4+ID4uLi4NCj4+ID4+ID4NCj4+ID4+ID4iNC4yIEFwcGxpY2Fi
aWxpdHkgdG8gSVAtVlBOIFRCRCIgaXMgZW1wdHksIHNvIEknbGwgdXNlIEVWUE4gZm9yIG15DQo+
PiA+PiB1bmRlcnN0YW5kaW5nOiB0aGUgVlBXUyBicmluZ3MgdGhlIGN1c3RvbWVyIGNvbm5lY3Rp
b24gKG9uIHRoZSBBTikgdG8NCj4+ID4+dGhlDQo+PiA+PiBFVlBOIG9uIHRoZSBnYXRld2F5LiBU
aGVyZSBjb3VsZCBiZSBtYW55IFZQV1MgZnJvbSBtdWx0aXBsZSBBTnMNCj4+ID4+IHRlcm1pbmF0
aW5nIGludG8gdGhlIHNhbWUgRVZQTiBpbnN0YW5jZSBvbiB0aGUgZ2F0ZXdheS4gV2l0aCB0aGF0
LCBJDQo+PiA+PiB3b25kZXIgaWYgRVZQTiB2aXJ0dWFsIGh1YiBhbmQgc3Bva2UgY291bGQgYmUg
dXNlZCB0byBpbXBsZW1lbnQgdGhlDQo+PiA+PnNhbWU/DQo+PiA+PiBUaGUgQU5zIHdvdWxkIGJl
IHRoZSBzcG9rZXMgYW5kIHRoZSBnYXRld2F5IHdvdWxkIGJlIHRoZSBodWI/IE90aGVyDQo+PiBF
VlBODQo+PiA+PiBQRXMgKG5vdCBkcmF3biBpbiBGaWd1cmUgMSkgb24gdGhlIGNvcmUgc2lkZSBj
YW4gYmUgZWl0aGVyIHNwb2tlcyBvcg0KPj4gPj5odWJzDQo+PiA+PiBpbiB0aGUgc2FtZSBFVlBO
IGluc3RhbmNlPw0KPj4gPj4gPg0KPj4gPj4gPklmIHRoZSBhYm92ZSBtYWtlcyBzZW5zZSwgdGhl
biBjb3VsZCB0aGUgc2FtZSBiZSBleHRlbmRlZCB0byBJUC1WUE4NCj4+ID4+IHNlcnZpY2U/IFlv
dSBqdXN0IG5lZWQgYW4gSVJCIGludGVyZmFjZSBmb3IgdGhlIEVWUE4gaW5zdGFuY2Ugb24gdGhl
DQo+PiA+PiBnYXRld2F5Pw0KPj4gPj4NCj4+ID4+IFNhbWk6IFRoZSBjdXJyZW50IGRvY3VtZW50
IGRvZXNuwrl0IHByZWNsdWRlIHRoZSBJUkIgb3B0aW9uIGFuZA0KPj4gPj50ZXJtaW5hdGluZw0K
Pj4gPj4gbXVsdGlwbGUgRVZQTiBWUFdTIHRvIHRoZSBzYW1lIEwyIG92ZXJsYXkgYnJpZGdlIHRo
YXQgaGFzIGFuIElSQg0KPj4gPj5pbnRlcmZhY2UNCj4+ID4+IGF0dGFjaGVkIHRvIGFuIElQLVZQ
TiBzZXJ2aWNlLiBUaGUgZW1wdHkgc2VjdGlvbnMgYXJlIHRoZXJlIGZvcg0KPj4gPj5kZXNjcmli
aW5nDQo+PiA+PiB1c2UgY2FzZXMgdGhhdCB3ZSB3aWxsIHBsYW4gdG8gYWRkIHRvIHRoZSBkb2N1
bWVudCBpbiB0aGUgZnV0dXJlLg0KPj4gPj4NCj4+ID4+IFRoYW5rcywNCj4+ID4+DQo+PiA+PiBT
YW1pDQo+PiA+Pg0KPj4gPj4gPg0KPj4gPj4gPlRoYW5rcy4NCj4+ID4+ID5KZWZmcmV5DQo+PiA+
PiA+DQo+PiA+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N
Cj4+ID5CRVNTIG1haWxpbmcgbGlzdA0KPj4gPkJFU1NAaWV0Zi5vcmcNCj4+ID5odHRwczovL3Vy
bGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19t
YWlsbWFuX2xpc3RpbmZvX2Jlc3MmZD1Dd0lGQXcmYz1TcWNsMEV6Nk0wWDhhZU02N0xLSWlESkFY
VmVBdy1ZaWhWTU50WHQtdUVzJnI9bWUwNTNCZTlxS3JDSmpVSVNKQlAyc0dGRURwLTM5R05tZ0Fo
Wkx3djhhWSZtPUR1d2FhZU1EempyM3lhRW1SUlVQV2NES0k1YVloWXdINXg0MFJjUTZjcVEmcz05
XzNBTUR2RUVsR3VjLWtBLVlxdGNlaWVEQUNXUmc2QUpDMUlDcV9rOGU0JmU9IA0KPg0K


From nobody Tue Nov 15 18:29:09 2016
Return-Path: <sajassi@cisco.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 06EEA129599 for <bess@ietfa.amsl.com>; Tue, 15 Nov 2016 18:29:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -16.018
X-Spam-Level: 
X-Spam-Status: No, score=-16.018 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lwnSU1R05ZRH for <bess@ietfa.amsl.com>; Tue, 15 Nov 2016 18:29:02 -0800 (PST)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 07EB4129458 for <bess@ietf.org>; Tue, 15 Nov 2016 18:29:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9402; q=dns/txt; s=iport; t=1479263341; x=1480472941; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=q1n28efuYLt29SGhU1vy1v02cE9+yZdixVY18PBQyqI=; b=OVjRijA6mfmA1JtFetbkGQZcQ0I9HuRL00xC1DOzRhmn4qPVnL8ItHvG Enh88zD1JquUj9Z5AQ8UB3PodeQaeWmFTm1dYaSmFbU2nvk0vnwqhmtwK /1PZRdob9ZP5UrmeIsRqVUtzkgklt5G6NjreCizMP6uH2p7uHLgU3W5HW A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AbAQBTwytY/5RdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgzcBAQEBAR9YgQAHjTeXDpRhggcdC4V7AhqBbD8UAQIBAQEBAQE?= =?us-ascii?q?BYiiEYQEBAQMBAQEBMToXBAIBCBEEAQEBBCMFAgIlCxQJCAIEARIUiFAIDpQLn?= =?us-ascii?q?T0GgiuLZgEBAQEBAQEBAQEBAQEBAQEBAQEBARcFgQOKE4QZAREBHBeCZ4JjBZp?= =?us-ascii?q?BAZBhgW+Edok9jUeECQEeN1oqHIMjBRcYgUVyhW2BIYEMAQEB?=
X-IronPort-AV: E=Sophos;i="5.31,497,1473120000"; d="scan'208";a="171609440"
Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Nov 2016 02:29:00 +0000
Received: from XCH-RTP-001.cisco.com (xch-rtp-001.cisco.com [64.101.220.141]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id uAG2T0FK032138 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 16 Nov 2016 02:29:00 GMT
Received: from xch-rtp-005.cisco.com (64.101.220.145) by XCH-RTP-001.cisco.com (64.101.220.141) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 15 Nov 2016 21:28:59 -0500
Received: from xch-rtp-005.cisco.com ([64.101.220.145]) by XCH-RTP-005.cisco.com ([64.101.220.145]) with mapi id 15.00.1210.000; Tue, 15 Nov 2016 21:28:59 -0500
From: "Ali Sajassi (sajassi)" <sajassi@cisco.com>
To: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>, Sami Boutros <sboutros@vmware.com>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [bess] Questions & comments on draft-boutros-bess-evpn-vpws-service-edge-gateway-02
Thread-Index: AQHSP51Il0fMGhhf9UGtO6PmI1KGSqDax4Lg///pVYA=
Date: Wed, 16 Nov 2016 02:28:59 +0000
Message-ID: <D45102AD.1C16F9%sajassi@cisco.com>
References: <D450E146.1C15C6%sajassi@cisco.com> <DM5PR05MB3145400327E9CB6A2C75939CD4BE0@DM5PR05MB3145.namprd05.prod.outlook.com>
In-Reply-To: <DM5PR05MB3145400327E9CB6A2C75939CD4BE0@DM5PR05MB3145.namprd05.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.6.9.160926
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.24.40.91]
Content-Type: text/plain; charset="euc-kr"
Content-ID: <8AECB98BAA5EB44C8E38471E991D5AD4@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/5HZO9WgP1Ueu22cLkadXDKexZjU>
Subject: Re: [bess] Questions & comments on draft-boutros-bess-evpn-vpws-service-edge-gateway-02
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 16 Nov 2016 02:29:07 -0000

SGkgSmVmZmVyeSwNCg0KT24gMTEvMTUvMTYsIDQ6NTcgUE0sICJKZWZmcmV5IChaaGFvaHVpKSBa
aGFuZyIgPHp6aGFuZ0BqdW5pcGVyLm5ldD4gd3JvdGU6DQoNCj5IaSBBbGksDQo+DQo+PiBPbmUg
UlQgaXMgdXNlZCBmb3IgdGhlIHNlcnZpY2UgZWRnZSBHV3MgdG8gZGlzY292ZXIgdGhlbXNlbHZl
cyBzbyB0aGF0DQo+PiB0aGV5IGNhbiBkbyBERiBlbGVjdGlvbiB1c2luZyBIUlcuIFRoZSBvdGhl
ciBSVCBpcyB1c2VkIGFtb25nIGVkZ2Ugbm9kZXMNCj4+IGFuZCBzZXJ2aWNlIGVkZ2Ugbm9kZXMg
Zm9yIHNldHRpbmcgdXAgUDJQIHNlcnZpY2UgdHVubmVscy4NCj4NCj5JdCdzIHN0aWxsIG5vdCBj
bGVhciB3aHkgdGhlIG90aGVyIFJUIGlzIG5lZWRzIHRvIGJlIGluY2x1ZGVkIGluIHRoYXQNCj5y
b3V0ZS4gSXQgZG9lcyBub3Qgc2VlbSB0byBiZSBuZWNlc3NhcnkgZm9yIHRoZSBlZGdlIG5vZGVz
IHRvIGltcG9ydCB0aGF0DQo+cm91dGU/IFRoZSBlZGdlIG5vZGVzIG9ubHkgbmVlZCB0byBiZSBj
b25maWd1cmVkIHdoYXQgUlQgbmVlZHMgdG8gYmUgdXNlZA0KPmZvciB3aGF0IHNlcnZpY2UsIGFu
ZCBvbmUgZWRnZSBub2RlJ3Mgcm91dGUgZG9lcyBub3QgbmVlZCB0byBiZSBpbXBvcnRlZA0KPmJ5
IG90aGVyIGVkZ2Ugbm9kZXMgLSBvbmx5IHRoZSBzZXJ2aWNlIG5vZGVzIG5lZWQgdG8gaW1wb3J0
IGl0Lg0KDQpBcyBkaXNjdXNzZWQgaW4gcGVyc29uLCB3ZSBjYW4gdXNlIHlvdXIgcHJvcG9zYWwg
KHdoaWNoIGlzIGJhc2VkIG9uIE1WUE4pDQp0byBvcHRpbWl6ZWQgaXQgZnVydGhlciBzbyB0aGF0
IHRoZSBleGNoYW5nZSBvZiByb3V0ZXMgaGFwcGVucyBiZXR3ZWVuDQppbnRlcmVzdGVkIHBhcnRp
ZXMgT05MWS4gVGhhdKGvcyB3b3VsZCBiZSBmaW5lIGFuZCB3ZSBjYW4gaW5jbHVkZSB0aGF0LiBJ
Zg0KeW91IGdldCBhIGNoYW5jZSwgcGxlYXNlIHN1Ym1pdCBzb21lIHByb3Bvc2VkIHRleHRzLg0K
DQoNCj4+IFRoZXJlIGFyZSBzY2VuYXJpb3MgaW4gd2hpY2ggYWNjZXNzIG5vZGUgbmVlZCB0byBP
TkxZIGJhY2toYXVsIHRyYWZmaWMNCj4+IChhbmQgbm90IGRvIGFueSBsb2NhbCBzd2l0Y2hpbmch
KS4gSW4gdGhvc2Ugc2NlbmFyaW9zLCB5b3Ugd2lsbCBuZWVkIHRvDQo+PiB0ZXJtaW5hdGUgdGhl
IHNlcnZpY2UgdHVubmVscyBhdCB0aGUgc2VydmljZSBlZGdlIG5vZGVzIHJlZ2FyZGxlc3Mgb2YN
Cj4+SVJCDQo+PiBvciBub3QuDQo+DQo+VW5kZXJzdGFuZC4gSG93ZXZlciwgaWYgdGhlIHNlcnZp
Y2UgaXMgRVZQTiwgZXZlbiB3aGVuIHlvdSB0ZXJtaW5hdGUgdGhlDQo+VlBXUyB3aXRoIGxvZ2lj
YWwgaW50ZXJmYWNlcyB0aGF0IGFyZSBwYXJ0IG9mIG9mIHRoZSBzZXJ2aWNlIEVWSSBvbiB0aGUN
Cj5zZXJ2aWNlIG5vZGUsIHRoYXQgc2VydmljZSBub2RlIHdpbGwgZG8gbG9jYWwgc3dpdGNoaW5n
IGJldHdlZW4gdGhvc2UNCj5sb2dpY2FsIGludGVyZmFjZTsgaWYgd2UgZXh0ZW5kIHRoZSBFVlBO
IHRvIHRoZSBlZGdlIG5vZGUgdXNpbmcgdmlydHVhbA0KPmh1YiBhbmQgc3Bva2UsIHRoZSB0cmFm
ZmljIGJldHdlZW4gdGhlIGVkZ2Ugbm9kZXMgd2lsbCBzdGlsbCBnbyB0aHJvdWdoDQo+dGhlIHNl
cnZpY2Ugbm9kZXMgYW55d2F5IGR1ZSB0byB0aGUgbmF0dXJlIG9mIGh1YiBhbmQgc3Bva2UsIHNv
IG5vDQo+ZGlmZmVyZW50IGZyb20gdGhlIFZQV1MgYXBwcm9hY2ggYXMgZmFyIGFzIGxvY2FsIHN3
aXRjaGluZyBpcyBjb25jZXJuZWQ/DQoNCkFzIGFsc28gZGlzY3Vzc2VkIGluIHBlcnNvbiwgdGhl
cmUgYXJlIHNjZW5hcmlvcyB0aGF0IGh1Yi1hbmQtc3Bva2UgY2Fubm90DQpoYW5kbGUgYW5kIHdl
IGRvIG5lZWQgYmFjay1oYXVsaW5nIG9mIHRoZSB0cmFmZmljIGZyb20gZWRnZSBQRSB0byBzZXJ2
aWNlDQplZGdlLg0KDQpDaGVlcnMsDQpBbGkNCg0KPg0KPlRoYW5rcy4NCj4NCj5KZWZmcmV5DQo+
DQo+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4gRnJvbTogQWxpIFNhamFzc2kgKHNh
amFzc2kpIFttYWlsdG86c2FqYXNzaUBjaXNjby5jb21dDQo+PiBTZW50OiBXZWRuZXNkYXksIE5v
dmVtYmVyIDE2LCAyMDE2IDk6MDcgQU0NCj4+IFRvOiBKZWZmcmV5IChaaGFvaHVpKSBaaGFuZzsg
U2FtaSBCb3V0cm9zOyBiZXNzQGlldGYub3JnDQo+PiBTdWJqZWN0OiBSZTogW2Jlc3NdIFF1ZXN0
aW9ucyAmIGNvbW1lbnRzIG9uDQo+PmRyYWZ0LWJvdXRyb3MtYmVzcy1ldnBuLXZwd3MtDQo+PiBz
ZXJ2aWNlLWVkZ2UtZ2F0ZXdheS0wMg0KPj4gDQo+PiANCj4+IEhpIEplZmZyZXksDQo+PiANCj4+
IA0KPj4gT24gMTEvMTQvMTYsIDEwOjEzIFBNLCAiQkVTUyBvbiBiZWhhbGYgb2YgSmVmZnJleSAo
Wmhhb2h1aSkgWmhhbmciDQo+PiA8YmVzcy1ib3VuY2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiB6
emhhbmdAanVuaXBlci5uZXQ+IHdyb3RlOg0KPj4gDQo+PiA+U2FtaSwNCj4+ID4NCj4+ID5MZXQg
bWUgdXNlIHRoaXMgb2xkIHRocmVhZCB0byBjb250aW51ZSB0aGUgZGlzY3Vzc2lvbiBkdXJpbmcv
YWZ0ZXIgeW91cg0KPj4gPnByZXNlbnRhdGlvbiBvbiBNb25kYXkuDQo+PiA+DQo+PiA+ICAgVGhl
IHNlcnZpY2Ugbm9kZSB3b3VsZCBhZHZlcnRpc2UgRVZQTi1WUFdTIHBlciBFVkkgRXRoZXJuZXQg
QS1EDQo+PiA+ICAgcm91dGVzIHdpdGggdGhlIEV0aGVybmV0IFNlZ21lbnQgSWRlbnRpZmllciBm
aWVsZCBzZXQgdG8gMCBhbmQgdGhlDQo+PiA+ICAgRXRoZXJuZXQgdGFnIElEIHNldCB0byAoMHhG
RkZGRkZGRiB3aWxkY2FyZCksIGFsbCB0aG9zZSByb3V0ZXMgd2lsbA0KPj4gPiAgIGJlIGFzc29j
aWF0ZWQgd2l0aCB0aGUgRVZQTi1WUFdTIHNlcnZpY2UgZWRnZSBSVCB0aGF0IHdpbGwgYmUNCj4+
ID4gICBpbXBvcnRlZCBieSBvdGhlciBzZXJ2aWNlIGVkZ2UgUEVzLCBlYWNoIHJvdXRlIHdpbGwg
aGF2ZSBhIHVuaXF1ZSBSRA0KPj4gPiAgIGFuZCB3aWxsIGJlIGFzc29jaWF0ZWQgd2l0aCBhbm90
aGVyIFJUIGNvcnJlc3BvbmRpbmcgdG8gdGhlIEwyLCBMMw0KPj5vcg0KPj4gPiAgIEV0aGVybmV0
IFZQTiBvdmVybGF5IHNlcnZpY2UgdGhhdCBjYW4gYmUgdHJhbnNwb3J0ZWQgb3ZlciB0aGUgRVZQ
Ti0NCj4+ID4gICBWUFdTIHRyYW5zcG9ydCBzZXJ2aWNlLg0KPj4gPg0KPj4gPkFzIHdlIGFncmVl
ZCBhZnRlciB0aGUgc2Vzc2lvbiwgdGhlIHNlY29uZCBSVCBhYm92ZSBpcyBvbmx5IHVzZWQgdG8N
Cj4+ID5pbmRpY2F0ZSB0aGUgdHlwZSBvZiBzZXJ2aWNlcyB0aGF0IGEgc2VydmljZSBub2RlIHN1
cHBvcnQgYnV0IG5vdCBmb3INCj4+dGhlDQo+PiA+cHVycG9zZSBvZiByb3V0ZSBpbXBvcnQvZXhw
b3J0IGNvbnRyb2wuIEZvciB0aGF0LCB3ZSBkb24ndCBuZWVkIHRvIHVzZQ0KPj4gPlJUcy4gRUNz
IGFyZSBqdXN0IGZpbmUuIEFuIGFmdGVydGhvdWdodCBpcyB0aGF0LCB3ZSBjYW4gcHJvYmFibHkg
ZGVmaW5lDQo+PiA+c29tZSBiaXRzIGluICJFVlBOIExheWVyIDIgYXR0cmlidXRlcyBleHRlbmRl
ZCBjb21tdW5pdHkiIHRvIHNpZ25hbCB0aGUNCj4+ID50eXBlcyBvZiBzZXJ2aWNlcz8NCj4+IA0K
Pj4gT25lIFJUIGlzIHVzZWQgZm9yIHRoZSBzZXJ2aWNlIGVkZ2UgR1dzIHRvIGRpc2NvdmVyIHRo
ZW1zZWx2ZXMgc28gdGhhdA0KPj4gdGhleSBjYW4gZG8gREYgZWxlY3Rpb24gdXNpbmcgSFJXLiBU
aGUgb3RoZXIgUlQgaXMgdXNlZCBhbW9uZyBlZGdlIG5vZGVzDQo+PiBhbmQgc2VydmljZSBlZGdl
IG5vZGVzIGZvciBzZXR0aW5nIHVwIFAyUCBzZXJ2aWNlIHR1bm5lbHMuDQo+PiANCj4+ID4NCj4+
ID5XaGVuIGEgc2VydmljZSBub2RlIGFkdmVydGlzZXMgYSBwZXIgRVZJIEV0aGVybmV0IEEtRCBy
b3V0IGluIHJlc3BvbnNlDQo+PnRvDQo+PiA+dGhlIG9uZSByZWNlaXZlZCBmcm9tIGFuIGFjY2Vz
cyBub2RlLCBpdCBjb3VsZCB0YXJnZXQgdGhlIHJvdXRlIHRvIHRoYXQNCj4+ID5wYXJ0aWN1bGFy
IGFjY2VzcyBub2RlLiBUaGlzIGNvdWxkIGJlIGRvbmUgYnkgaW5jbHVkaW5nIGEgVlJGIFJvdXRl
DQo+PiA+SW1wb3J0IEVDIChSRkMgNzE1MykgaW4gdGhlIHJvdXRlIHNlbnQgYnkgdGhlIGFjY2Vz
cyBub2RlIC0gdGhlIHNlcnZpY2UNCj4+ID5ub2RlIHdpbGwgaW5jbHVkZSB0aGF0IGluIGl0cyBy
b3V0ZSBhbmQgb25seSB0aGUgdGFyZ2V0ZWQgYWNjZXNzIG5vZGUNCj4+ID53aWxsIGltcG9ydCBp
dC4NCj4+ID4NCj4+ID5XZSBkaWQgbm90IGdldCB0byBjb3ZlciB0aGUgZm9sbG93aW5nIHR3byBw
b2ludHM6DQo+PiA+DQo+PiA+LSBkdXJpbmcgZHJhZnQtaWV0Zi1iZXNzLWV2cG4tdnB3cyBMQywg
aXQgd2FzIGFncmVlZCB0byBtb3ZlIHRoZSBCVw0KPj4gPnNlY3Rpb24gdG8gdGhpcyBkb2N1bWVu
dC4NCj4+IA0KPj4gVGhhdKn2cyBmaW5lLg0KPj4gDQo+PiA+LSBhcyB0aGUgZW1haWwgYmVsb3cg
c3VnZ2VzdGVkLCBpZiB0aGUgc2VydmljZSBpcyBldnBuIG9yIGlwdnBuLCB1bmxlc3MNCj4+ID5w
ZXItQUMgUW9TIG5lZWRzIHRvIGJlIGVuZm9yY2VkIGF0IHRoZSBzZXJ2aWNlIG5vZGUgKHZzLiBh
dCB0aGUgYWNjZXNzDQo+PiA+bm9kZSksIGluc3RlYWQgb2YgdXNpbmcgVlBXUyBiZXR3ZWVuIHRo
ZSBhY2Nlc3Mgbm9kZSBhbmQgc2VydmljZSBub2RlLA0KPj4gPnBlcmhhcHMgRVZQTiBIdWIgYW5k
IFNwb2tlIGNhbiBiZSB1c2VkIGFsbCB0aGUgd2F5IHRvIHRoZSBhY2Nlc3Mgbm9kZQ0KPj4gPih0
aGUgc2VydmljZSBub2RlcyB3aWxsIHVzZSBJUkIgdG8gcHJvdmlkZSBJUFZQTiBzZXJ2aWNlKT8g
VGhhdCB3YXksDQo+PnRoZQ0KPj4gPnNlcnZpY2Ugbm9kZXMgZG8gbm90IG5lZWQgdG8gdXNlIGxv
Z2ljYWwgaW50ZXJmYWNlcyB0byB0ZXJtaW5hdGUgdGhlDQo+PlZQV1MNCj4+ID5hbmQgdGhlbiBj
b25uZWN0IGludG8gdGhlIEVWUE4vSVBWUE4uDQo+PiANCj4+IFRoZXJlIGFyZSBzY2VuYXJpb3Mg
aW4gd2hpY2ggYWNjZXNzIG5vZGUgbmVlZCB0byBPTkxZIGJhY2toYXVsIHRyYWZmaWMNCj4+IChh
bmQgbm90IGRvIGFueSBsb2NhbCBzd2l0Y2hpbmchKS4gSW4gdGhvc2Ugc2NlbmFyaW9zLCB5b3Ug
d2lsbCBuZWVkIHRvDQo+PiB0ZXJtaW5hdGUgdGhlIHNlcnZpY2UgdHVubmVscyBhdCB0aGUgc2Vy
dmljZSBlZGdlIG5vZGVzIHJlZ2FyZGxlc3Mgb2YNCj4+SVJCDQo+PiBvciBub3QuDQo+PiANCj4+
IENoZWVycywNCj4+IEFsaQ0KPj4gDQo+PiA+DQo+PiA+SmVmZnJleQ0KPj4gPg0KPj4gPj4gLS0t
LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+ID4+IEZyb206IFNhbWkgQm91dHJvcyBbbWFpbHRv
OnNib3V0cm9zQHZtd2FyZS5jb21dDQo+PiA+PiBTZW50OiBUdWVzZGF5LCBNYXJjaCAyOSwgMjAx
NiAxOjMyIEFNDQo+PiA+PiBUbzogSmVmZnJleSAoWmhhb2h1aSkgWmhhbmc7IGJlc3NAaWV0Zi5v
cmcNCj4+ID4+IFN1YmplY3Q6IFJlOiBRdWVzdGlvbnMgJiBjb21tZW50cyBvbg0KPj4gPj5kcmFm
dC1ib3V0cm9zLWJlc3MtZXZwbi12cHdzLXNlcnZpY2UtDQo+PiA+PiBlZGdlLWdhdGV3YXktMDIN
Cj4+ID4+DQo+PiA+Li4uDQo+PiA+PiA+DQo+PiA+PiA+IjQuMiBBcHBsaWNhYmlsaXR5IHRvIElQ
LVZQTiBUQkQiIGlzIGVtcHR5LCBzbyBJJ2xsIHVzZSBFVlBOIGZvciBteQ0KPj4gPj4gdW5kZXJz
dGFuZGluZzogdGhlIFZQV1MgYnJpbmdzIHRoZSBjdXN0b21lciBjb25uZWN0aW9uIChvbiB0aGUg
QU4pIHRvDQo+PiA+PnRoZQ0KPj4gPj4gRVZQTiBvbiB0aGUgZ2F0ZXdheS4gVGhlcmUgY291bGQg
YmUgbWFueSBWUFdTIGZyb20gbXVsdGlwbGUgQU5zDQo+PiA+PiB0ZXJtaW5hdGluZyBpbnRvIHRo
ZSBzYW1lIEVWUE4gaW5zdGFuY2Ugb24gdGhlIGdhdGV3YXkuIFdpdGggdGhhdCwgSQ0KPj4gPj4g
d29uZGVyIGlmIEVWUE4gdmlydHVhbCBodWIgYW5kIHNwb2tlIGNvdWxkIGJlIHVzZWQgdG8gaW1w
bGVtZW50IHRoZQ0KPj4gPj5zYW1lPw0KPj4gPj4gVGhlIEFOcyB3b3VsZCBiZSB0aGUgc3Bva2Vz
IGFuZCB0aGUgZ2F0ZXdheSB3b3VsZCBiZSB0aGUgaHViPyBPdGhlcg0KPj4gRVZQTg0KPj4gPj4g
UEVzIChub3QgZHJhd24gaW4gRmlndXJlIDEpIG9uIHRoZSBjb3JlIHNpZGUgY2FuIGJlIGVpdGhl
ciBzcG9rZXMgb3INCj4+ID4+aHVicw0KPj4gPj4gaW4gdGhlIHNhbWUgRVZQTiBpbnN0YW5jZT8N
Cj4+ID4+ID4NCj4+ID4+ID5JZiB0aGUgYWJvdmUgbWFrZXMgc2Vuc2UsIHRoZW4gY291bGQgdGhl
IHNhbWUgYmUgZXh0ZW5kZWQgdG8gSVAtVlBODQo+PiA+PiBzZXJ2aWNlPyBZb3UganVzdCBuZWVk
IGFuIElSQiBpbnRlcmZhY2UgZm9yIHRoZSBFVlBOIGluc3RhbmNlIG9uIHRoZQ0KPj4gPj4gZ2F0
ZXdheT8NCj4+ID4+DQo+PiA+PiBTYW1pOiBUaGUgY3VycmVudCBkb2N1bWVudCBkb2Vzbqn2dCBw
cmVjbHVkZSB0aGUgSVJCIG9wdGlvbiBhbmQNCj4+ID4+dGVybWluYXRpbmcNCj4+ID4+IG11bHRp
cGxlIEVWUE4gVlBXUyB0byB0aGUgc2FtZSBMMiBvdmVybGF5IGJyaWRnZSB0aGF0IGhhcyBhbiBJ
UkINCj4+ID4+aW50ZXJmYWNlDQo+PiA+PiBhdHRhY2hlZCB0byBhbiBJUC1WUE4gc2VydmljZS4g
VGhlIGVtcHR5IHNlY3Rpb25zIGFyZSB0aGVyZSBmb3INCj4+ID4+ZGVzY3JpYmluZw0KPj4gPj4g
dXNlIGNhc2VzIHRoYXQgd2Ugd2lsbCBwbGFuIHRvIGFkZCB0byB0aGUgZG9jdW1lbnQgaW4gdGhl
IGZ1dHVyZS4NCj4+ID4+DQo+PiA+PiBUaGFua3MsDQo+PiA+Pg0KPj4gPj4gU2FtaQ0KPj4gPj4N
Cj4+ID4+ID4NCj4+ID4+ID5UaGFua3MuDQo+PiA+PiA+SmVmZnJleQ0KPj4gPj4gPg0KPj4gPl9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiA+QkVTUyBt
YWlsaW5nIGxpc3QNCj4+ID5CRVNTQGlldGYub3JnDQo+PiA+aHR0cHM6Ly93d3cuaWV0Zi5vcmcv
bWFpbG1hbi9saXN0aW5mby9iZXNzDQo+DQoNCg==


From dr.h.t@ieee.org  Fri Nov 18 05:01:55 2016
Return-Path: <dr.h.t@ieee.org>
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 961611296E4 for <bess@ietfa.amsl.com>; Fri, 18 Nov 2016 05:01:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.42
X-Spam-Level: 
X-Spam-Status: No, score=-1.42 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ieee-org.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T1xL10NKUG6n for <bess@ietfa.amsl.com>; Fri, 18 Nov 2016 05:01:52 -0800 (PST)
Received: from mail-qk0-f177.google.com (mail-qk0-f177.google.com [209.85.220.177]) (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 18A511296E1 for <bess@ietf.org>; Fri, 18 Nov 2016 05:01:52 -0800 (PST)
Received: by mail-qk0-f177.google.com with SMTP id n204so261648592qke.2 for <bess@ietf.org>; Fri, 18 Nov 2016 05:01:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ieee-org.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=ylequrz/3Wk5eCKJcM6kj6NNCLY5FzJoQHRimyC1xX8=; b=HYUoo80cilkxq78BcOBF2nxlgUCo4aL4xsUiTZ6X9QOo9G5YiMvKEGEsX7tblHAelY PlHZH8b1rwcE4pAi/ZNltJ0HGzFWio1IzrwKf2IOfb9yGIV39vHzXM4usm+ObZ9EBe1x 45echn2+q5L2xIVVgwqkRtAz9K/0Z3sPEhuWUerETyFUKiua1xJdjIqSjPCYKg75Q887 zGj6XZ1tnrqtaS34eZwLXlUiVOPyGscgQ97Do57BKC8CPg24UBhsMDtCAAHTnWHtictK pSSfcUOnCuxHrQdq+XMbgU3Brnhn4HFSp6jzJIrsC9qAjy9j/URbGF7lKf/dc7iXpxuq ZJvQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=ylequrz/3Wk5eCKJcM6kj6NNCLY5FzJoQHRimyC1xX8=; b=gZAhkD1ZZbfQafGZjgBRefyzXXdBUYgLMw9W5InMpOblQwR9SJMAJPTixGa/rM3I+j wQKXHwIPOzo6EmLslDUWQtMJ+ZsITwzM8j7E3W24gNFURJFW778TaAyCR5d5ZZCT7hjf rmRK1igHwmQMF8NYOeewlAZeSbS24w01EiOteSKR+fxIPdxgGKiRdKRN+zGwSdIbEUIX 97KHt4Juz+tcrHq5gYTy5bY5JzXYfi+poJlw2bDCL7E6vF7YTYBOZCtvKuvjahjPdEFw G82Mc6TMPZ8ht6qYFBy1/C9BvBGxPQ5QTaZCYMAeGC4QlPhfArtqYLPVTK3lL5Ac+VsD oOKA==
X-Gm-Message-State: AKaTC02xWq5A+N2Y41kGsW8tLNt64b50dGoTuYoRNmifyPQZSGsqEgBSIJwqe/zBSeIKKVMo0dNkqVfTf5PX+QOW
X-Received: by 10.55.19.144 with SMTP id 16mr9930418qkt.22.1479474050597; Fri, 18 Nov 2016 05:00:50 -0800 (PST)
MIME-Version: 1.0
Sender: dr.h.t@ieee.org
Received: by 10.140.97.73 with HTTP; Fri, 18 Nov 2016 05:00:10 -0800 (PST)
In-Reply-To: <DM5PR05MB3145D1CD26FAFDCB6A66B9FDD4C20@DM5PR05MB3145.namprd05.prod.outlook.com>
References: <56E7D219.7000902@orange.com> <56FBD402.9040102@cisco.com> <56FBDD81.6080502@cysols.com> <11152_1459347064_56FBDE78_11152_10229_1_56FBDE77.6030605@orange.com> <56FBE17E.5090609@cisco.com> <570C9586.7030905@cysols.com> <BLUPR0501MB17151A695785D4D8DD485633D4690@BLUPR0501MB1715.namprd05.prod.outlook.com> <b4249e61-0a11-2ce1-c846-67096858fa2c@cysols.com> <BLUPR0501MB1715A3B288A27A39E99203B8D4490@BLUPR0501MB1715.namprd05.prod.outlook.com> <c757a323-24a7-2696-657e-88f8e15e8a36@cysols.com> <f2d0c86e-5b2a-dbf9-e3a9-2bf66002f263@cysols.com> <93a5d459-3271-b7ad-fadc-156576c60b65@cysols.com> <37e5086d-ce25-6b14-56d9-b53d46f863e2@cisco.com> <DM5PR05MB3145D1CD26FAFDCB6A66B9FDD4C20@DM5PR05MB3145.namprd05.prod.outlook.com>
From: Hiroshi Tsunoda <tsuno@m.ieice.org>
Date: Fri, 18 Nov 2016 22:00:10 +0900
X-Google-Sender-Auth: _G5GXYpq6jzCXIoFj94vS1cB29M
Message-ID: <CAPbjwkwBLJs+nR-uFLCUKio9NL4R1nSUDGFZSqC0knqGJVHBvQ@mail.gmail.com>
To: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>, Glenn Mansfield Keeni <glenn@cysols.com>
Content-Type: text/plain; charset=UTF-8
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/Cidz4MuwNn1ieu4dPomGbw7r2jE>
X-Mailman-Approved-At: Fri, 18 Nov 2016 08:10:16 -0800
Cc: Mach Chen <mach.chen@huawei.com>, "mib-doctors@ietf.org" <mib-doctors@ietf.org>, "ops-ads@ietf.org" <ops-ads@ietf.org>, "draft-ietf-bess-l2l3-vpn-mcast-mib.all@ietf.org" <draft-ietf-bess-l2l3-vpn-mcast-mib.all@ietf.org>, Benoit Claise <bclaise@cisco.com>, "EXT - thomas.morin@orange.com" <thomas.morin@orange.com>, Martin Vigoureux <martin.vigoureux@nokia.com>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] MIBDoc review of draft-ietf-bess-l2l3-vpn-mcast-mib-04.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 18 Nov 2016 13:05:18 -0000

Hi,

I discussed with Jeffrey on the MIB documents during IETF97
and I have volunteered to finalize those.

I will work on draft-ietf-bess-l2l3-vpn-mcast-mib
and prepare updated version (-05) as a response to MIB doctor's
review. This will happen before the end of the month. I will
take some time to get familiar with related documents,

Sincerely yours,

-- 
Hiroshi TSUNODA,
Tohoku Institute of Technology, Sendai, Japan
E-mail: tsuno@m.ieice.org
E-mail: tsuno@tohtech.ac.jp

2016-10-04 3:42 GMT+09:00 Jeffrey (Zhaohui) Zhang <zzhang@juniper.net>:
> Gelnn, Benoit,
>
> Sorry for the late action and response after the initial round of review and revision - I have been side tracked by many other things.
>
> I will try to get this done within next two weeks.
>
> Thanks.
> Jeffrey
>
>> -----Original Message-----
>> From: Benoit Claise [mailto:bclaise@cisco.com]
>> Sent: Monday, October 03, 2016 12:42 PM
>> To: Glenn Mansfield Keeni; Jeffrey (Zhaohui) Zhang; EXT -
>> thomas.morin@orange.com
>> Cc: mib-doctors@ietf.org; ops-ads@ietf.org; Mach Chen; Martin Vigoureux;
>> bess@ietf.org; draft-ietf-bess-l2l3-vpn-mcast-mib.all@ietf.org
>> Subject: Re: [bess] MIBDoc review of draft-ietf-bess-l2l3-vpn-mcast-mib-
>> 04.txt
>>
>> Authors,
>>
>> Can you please finalize this draft.
>> Glenn provided the first MIB doctor review in April!
>>
>> Regards, Benoit
>> > Hi,
>> >   Any update on the MIB drafts?
>> > Glenn
>> >
>> > On 2016/07/17 23:44, Glenn Mansfield Keeni wrote:
>> >> Jeffrey and team,
>> >>      Any progress on the MIB matters
>> >> (draft-ietf-bess-l2l3-vpn-mcast-mib-05.txt,
>> >>  draft-ietf-bess-mvpn-mib-03.txt )?
>> >>
>> >> Glenn
>> >> On 2016/06/07 18:39, Glenn Mansfield Keeni wrote:
>> >>> Hi Jeffrey,
>> >>>    Thanks for the good work on draft-ietf-bess-l2l3-vpn-mcast-mib
>> >>> document. It took me some time to do this review. But now here it
>> >>> is. A (near complete) review of
>> >>> draft-ietf-bess-l2l3-vpn-mcast-mib-04.txt is attached. Hope this helps.
>> >>>    I understand that the Security Considerations section is TBD.
>> >>>
>> >>>    Glenn
>> >>>
>> >>> On 2016/05/19 4:48, Jeffrey (Zhaohui) Zhang wrote:
>> >>>> Hi Glenn,
>> >>>>
>> >>>>> -----Original Message-----
>> >>>>> From: Glenn Mansfield Keeni [mailto:glenn@cysols.com]
>> >>>>> Sent: Sunday, May 08, 2016 11:02 AM
>> >>>>> To: Jeffrey (Zhaohui) Zhang <zzhang@juniper.net>; Benoit Claise
>> >>>>> <bclaise@cisco.com>; EXT - thomas.morin@orange.com
>> >>>>> <thomas.morin@orange.com>
>> >>>>> Cc: Mach Chen <mach.chen@huawei.com>; ops-ads@ietf.org; Martin
>> >>>>> Vigoureux
>> >>>>> <martin.vigoureux@nokia.com>; bess@ietf.org; mib-doctors@ietf.org
>> >>>>> Subject: Re: [bess] MIBDoc review of
>> >>>>> draft-ietf-bess-l2l3-vpn-mcast-mib-
>> >>>>> 02.txt
>> >>>>>
>> >>>>> Jeffrey,
>> >>>>>  > Thanks for your comments. I've addressed most of your comments
>> >>>>>  > in the new revision:
>> >>>>> Thanks for your cooperation. I will need at least one more revision
>> >>>>> with the following comments/recommendations addressed before I will
>> >>>>> be able to complete the detailed review. In the following the
>> numbers
>> >>>>> refer to the issue numbers in the initial review. The issues that
>> are
>> >>>>> addressed and closed are not listed. For brevity, the issue
>> >>>>> descriptions have been trimmed. In case of doubts please look at the
>> >>>>> response mail appended below.
>> >>>>> Hope this helps.
>> >>>>
>> >>>> Thanks for your detailed comments/suggestions. I posted a new
>> revision
>> >>>> with the following issues addressed.
>> >>>>
>> >>>> URL:
>> >>>> https://www.ietf.org/internet-drafts/draft-ietf-bess-l2l3-vpn-mcast-
>> mib-04.txt
>> >>>>
>> >>>>
>> >>>>
>> >>>> Status:
>> >>>> https://datatracker.ietf.org/doc/draft-ietf-bess-l2l3-vpn-mcast-mib/
>> >>>> Htmlized:
>> >>>> https://tools.ietf.org/html/draft-ietf-bess-l2l3-vpn-mcast-mib-04
>> >>>> Diff:
>> >>>> https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-l2l3-vpn-mcast-mib-
>> 04
>> >>>>
>> >>>>
>> >>>> Please see some notes below.
>> >>>>
>> >>>>>
>> >>>>> Glenn
>> >>>>>
>> >>>>> -------------------------------------------------------------------
>> >>>>>
>> >>>>> Comments:
>> >>>>>
>> >>>>> 1.1
>> >>>>>  >  I had thought this would be standard/obvious for all MIB
>> >>>>> objects -
>> >>>>> We will comeback to this time and again, whereever possible make
>> >>>>> matters explicit and clear. That will help.
>> >>>>>  >  Is it enough to say something similar? For example:
>> >>>>>  >          In particular, it describes common managed objects used
>> >>>>>  >          to configure and/or monitor both L2 and L3 VPN Multicast.
>> >>>>> That is better.
>> >>>>
>> >>>> I take it that this is already closed in -03 revision.
>> >>>>
>> >>>>>
>> >>>>> 2.2
>> >>>>>  >  Having said that, I'll explain PMSI a bit further.
>> >>>>> PMSI explanation is good.
>> >>>>> Please use the same style/format for I-PMSI and S-PMSI.
>> >>>>
>> >>>> I think -03 revision already use the same style/format for I-PMSI and
>> >>>> S-PMSI?
>> >>>>
>> >>>>>
>> >>>>> 2.3
>> >>>>>  >  No difference. I was using "Layer 3" or "L3" but it was
>> >>>>> pointed out
>> >>>>>  > that the layer 3 VPN is often referred to IP VPN in other RFCs
>> >>>>> and I
>> >>>>>  > was advised to change it accordingly. Looks like I did not change
>> >>>>> all
>> >>>>>  > the cases.
>> >>>>>  >  On the other hand, I noticed that RFC 4382 does use "Layer 3
>> >>>>> VPN" so
>> >>>>>  > I'll change it back.
>> >>>>> No problems. just make sure that the same expression/notation is
>> used
>> >>>>> uniformly.
>> >>>>
>> >>>> I take it that this is also addressed in -03 already.
>> >>>>
>> >>>>> 3.
>> >>>>>  >  > > 3.  Summary of MIB Module.
>> >>>>>  >  > >     An overview of the L2L3-VPN-MCAST-MIB will be good- the
>> >>>>>  >  > >     structure of the MIB, short descriptions of the table(s)
>> >>>>>  >  > >     including usage of the table(s) for management and/or by
>> >>>>>  >  > >     other MIB(s).
>> >>>>>  >
>> >>>>>  >  I had that, but have added one sentence about the only table.
>> >>>>> A sentence or two about the textual convention will be good.
>> >>>>
>> >>>> Added in -04.
>> >>>>
>> >>>>>  >  > > 4. MIB syntax checking:
>> >>>>>  >  > >    smilint -s -e -l 5 mibs/L2L3-VPN-MCAST-MIB
>> >>>>> 2>L2L3-VPN-MCAST-MIB.txt
>> >>>>>  >
>> >>>>>  >  I used simpleweb's validation tool but looks like I did not
>> >>>>> use the
>> >>>>>  > strictest level of validation. I've now fixed the following
>> issues
>> >>>>> and
>> >>>>>  > verified.
>> >>>>> Good.
>> >>>>> 5.
>> >>>>>  >  > >
>> >>>>>  >  > > 5. REFERENCE clauses: Please use REFERENCE clauses liberally.
>> >>>>>  >  > >    Wherever possible, provide references for objects used in
>> >>>>>  >  > >    the MIB. The references will point to specific sections/
>> >>>>>  >  > >    sub-sections of the RFCs defining the protocol for
>> >>>>> which the
>> >>>>>  >  > >    MIB is being designed. It will greatly improve the
>> >>>>> readability
>> >>>>>  >  > >    of the document.
>> >>>>>  >
>> >>>>>  >  Added.
>> >>>>> I would recommend using the REFERENCE clause as in rfs4382 and
>> >>>>> improve on it.
>> >>>>> Specifically, instead of keeping the reference in the DESCRIPTION
>> >>>>> clause move it to a separate REFERENCE clause. The addition of the
>> >>>>> section number is an improvement. It is friendlier to the reader.
>> >>>>> Note. Same comment for other OBJECTs too.
>> >>>>
>> >>>> Oh I missed that. All fixed.
>> >>>>
>> >>>>> 7.1
>> >>>>>  >  > > 7.1 CONTACT-INFO
>> >>>>>  >  > >     Following the conventions (including indentation style)
>> >>>>> will
>> >>>>>  >  > >     improve the readability. (e.g. RFC4382, RFC5132).
>> >>>>>  >  > >     Will be good if it does not overflow into the next page.
>> >>>>>  >
>> >>>>>  >  Fixed.
>> >>>>> The format is OK. The Postal address etc., need not have been
>> >>>>> deleted. Please put the complete contact information as in the
>> >>>>> Author's Address. (RFC 2578 section 5.7 gives a usage example).
>> >>>>
>> >>>> Fixed.
>> >>>>
>> >>>>> 7.3
>> >>>>>  >  I kept "experimental 99" so that I could continue to use mib
>> >>>>> tools
>> >>>>>  > to validate; but I added notes for the editor to replace them
>> >>>>> as you
>> >>>>>  > indicated.
>> >>>>> Use of "experimental 99" is not recommended.
>> >>>>
>> >>>> Do you mean 99 is not a good number? What about 9999? As I explained,
>> >>>> I kept it so that we can use mib tools to validate, and I've added
>> >>>> detailed notes for the editor.
>> >>>>
>> >>>>> 8
>> >>>>>  >  > > 8. Specific MO and TC related comments.
>> >>>>>  >  Are spaces allowed? I don't know so I used hyphen. For now I
>> >>>>> replace
>> >>>>>  > with things like rsvpP2mp.
>> >>>>> Yes. Camelcase is an allowed practice. SMI does not mind it.
>> >>>>
>> >>>> Ok this is closed already then.
>> >>>>
>> >>>>> 8.2
>> >>>>>  >  > > 8.2 l2L3VpnMcastPmsiTunnelAttributeFlags OBJECT-TYPE
>> >>>>>  >  The intent is to simply return the octet value of the flags
>> >>>>>  > field, w/o listing individual bits like "Leaf Information
>> >>>>> Required".
>> >>>>>  > More bits could be defined in the future but the MIB would not
>> >>>>> change.
>> >>>>>  >
>> >>>>>  >  Is that OK?
>> >>>>> As far as possible, the meaning of the objects must be made clear.
>> >>>>> That will help implementors and operators- users of the MIB.
>> >>>>
>> >>>> I added the definition for one existing bit and reference to the IANA
>> >>>> registry being created for this flag field.
>> >>>>
>> >>>>>
>> >>>>> 8.3
>> >>>>>  >  > > 8.3   l2L3VpnMcastPmsiTunnelAttributeId OBJECT-TYPE
>> >>>>>  >  Depending on the tunnel type, there could be different sizes.
>> >>>>>  > Future tunnel types could have other sizes that not specified
>> >>>>>  > today. I was thinking to just give a size
>> >>>>>  > tPmsiTunnelAttributeId OBJECT-TYPE range so that it is flexible.
>> >>>>>  > Is that ok?
>> >>>>> I see that you have changed the size upper limit to 50.
>> >>>>> If the size varies continuously from 0 to 50 the above description
>> >>>>> is correct.
>> >>>>> Please confirm, explain and cite appropriate reference. If the size
>> >>>>> may change in the future that must be stated too.
>> >>>>
>> >>>> I changed to discrete sizes for currently defined tunnel types.
>> >>>>
>> >>>>>
>> >>>>> 8.4
>> >>>>>  >  > > 8.4  l2L3VpnMcastPmsiTunnelIf OBJECT-TYPE
>> >>>>>  >  > >         SYNTAX        RowPointer
>> >>>>>  >  > >         MAX-ACCESS    read-only
>> >>>>>  >  > >         STATUS        current
>> >>>>>  >  > >         DESCRIPTION
>> >>>>>  >  > >             "If the tunnel has a corresponding interface,
>> >>>>>  >  > >              this is the row pointer to the ifName table."
>> >>>>>  >  > >      o DESCRIPTION looks incorrect. Please fix it. Do you
>> >>>>>  >  > >        want to say this object points to the corresponding
>> >>>>>  >  > >        row in the ifTable?
>> >>>>>  >
>> >>>>>  >  Yes. Fixed.
>> >>>>> Not quite.
>> >>>>>     What is ifName table ? ifName is a columnar object in the
>> >>>>> ifXTable.
>> >>>>>     Is l2L3VpnMcastPmsiTunnelIf a pointer to the corresponding row
>> in
>> >>>>> the
>> >>>>>     ifXTable table ? Please fix accordingly.
>> >>>>
>> >>>> You're right. Fixed.
>> >>>>
>> >>>>>
>> >>>>> 9.
>> >>>>>  >  > > 9. The Security Considerations section does not follow
>> >>>>>  >  > >    the Security Guidelines for IETF MIB Modules
>> >>>>>  >  > > http://trac.tools.ietf.org/area/ops/trac/wiki/mib-security.
>> >>>>>  >  > >    Please fix.
>> >>>>>  >
>> >>>>>  >  I was really hoping that it would not have to be that
>> >>>>>  > tedious. SNMP/MIB secur
>> >>>>> ity should be no different from the
>> >>>>>  > CLI security - once you secure the infrastructure
>> >>>>>  > then what's more to do?
>> >>>>>  >
>> >>>>>  >  I'll need more time to work on this. Let me try to address
>> >>>>>  > the issues in the other mib first and come back to this.
>> >>>>>
>> >>>>> Please take your time. Looking at examples will help. And let me
>> >>>>> know where I can help.
>> >>>>
>> >>>> I will need to work on that later.
>> >>>>
>> >>>>>
>> >>>>> 10.1
>> >>>>>  >  > > 10.1 Checking nits according to
>> >>>>>  >  > > http://www.ietf.org/id-info/checklist :
>> >>>>>  >  Should I break them into different lines or just keep them
>> >>>>>  >  as is? Any example of expected indentation if I break the
>> >>>>>  >  lines?
>> >>>>> No problems at all to  break lines.
>> >>>>>       l2L3VpnMcastGroups      OBJECT IDENTIFIER
>> >>>>>                               ::= {l2L3VpnMcastConformance 1}
>> >>>>> Should do.
>> >>>>
>> >>>> Done.
>> >>>>
>> >>>>>
>> >>>>> 10.2
>> >>>>>  >  > > 10.2 Checking references for intended status: Proposed
>> >>>>> Standard
>> >>>>>  >  > >      == Missing Reference: 'RFC 7117' is mentioned on line
>> >>>>> 76,
>> >>>>>  >  > >          but not defined
>> >>>>>  >  > >         'described in [RFC6513, RFC6514, RFC 7117] and other
>> >>>>>  >  I hope I understood and fixed it (removing the space in "RFC
>> >>>>> 7117").
>> >>>>> I would recommend that you put it as [RFC6513], [RFC6514], [RFC7117]
>> >>>>> That is simpler to parse.
>> >>>>
>> >>>> I see some other documents do not have comma between multiple
>> >>>> references so I followed that.
>> >>>>
>> >>>>>
>> >>>>>  >  > > 11.  There is another WIP MVPN-MIB in
>> >>>>>  >  > >      draft-ietf-bess-mvpn-mib-02.txt
>> >>>>>  >  > >      MVPN-MIB has objects that refer to L2L3-VPN-MCAST-MIB.
>> >>>>>  >  > >      Is there a good reason for not merging the 2 documents?
>> >>>>>  >  > >      I have not seen any discussion or explanation on this.
>> >>>>>  >  > >      I may have missed it.
>> >>>>>  >  > >      Please clarify or, give some pointers.
>> >>>>>  >
>> >>>>>  >  As mentioned in the introduction:
>> >>>>>  >
>> >>>>>  >     this memo describes managed objects common to both VPLS
>> >>>>>  >     Multicast [RFC7117] and MVPN [RFC6513, RFC6514].
>> >>>>>  >     MVPN-MIB is for MVPN. There was another VPLS Multicast MIB
>> >>>>>  >     in the work and both would reference common
>> >>>>>
>> >>>>>  >     objects defined in this MIB.
>> >>>>>
>> >>>>> OK. So you are saying that this MIB contains core objects that
>> >>>>> will be used to manage implementations of various multicast VPN
>> >>>>> protocols e.g. [RFC7117], [RFC6513],[RFC6514] ? It will help if
>> >>>>> you spell it out at the beginning.
>> >>>>
>> >>>> Yes. I thought I did it already:
>> >>>>
>> >>>> 1.  Introduction
>> >>>>
>> >>>>    ... and this memo describes managed objects common to both VPLS
>> >>>>    Multicast [RFC7117] and MVPN [RFC6513, RFC6514].
>> >>>>
>> >>>> Thanks!
>> >>>> Jeffrey
>> >>>>
>> >>>>>
>> >>>>> --------------------------------------------------------------------
>> --
>> >>>>>
>> >>>>> On 2016/04/16 21:47, Jeffrey (Zhaohui) Zhang wrote:
>> >>>>>> Glenn,
>> >>>>>>
>> >>>>>> Thanks for your comments. I've addressed most of your comments in
>> >>>>>> the
>> >>>>> new revision:
>> >>>>>>
>> >>>>>> URL: https://www.ietf.org/internet-drafts/draft-ietf-bess-
>> >>>>> l2l3-vpn-mcast-mib-03.txt
>> >>>>>> Status: https://datatracker.ietf.org/doc/draft-ietf-bess-l2l3-
>> >>>>> vpn-mcast-mib/
>> >>>>>> Htmlized: https://tools.ietf.org/html/draft-ietf-bess-l2l3-vpn-
>> >>>>> mcast-mib-03
>> >>>>>> Diff:
>> >>>>>> https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-l2l3-
>> >>>>> vpn-mcast-mib-03
>> >>>>>>
>> >>>>>> Please see below.
>> >>>>>>
>> >>>>>>> 1.  Abstract:
>> >>>>>>> 1.1 A sentence on how the managed objects will be used by
>> >>>>>>>     applications for operations, monitoring and management
>> >>>>>>>     would be good.
>> >>>>>>
>> >>>>>> I had thought this would be standard/obvious for all MIB objects
>> >>>>>> - the
>> >>>>> read-write ones are used to control how a device works, and the
>> >>>>> read-only
>> >>>>> ones are used for monitoring. Do I really need to say it explicitly?
>> >>>>>>
>> >>>>>> I see RFC 4382 has the following:
>> >>>>>>
>> >>>>>>    This memo defines a portion of the Management Information Base
>> >>>>>> (MIB)
>> >>>>>>    for use with network management protocols in the Internet
>> >>>>>> community.
>> >>>>>>    In particular, it describes managed objects to configure and/or
>> >>>>>>    monitor Multiprotocol Label Switching Layer-3 Virtual Private
>> >>>>>>    Networks on a Multiprotocol Label Switching (MPLS) Label
>> >>>>>> Switching
>> >>>>>>    Router (LSR) supporting this feature.
>> >>>>>>
>> >>>>>> Is it enough to say something similar? For example:
>> >>>>>>
>> >>>>>>         In particular, it describes common managed objects used to
>> >>>>> configure
>> >>>>>>         and/or monitor both L2 and L3 VPN Multicast.
>> >>>>>>
>> >>>>>>>
>> >>>>>>> 2.  Introduction
>> >>>>>>> 2.1 Please give the full expansion of the abbreviations
>> >>>>>>>     appearing for the first time.  (PE, VPLS,..)
>> >>>>>>
>> >>>>>> Fixed.
>> >>>>>>
>> >>>>>>>
>> >>>>>>> 2.2 The terminology section is a bit terse. Explaining the
>> >>>>>>>     terms that are used, nicely with reference to the protocol
>> >>>>>>>     documents will improve readability.
>> >>>>>>>     e.g.
>> >>>>>>>      - PMSI, I-PMSI, S-PMSI, provider tunnels
>> >>>>>>
>> >>>>>> As the paragraph alluded to, this MIB needs to be understood in the
>> >>>>> general context of L2/L3 multicast VPN and providing good
>> >>>>> explanation of
>> >>>>> the terms is not attempted. The references for the terms are the the
>> >>>>> RFCs
>> >>>>> for the relevant technologies.
>> >>>>>>
>> >>>>>> Having said that, I'll explain PMSI a bit further.
>> >>>>>>
>> >>>>>>> 2.3 Is there a difference between
>> >>>>>>>        "multicast in Layer 2 and Layer 3 VPNs , defined by
>> >>>>>>>         RFC 7117 and RFC 6513/6514"
>> >>>>>>>     used in the DESCRIPTION in the MODULE-IDENTITY
>> >>>>>>>     and
>> >>>>>>>        "multicast in BGP/MPLS L2 or IP VPN"
>> >>>>>>>     used in the DESCRIPTION of L2L3VpnMcastProviderTunnelType ?
>> >>>>>>>     If these are the same, it will be helpful to stick to the
>> >>>>>>>     same expression. If these are not the same, the dictinction
>> >>>>>>>     should be clarified.
>> >>>>>>
>> >>>>>> No difference. I was using "Layer 3" or "L3" but it was pointed out
>> >>>>>> that
>> >>>>> the layer 3 VPN is often referred to IP VPN in other RFCs and I was
>> >>>>> advised to change it accordingly. Looks like I did not change all
>> the
>> >>>>> cases.
>> >>>>>>
>> >>>>>> On the other hand, I noticed that RFC 4382 does use "Layer 3 VPN"
>> so
>> >>>>> I'll change it back.
>> >>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> 3.  Summary of MIB Module.
>> >>>>>>>     An overview of the L2L3-VPN-MCAST-MIB will be good- the
>> >>>>>>>     structure of the MIB, short descriptions of the table(s)
>> >>>>>>>     including usage of the table(s) for management and/or by
>> >>>>>>>     other MIB(s).
>> >>>>>>
>> >>>>>> I had that, but have added one sentence about the only table.
>> >>>>>>
>> >>>>>>>
>> >>>>>>> MIB definitions:
>> >>>>>>> 4. MIB syntax checking:
>> >>>>>>>    smilint -s -e -l 5 mibs/L2L3-VPN-MCAST-MIB
>> >>>>>>> 2>L2L3-VPN-MCAST-MIB.txt
>> >>>>>>
>> >>>>>> I used simpleweb's validation tool but looks like I did not use the
>> >>>>> strictest level of validation. I've now fixed the following issues
>> >>>>> and
>> >>>>> verified.
>> >>>>>>
>> >>>>>>>
>> >>>>>>>    mibs/L2L3-VPN-MCAST-MIB:63: [4] {hyphen-in-label} warning:
>> named
>> >>>>> number `rsvp-p2mp' must not include a hyphen in SMIv2
>> >>>>>>>    mibs/L2L3-VPN-MCAST-MIB:64: [4] {hyphen-in-label} warning:
>> named
>> >>>>> number `ldp-p2mp' must not include a hyphen in SMIv2
>> >>>>>>>    mibs/L2L3-VPN-MCAST-MIB:65: [4] {hyphen-in-label} warning:
>> named
>> >>>>> number `pim-asm' must not include a hyphen in SMIv2
>> >>>>>>>    mibs/L2L3-VPN-MCAST-MIB:66: [4] {hyphen-in-label} warning:
>> named
>> >>>>> number `pim-ssm' must not include a hyphen in SMIv2
>> >>>>>>>    mibs/L2L3-VPN-MCAST-MIB:67: [4] {hyphen-in-label} warning:
>> named
>> >>>>> number `pim-bidir' must not include a hyphen in SMIv2
>> >>>>>>>    mibs/L2L3-VPN-MCAST-MIB:68: [4] {hyphen-in-label} warning:
>> named
>> >>>>> number `ingress-replication' must not include a hyphen in SMIv2
>> >>>>>>>    mibs/L2L3-VPN-MCAST-MIB:69: [4] {hyphen-in-label} warning:
>> named
>> >>>>> number `ldp-mp2mp' must not include a hyphen in SMIv2
>> >>>>>>
>> >>>>>> See later question/comments below.
>> >>>>>>
>> >>>>>>>    mibs/L2L3-VPN-MCAST-MIB:215: [5] {group-unref} warning: current
>> >>>>> group `l2L3VpnMcastOptionalGroup' is not referenced in this module
>> >>>>>>>    mibs/L2L3-VPN-MCAST-MIB:4: [5] {import-unused} warning:
>> >>>>>>> identifier
>> >>>>> `NOTIFICATION-TYPE' imported from module `SNMPv2-SMI' is never used
>> >>>>>>>    mibs/L2L3-VPN-MCAST-MIB:5: [5] {import-unused} warning:
>> >>>>>>> identifier
>> >>>>> `Unsigned32' imported from module `SNMPv2-SMI' is never used
>> >>>>>>>    mibs/L2L3-VPN-MCAST-MIB:8: [5] {import-unused} warning:
>> >>>>>>> identifier
>> >>>>> `NOTIFICATION-GROUP' imported from module `SNMPv2-CONF' is never
>> used
>> >>>>>>>    mibs/L2L3-VPN-MCAST-MIB:11: [5] {import-unused} warning:
>> >>>>>>> identifier
>> >>>>> `TruthValue' imported from module `SNMPv2-TC' is never used
>> >>>>>>>    mibs/L2L3-VPN-MCAST-MIB:11: [5] {import-unused} warning:
>> >>>>>>> identifier
>> >>>>> `RowStatus' imported from module `SNMPv2-TC' is never used
>> >>>>>>>    mibs/L2L3-VPN-MCAST-MIB:12: [5] {import-unused} warning:
>> >>>>>>> identifier
>> >>>>> `TimeStamp' imported from module `SNMPv2-TC' is never used
>> >>>>>>>    mibs/L2L3-VPN-MCAST-MIB:12: [5] {import-unused} warning:
>> >>>>>>> identifier
>> >>>>> `TimeInterval' imported from module `SNMPv2-TC' is never used
>> >>>>>>>    mibs/L2L3-VPN-MCAST-MIB:15: [5] {import-unused} warning:
>> >>>>>>> identifier
>> >>>>> `SnmpAdminString' imported from module `SNMP-FRAMEWORK-MIB' is never
>> >>>>> used
>> >>>>>>>    mibs/L2L3-VPN-MCAST-MIB:18: [5] {import-unused} warning:
>> >>>>>>> identifier
>> >>>>> `InetAddress' imported from module `INET-ADDRESS-MIB' is never used
>> >>>>>>>    mibs/L2L3-VPN-MCAST-MIB:18: [5] {import-unused} warning:
>> >>>>>>> identifier
>> >>>>> `InetAddressType' imported from module `INET-ADDRESS-MIB' is never
>> >>>>> used
>> >>>>>>
>> >>>>>> Removed the above unused imports.
>> >>>>>>
>> >>>>>>>
>> >>>>>>> 5. REFERENCE clauses: Please use REFERENCE clauses liberally.
>> >>>>>>>    Wherever possible, provide references for objects used in
>> >>>>>>>    the MIB. The references will point to specific sections/
>> >>>>>>>    sub-sections of the RFCs defining the protocol for which the
>> >>>>>>>    MIB is being designed. It will greatly improve the readability
>> >>>>>>>    of the document.
>> >>>>>>
>> >>>>>> Added.
>> >>>>>>
>> >>>>>>>
>> >>>>>>> 6. IMPORTS clause
>> >>>>>>>    MIB modules from which items are imported must be cited and
>> >>>>>>>    included in the normative references.
>> >>>>>>>    The conventional style is
>> >>>>>>>      mplsStdMIB
>> >>>>>>>         FROM MPLS-TC-STD-MIB -- [RFC3811]
>> >>>>>>
>> >>>>>> Added.
>> >>>>>>
>> >>>>>>>
>> >>>>>>> 7. Please update the MODULE-IDENTITY. (There are no syntantic
>> >>>>>>> errors.)
>> >>>>>>> 7.1 CONTACT-INFO
>> >>>>>>>     Following the conventions (including indentation style) will
>> >>>>>>>     improve the readability. (e.g. RFC4382, RFC5132).
>> >>>>>>>     Will be good if it does not overflow into the next page.
>> >>>>>>
>> >>>>>> Fixed.
>> >>>>>>
>> >>>>>>>
>> >>>>>>> 7.2 REVISION clause: follow the convention recommended in RFC4181
>> >>>>>>>     sec 4.5
>> >>>>>>>           REVISION    "200212132358Z"  -- December 13, 2002
>> >>>>>>>           DESCRIPTION "Initial version, published as RFC yyyy."
>> >>>>>>>    -- RFC Ed.: replace yyyy with actual RFC number & remove this
>> >>>>>>> note:
>> >>>>>>
>> >>>>>> Fixed.
>> >>>>>>
>> >>>>>>> 7.3 OID assignment: follow the convention recommended in RFC4181
>> >>>>>>>     sec 4.5 i
>> >>>>>>>     replace
>> >>>>>>>           ::= { experimental 99 } -- number to be assigned
>> >>>>>>>     by
>> >>>>>>>           ::= { <subtree> XXX }
>> >>>>>>>    -- RFC Ed.: replace XXX with IANA-assigned number & remove this
>> >>>>>>> note
>> >>>>>>>    <subtree> will be the subtree under which the module will be
>> >>>>>>>    registered.
>> >>>>>>>
>> >>>>>>
>> >>>>>> I kept "experimental 99" so that I could continue to use mib
>> >>>>>> tools to
>> >>>>> validate; but I added notes for the editor to replace them as you
>> >>>>> indicated.
>> >>>>>>
>> >>>>>>>
>> >>>>>>> 8. Specific MO and TC related comments.
>> >>>>>>>       L2L3VpnMcastProviderTunnelType ::= TEXTUAL-CONVENTION
>> >>>>>>>         STATUS       current
>> >>>>>>>         DESCRIPTION
>> >>>>>>>             "Types of provider tunnels used for multicast in
>> >>>>>>>              BGP/MPLS L2 or IP VPN."
>> >>>>>>>         SYNTAX       INTEGER { unconfigured (0),
>> >>>>>>>                                rsvp-p2mp (1),
>> >>>>>>>                                ldp-p2mp (2),
>> >>>>>>>                                pim-asm (3),
>> >>>>>>>                                pim-ssm (4),
>> >>>>>>>                                pim-bidir (5),
>> >>>>>>>                                ingress-replication (6),
>> >>>>>>>                                ldp-mp2mp (7)
>> >>>>>>>
>> >>>>>>>     o Would be nice to align the enumeration labels with the
>> >>>>>>>       labels in the protocol document RFC 6514 unless there is
>> >>>>>>>       a good reason for not doing so. (You will have to take
>> >>>>>>>       care of the smi compilation errors too; '-' is not allowed ).
>> >>>>>>
>> >>>>>> Are spaces allowed? I don't know so I used hyphen. For now I
>> replace
>> >>>>> with things like rsvpP2mp.
>> >>>>>> Or could/should I just remove the definitions, so that if a new
>> >>>>>> type is
>> >>>>> defined in the future there is no need to update the MIB?
>> >>>>>>
>> >>>>>>>
>> >>>>>>> 8.1  l2L3VpnMcastPmsiTunnelAttributeEntry OBJECT-TYPE
>> >>>>>>>          SYNTAX L2L3VpnMcastPmsiTunnelAttributeEntry
>> >>>>>>>          MAX-ACCESS    not-accessible
>> >>>>>>>          STATUS        current
>> >>>>>>>          DESCRIPTION
>> >>>>>>>              "An entry in this table corresponds to an PMSI
>> >>>>>>> attribute
>> >>>>>>>               that is advertised/received on this router.
>> >>>>>>>               For BGP-based signaling (for I-PMSI via
>> >>>>>>> auto-discovery
>> >>>>>>>               procedure, or for S-PMSI via S-PMSI A-D routes),
>> >>>>>>>               they are just as signaled by BGP (RFC 6514 section 5,
>> >>>>>>>               'PMSI Tunnel attribute').
>> >>>>>>>               For UDP-based S-PMSI signaling for PIM-MVPN,
>> >>>>>>>               they're derived from S-PMSI Join Message
>> >>>>>>>               (RFC 6513 section 7.4.2, 'UDP-based Protocol')..
>> >>>>>>>
>> >>>>>>>               Note that BGP-based signaling may be used for
>> >>>>>>>               PIM-MVPN as well."
>> >>>>>>>     o Fix the ".." in "'UDP-based Protocol').." above.
>> >>>>>>>     o Please give the reference for this Table.
>> >>>>>>>       Is it-  "PMSI Tunnel attribute" in RFC 6513 Sec.4  ?
>> >>>>>>>               "PMSI Tunnel attribute" in RFC 6514 Sec.5  ?
>> >>>>>>>                both?
>> >>>>>>>       Any other pointers?
>> >>>>>>
>> >>>>>> Fixed.
>> >>>>>>
>> >>>>>>>
>> >>>>>>> 8.2   l2L3VpnMcastPmsiTunnelAttributeFlags OBJECT-TYPE
>> >>>>>>>          SYNTAX        OCTET STRING (SIZE (1))
>> >>>>>>>          MAX-ACCESS    not-accessible
>> >>>>>>>          STATUS        current
>> >>>>>>>          DESCRIPTION
>> >>>>>>>              "For UDP-based S-PMSI signaling for PIM-MVPN, this
>> >>>>>>> is 0.
>> >>>>>>>               For BGP-based I/S-PMSI signaling, this is the Flags
>> >>>>>>>               field in PMSI Tunnel Attribute of the corresponding
>> >>>>>>>               I/S-PMSI A-D route."
>> >>>>>>>          ::= { l2L3VpnMcastPmsiTunnelAttributeEntry 1 }
>> >>>>>>>     o  Please confirm that the above is a complete enumeration
>> >>>>>>> of the
>> >>>>>>>        types of signalling.
>> >>>>>>>     o  RFC 6514 Sec.5 says that the Flags field indicates
>> >>>>>>>        "Leaf Information Required". That is useful information.
>> >>>>>>>        Please include in the description.
>> >>>>>>
>> >>>>>> The intent is to simply return the octet value of the flags
>> >>>>>> field, w/o
>> >>>>> listing individual bits like "Leaf Information Required". More bits
>> >>>>> could
>> >>>>> be defined in the future but the MIB would not change.
>> >>>>>>
>> >>>>>> Is that OK?
>> >>>>>>
>> >>>>>>>
>> >>>>>>> 8.3   l2L3VpnMcastPmsiTunnelAttributeId OBJECT-TYPE
>> >>>>>>>          SYNTAX        OCTET STRING ( SIZE (0..37) )
>> >>>>>>>          MAX-ACCESS    not-accessible
>> >>>>>>>          STATUS        current
>> >>>>>>>          DESCRIPTION
>> >>>>>>>              "For UDP-based S-PMSI signaling for PIM-MVPN, the
>> >>>>>>> first
>> >>>>>>>               four or sixteen octets of this attribute are filled
>> >>>>>>> with
>> >>>>>>>               the provider tunnel group address (IPv4 or IPv6)..
>> >>>>>>>               For BGP-based I/S-PMSI signaling, this is the Tunnel
>> >>>>> Identifier
>> >>>>>>>               Field in PMSI Tunnel Attribute of the corresponding
>> >>>>>>> I/S-
>> >>>>> PMSI
>> >>>>>>>               A-D route."
>> >>>>>>>     o Check the size specifications. The specs above say it can be
>> >>>>>>>       all sizes 0..37. That is not clear from the DESCRIPTION
>> >>>>>>> clause.
>> >>>>>>>     o Fix the ".." in "(IPv4 or IPv6).." above.
>> >>>>>>>     o RFC 6514 Sec 5.  PMSI Tunnel Attribute gives the Tunnel
>> >>>>> Identifiers
>> >>>>>>>       for mLDP, PIM-SM, PIM-SSM, BIDIR-PIM,Ingress
>> >>>>>>> Replication,MP2MP.
>> >>>>>>>       It appears that the sizes (range) for each case will be
>> >>>>>>> different.
>> >>>>>>>       Please clarify that, and if there are discrete sizes,
>> specify
>> >>>>>>>       accordingly.
>> >>>>>>
>> >>>>>> Depending on the tunnel type, there could be different sizes.
>> Future
>> >>>>> tunnel types could have other sizes that not specified today. I was
>> >>>>> thinking to just give a size range so that it is flexible. Is that
>> >>>>> ok?
>> >>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> 8.3  l2L3VpnMcastPmsiTunnelPointer OBJECT-TYPE
>> >>>>>>>         SYNTAX        RowPointer
>> >>>>>>>         MAX-ACCESS    read-only
>> >>>>>>>         STATUS        current
>> >>>>>>>         DESCRIPTION
>> >>>>>>>             "If the tunnel exists in some MIB table, this is the
>> >>>>>>>              row pointer to it."
>> >>>>>>>     o "some MIB table" : specify which MIB table.
>> >>>>>>
>> >>>>>> I can give an example, like mplsTunnelTable [RFC 3812]. It could be
>> >>>>> whatever table that a tunnel may be put into.
>> >>>>>>
>> >>>>>>>     o In what case will the tunnel exist and in what case will it
>> >>>>>>> not?
>> >>>>>>
>> >>>>>> If a device supports mplsTunnelTable and the tunnel is represented
>> >>>>>> there,
>> >>>>> then it exists.
>> >>>>>>
>> >>>>>>>     o What will be the behaviour if the above condition is not
>> >>>>> satisfied?
>> >>>>>>
>> >>>>>> A null pointer should be given.
>> >>>>>>
>> >>>>>>>
>> >>>>>>> 8.4  l2L3VpnMcastPmsiTunnelIf OBJECT-TYPE
>> >>>>>>>         SYNTAX        RowPointer
>> >>>>>>>         MAX-ACCESS    read-only
>> >>>>>>>         STATUS        current
>> >>>>>>>         DESCRIPTION
>> >>>>>>>             "If the tunnel has a corresponding interface, this
>> >>>>>>> is the
>> >>>>>>>              row pointer to the ifName table."
>> >>>>>>>      o DESCRIPTION looks incorrect. Please fix it. Do you want
>> >>>>>>> to say
>> >>>>>>>        this object points to the corresponding row in the ifTable?
>> >>>>>>
>> >>>>>> Yes. Fixed.
>> >>>>>>
>> >>>>>>>      o In what case does the TunnelIf exist and in what case
>> >>>>>>> will it
>> >>>>> not?
>> >>>>>>
>> >>>>>> Some tunnels may not have a corresponding interface.
>> >>>>>>
>> >>>>>>>      o What will be expected if the tunnel does not have a
>> >>>>> corresponding
>> >>>>>>>        interface?
>> >>>>>>
>> >>>>>> Null row pointer.
>> >>>>>>
>> >>>>>>>
>> >>>>>>> 9. The Security Considerations section does not follow the
>> Security
>> >>>>>>>    Guidelines for IETF MIB Modules
>> >>>>>>> http://trac.tools.ietf.org/area/ops/trac/wiki/mib-security.
>> >>>>>>>    Please fix.
>> >>>>>>
>> >>>>>> I was really hoping that it would not have to be that tedious.
>> >>>>>> SNMP/MIB
>> >>>>> security should be no different from the CLI security - once you
>> >>>>> secure
>> >>>>> the infrastructure then what's more to do?
>> >>>>>>
>> >>>>>> I'll need more time to work on this. Let me try to address the
>> >>>>>> issues in
>> >>>>> the other mib first and come back to this.
>> >>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> 10.ID-nits
>> >>>>>>> 10.1 Checking nits according to
>> >>>>>>> http://www.ietf.org/id-info/checklist :
>> >>>>>>>
>> >>>>>>> ------------------------------------------------------------------
>> >>>>> ---------
>> >>>>>>>
>> >>>>>>>      ** There are 4 instances of too long lines in the document,
>> >>>>>>> the
>> >>>>> longest one
>> >>>>>>>         being 3 characters in excess of 72.
>> >>>>>>
>> >>>>>> I fixed some but there still three too long lines:
>> >>>>>>
>> >>>>>>      l2L3VpnMcastPmsiTunnelAttributeType
>> >>>>>> L2L3VpnMcastProviderTunnelType,
>> >>>>>>
>> >>>>>>   l2L3VpnMcastGroups      OBJECT IDENTIFIER ::=
>> >>>>>> {l2L3VpnMcastConformance
>> >>>>> 1}
>> >>>>>>   l2L3VpnMcastCompliances OBJECT IDENTIFIER ::=
>> >>>>>> {l2L3VpnMcastConformance
>> >>>>> 2}
>> >>>>>>
>> >>>>>> Should I break them into different lines or just keep them as is?
>> >>>>>> Any
>> >>>>> example of expected indentation if I break the lines?
>> >>>>>>
>> >>>>>>>
>> >>>>>>> 10.2 Checking references for intended status: Proposed Standard
>> >>>>>>>
>> >>>>>>> ------------------------------------------------------------------
>> >>>>> ---------
>> >>>>>>>
>> >>>>>>>      == Missing Reference: 'RFC 7117' is mentioned on line 76, but
>> >>>>>>> not
>> >>>>>>>         defined
>> >>>>>>>         'described in [RFC6513, RFC6514, RFC 7117] and other
>> >>>>>>> documents
>> >>>>> tha...'
>> >>>>>>
>> >>>>>> I hope I understood and fixed it (removing the space in "RFC 7117").
>> >>>>>>
>> >>>>>>>
>> >>>>>>> 11.  There is another WIP MVPN-MIB in
>> >>>>>>> draft-ietf-bess-mvpn-mib-02.txt
>> >>>>>>>      MVPN-MIB has objects that refer to L2L3-VPN-MCAST-MIB.
>> >>>>>>>      Is there a good reason for not merging the 2 documents? I
>> have
>> >>>>>>> not
>> >>>>> seen
>> >>>>>>>      any discussion or explanation on this. I may have missed it.
>> >>>>> Please
>> >>>>>>>      clarify or, give some pointers.
>> >>>>>>
>> >>>>>> As mentioned in the introduction:
>> >>>>>>
>> >>>>>>    this memo describes managed objects common to both VPLS
>> >>>>>>    Multicast [RFC7117] and MVPN [RFC6513, RFC6514].
>> >>>>>>
>> >>>>>> MVPN-MIB is for MVPN. There was another VPLS Multicast MIB in the
>> >>>>>> work
>> >>>>> and both would reference common objects defined in this MIB.
>> >>>>>>
>> >>>>>> Thanks!
>> >>>>>> Jeffrey
>> >>>>>>
>> >>>>>>> -----Original Message-----
>> >>>>>>> From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Glenn
>> >>>>>>> Mansfield
>> >>>>>>> Keeni
>> >>>>>>> Sent: Tuesday, April 12, 2016 2:28 AM
>> >>>>>>> To: Benoit Claise <bclaise@cisco.com>; EXT -
>> >>>>>>> thomas.morin@orange.com
>> >>>>>>> <thomas.morin@orange.com>
>> >>>>>>> Cc: Jeffrey (Zhaohui) Zhang <zzhang@juniper.net>; ops-ads@ietf.org;
>> >>>>> Martin
>> >>>>>>> Vigoureux <martin.vigoureux@nokia.com>; bess@ietf.org; Mach Chen
>> >>>>>>> <mach.chen@huawei.com>
>> >>>>>>> Subject: [bess] MIBDoc review of
>> >>>>>>> draft-ietf-bess-l2l3-vpn-mcast-mib-
>> >>>>> 02.txt
>> >>>>>>>
>> >>>>>>> Hi,
>> >>>>>>> I have been asked to do a MIB Doctors review of
>> >>>>>>> draft-ietf-bess-l2l3-vpn-mcast-mib-02.txt.
>> >>>>>>> My knowledge of L2L3VPN Multicast is limited to the reading
>> >>>>>>> of this document and browsing through the documents referred
>> >>>>>>> to in the draft and bess-wg mailing list archives.( read
>> >>>>>>> "shallow").
>> >>>>>>> So some of the doubts and questions may sound trivial or
>> >>>>>>> strange. Please bear with me and help me help you make
>> >>>>>>> this into a better document :-)
>> >>>>>>>
>> >>>>>>> The comments are attached.
>> >>>>>>>
>> >>>>>>> Glenn
>> >>>>>>>
>> >>>>>>
>> >>>>>> _______________________________________________
>> >>>>>> BESS mailing list
>> >>>>>> BESS@ietf.org
>> >>>>>> https://www.ietf.org/mailman/listinfo/bess
>> >>>>>>
>> >>>>
>> >>>>
>> >>>
>> >>>
>> >>>
>> >>> _______________________________________________
>> >>> MIB-DOCTORS mailing list
>> >>> MIB-DOCTORS@ietf.org
>> >>> https://www.ietf.org/mailman/listinfo/mib-doctors
>> >>>
>> >>
>> >> _______________________________________________
>> >> MIB-DOCTORS mailing list
>> >> MIB-DOCTORS@ietf.org
>> >> https://www.ietf.org/mailman/listinfo/mib-doctors
>> >
>> > .
>> >
>
> _______________________________________________
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess


From nobody Sun Nov 20 22:48:09 2016
Return-Path: <internet-drafts@ietf.org>
X-Original-To: bess@ietf.org
Delivered-To: bess@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A0AD1295B5; Sun, 20 Nov 2016 22:48:08 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.38.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <147971088830.17958.8558443863894060525.idtracker@ietfa.amsl.com>
Date: Sun, 20 Nov 2016 22:48:08 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/7ZGT0eq7gNvBHpvQHXuZdhO2PNk>
Cc: bess@ietf.org
Subject: [bess] I-D Action: draft-ietf-bess-evpn-overlay-06.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Nov 2016 06:48: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 of the IETF.

        Title           : A Network Virtualization Overlay Solution using EVPN
        Authors         : Ali Sajassi
                          John Drake
                          Nabil Bitar
                          R. Shekhar
                          James Uttaro
                          Wim Henderickx
	Filename        : draft-ietf-bess-evpn-overlay-06.txt
	Pages           : 28
	Date            : 2016-11-20

Abstract:
   This document describes how Ethernet VPN (EVPN) [RFC7432] can be used
   as an Network Virtualization Overlay (NVO) solution and explores the
   various tunnel encapsulation options over IP  and their impact on the
   EVPN control-plane and procedures. In particular, the following
   encapsulation options are analyzed: VXLAN, NVGRE, and MPLS over GRE.


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

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

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-evpn-overlay-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 Sun Nov 20 22:52:56 2016
Return-Path: <sajassi@cisco.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94AC11293D8; Sun, 20 Nov 2016 22:52:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -16.018
X-Spam-Level: 
X-Spam-Status: No, score=-16.018 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JcYjF-zRdSSk; Sun, 20 Nov 2016 22:52:53 -0800 (PST)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5349129599; Sun, 20 Nov 2016 22:52:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3474; q=dns/txt; s=iport; t=1479711173; x=1480920773; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=Y5y4NGxVHUJ6WfAxCoOktUCyB6hY0RrHnncreNj1bno=; b=A+kKrMNyVkFipSKzjfCVHUgvxxNGDDOnUFBCDmHcj7NB3eERmre4AhRv v64ZYB8zAF0z19JHATNTe2HdXJD55PDQ0P1zuHcnepaqgB6iaR5X9Tvwj zGAsI1g8To3Ns6QqNV146mz4Lrn/iO/Gbhyl+630d8za6ir/72HBTdjPi 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ByAQBtmTJY/5FdJa1dGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgzgBAQEBAR9YgQAHjTirf4IFKIV5AhqBZj8UAQIBAQEBAQEBYiiEaQE?= =?us-ascii?q?BBDRVAgEIHCgCAjAlAgQBEohtDosPnT0GgiuLSgEBAQEBAQEBAgEBAQEBAQEBG?= =?us-ascii?q?gWBA4kLgQiELAEBGzgCgkSCYwWaTQGQdpAnjV+ECgEeN4ESg00XgV1yAYYOgSG?= =?us-ascii?q?BDAEBAQ?=
X-IronPort-AV: E=Sophos;i="5.31,525,1473120000"; d="scan'208";a="175876971"
Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 21 Nov 2016 06:52:50 +0000
Received: from XCH-RTP-004.cisco.com (xch-rtp-004.cisco.com [64.101.220.144]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id uAL6qn1I001690 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 21 Nov 2016 06:52:49 GMT
Received: from xch-rtp-005.cisco.com (64.101.220.145) by XCH-RTP-004.cisco.com (64.101.220.144) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 21 Nov 2016 01:52:48 -0500
Received: from xch-rtp-005.cisco.com ([64.101.220.145]) by XCH-RTP-005.cisco.com ([64.101.220.145]) with mapi id 15.00.1210.000; Mon, 21 Nov 2016 01:52:48 -0500
From: "Ali Sajassi (sajassi)" <sajassi@cisco.com>
To: Thomas Morin <thomas.morin@orange.com>, "bess@ietf.org" <bess@ietf.org>, "draft-ietf-bess-evpn-overlay@ietf.org" <draft-ietf-bess-evpn-overlay@ietf.org>
Thread-Topic: Comments on draft-ietf-bess-evpn-overlay-05.txt
Thread-Index: AQHSO2bdWq6n+rBu+kyWYKDPeHJznaDT07aAgAUN3oCACf0KgA==
Date: Mon, 21 Nov 2016 06:52:48 +0000
Message-ID: <D457D25D.1C3680%sajassi@cisco.com>
References: <147691219689.5713.10984703287619180065.idtracker@ietfa.amsl.com> <78714ceb-2b1c-2798-bfcb-1b9484685dff@orange.com> <D44B3619.1C04BF%sajassi@cisco.com> <8dd1f1d6-b88a-5ec3-5c90-e2033bf5e418@orange.com>
In-Reply-To: <8dd1f1d6-b88a-5ec3-5c90-e2033bf5e418@orange.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.6.9.160926
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.19.76.54]
Content-Type: text/plain; charset="euc-kr"
Content-ID: <80F81D7725EBF445B9A64961780FCD7E@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/8EYQCkLviFo2LvYrcIh_SRpcE-Y>
Subject: Re: [bess] Comments on draft-ietf-bess-evpn-overlay-05.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Nov 2016 06:52:55 -0000

DQpIaSBUaG9tYXMsDQoNCkkgaW5jb3Jwb3JhdGVkIHRoZSB0d28gY29tbWVudHMgYmVsb3cgYW5k
IGp1c3QgcHVibGlzaGVkIGEgbmV3IHJldi4gSSBhbQ0KbG9va2luZyBmb3J3YXJkIHRvIHRoZSBh
c3NpZ25tZW50IG9mIHRoZSBkb2MuIFNoZXBhcmQgYW5kIGhpcy9oZXIgY29tbWVudHMNCnNvIHRo
YXQgd2UgY2FuIHdyYXAgdGhpcyB1cC4NCg0KUmVnYXJkcywNCkFsaQ0KDQpPbiAxMS8xNC8xNiwg
NjoyMCBBTSwgIlRob21hcyBNb3JpbiIgPHRob21hcy5tb3JpbkBvcmFuZ2UuY29tPiB3cm90ZToN
Cg0KPkhpIEFsaSwNCj4NCj4yMDE2LTExLTExLCBBbGkgU2FqYXNzaSAoc2FqYXNzaSk6DQo+Pj4g
SGVyZSBhcmUgYSB0d28gY29tbWVudHMgb24gdGhlIGNoYW5nZXMgaW4NCj4+PmRyYWZ0LWlldGYt
YmVzcy1ldnBuLW92ZXJsYXktMDU6DQo+Pj4NCj4+Pj4gNS4xLjMgIENvbnN0cnVjdGluZyBFVlBO
IEJHUCBSb3V0ZXMNCj4+Pj4NCj4+Pj4gICAgSW4gRVZQTiwgYW4gTVBMUyBsYWJlbCBpZGVudGlm
eWluZyBmb3J3YXJkaW5nIHRhYmxlIGlzIGRpc3RyaWJ1dGVkDQo+Pj4+YnkNCj4+Pg0KPj4+ICJp
ZGVudGlmeWluZyBmb3J3YXJkaW5nIHRhYmxlIiB3YXMgaW5zZXJ0ZWQgYWJvdmUgaW4gLTA1DQo+
Pj4gSXMgdGhlIHVzZSBvZiBhIHBlciBhY2Nlc3MgY2lyY3VpdCBNUExTIGxhYmVsIHJlYWxseSBw
cmVjbHVkZWQgPyBXaHkgPw0KPj4NCj4+IEl0IHdhcyBhZGRlZCBmb3IgY2xhcmlmaWNhdGlvbi4g
VG8gYWRkcmVzcyB5b3VyIGNvbmNlcm4gb2Ygbm90DQo+PnByZWNsdWRpbmcNCj4+IEFDcywgSan2
bGwgY2hhbmdlIHRoZSBzZW50ZW5jZSBhcyBiZWxvdzoNCj4+DQo+PiBmcm9tOiAJIkluIEVWUE4s
IGFuIE1QTFMgbGFiZWwgaWRlbnRpZnlpbmcgZm9yd2FyZGluZyB0YWJsZSBpcw0KPj5kaXN0cmli
dXRlZA0KPj4gYnkiDQo+PiB0bzogCSJJbiBFVlBOLCBhbiBNUExTIGxhYmVsIHR5cGljYWxseSBp
ZGVudGlmeWluZyBmb3J3YXJkaW5nIHRhYmxlIGlzDQo+PiBkaXN0cmlidXRlZCBieSINCj4NCj5U
aGlzIGlzIGJldHRlciwgYWx0aG91Z2ggImZvciBpbnN0YW5jZSIgd291bGQgSSB0aGluayBiZSBt
b3JlIGFwcHJvcHJpYXRlLg0KDQpEb25lLiBDaGFuZ2VkIGl0IHRvIKGwZm9yIGluc3RhbmNlobEN
Cg0KPg0KPj4+IFsuLi5dDQo+Pj4+IDkgU3VwcG9ydCBmb3IgTXVsdGljYXN0DQo+Pj4+DQo+Pj4+
ICAgIFRoZSBFLVZQTiBJbmNsdXNpdmUgTXVsdGljYXN0IEJHUCByb3V0ZSBpcyB1c2VkIHRvIGRp
c2NvdmVyIHRoZQ0KPj4+PiAgICBtdWx0aWNhc3QgdHVubmVscyBhbW9uZyB0aGUgZW5kcG9pbnRz
IGFzc29jaWF0ZWQgd2l0aCBhIGdpdmVuIEVWSQ0KPj4+PiAgICAoZS5nLiwgZ2l2ZW4gVk5JKSBm
b3IgVkxBTi1iYXNlZCBzZXJ2aWNlIGFuZCBhIGdpdmVuIDxFVkksVkxBTj4gZm9yDQo+Pj4+ICAg
IFZMQU4tYXdhcmUgYnVuZGxlIHNlcnZpY2UuIFRoZSBFdGhlcm5ldCBUYWcgZmllbGQgb2YgdGhp
cyByb3V0ZSBpcw0KPj4+PiAgICBzZXQgYXMgZGVzY3JpYmVkIGluIHNlY3Rpb24gNS4xLjMuDQo+
Pj4NCj4+PiBJdCB3YXMgYWdyZWVkIGluIEp1bmUgdG8gc3RyaWtlIHRoaXMgc2VudGVuY2UsIHdo
aWNoIGRvZXMgbm90IHNlZW0gdG8NCj4+PiBhZGQgYW55IGluZm9ybWF0aW9uLg0KPj4+ICggaHR0
cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbC1hcmNoaXZlL3dlYi9iZXNzL2N1cnJlbnQvbXNnMDE3Njku
aHRtbCApDQo+Pg0KPj4gSm9obiBhZ3JlZWQgdG8gc3RyaWtlIHRoZSBsYXN0IHNlbnRlbmNlIGFu
ZCBub3QgdGhlIHdob2xlIHBhcmFncmFwaC4NCj4NCj5JbmRlZWQgSm9obiBhZ3JlZWQuDQo+KEkn
bSBub3Qgc3VyZSB3aHkgeW91IG1lbnRpb24gc3RyaWtpbmcgdGhlIHdob2xlIHBhcmFncmFwaCwg
SSBkb24ndA0KPnJlY2FsbCBhbnlvbmUgYXNraW5nIHRoYXQsIGFuZCBjZXJ0YWlubHkgbm90IG1l
KQ0KPg0KPj4gQW5kIGZyYW5rbHkgSSB0aGluayBpdCBpcyBPSyB0byBrZWVwIHRoZSBsYXN0IHNl
bnRlbmNlIGFuZCB0byByZW1pbmQgdGhlDQo+PiByZWFkZXIgdGhhdCB0aGUgRXRoZXJuZXQgVGFn
IGZpZWxkIGlzIHNldCBwZXIgc2VjdGlvbiA1LjEuMy4gV2UgYXJlIG5vdA0KPj4gZHVwbGljYXRp
bmcgdGV4dCBoZXJlLiBXZSBhcmUganVzdCBwcm92aWRpbmcgYSByZWZlcmVuY2UuDQo+DQo+TWVu
dGlvbmluZyAqb25seSogdGhpcyBmaWVsZCBhcyBiZWluZyBzZXQgYXMgZGVzY3JpYmVkIGluIHNl
Y3Rpb24gNS4xLjMNCj5jYW4gYWxzbyBiZSBhIHBvc3NpYmxlIHNvdXJjZSBvZiBjb25mdXNpb24g
KGFyZSBvdGhlciBmaWVsZHMgc2V0DQo+YWNjb3JkaW5nIHRvIGFub3RoZXIgc2VjdGlvbj8pLg0K
Pg0KPkkgd291bGQgc3VnZ2VzdCBvbmUgb2YgdGhlIGZvbGxvd2luZzoNCj4tIHN0cmlrZSB0aGUg
c2VudGVuY2UNCj4tIHNheSBzb21ldGhpbmcgbGlrZSAiYWxsIGZpZWxkcyBpbiB0aGlzIHJvdXRl
IGFyZSBzZXQgYXMgZGVzY3JpYmVkIGluDQo+c2VjdGlvbiA1LjEuMyINCg0KTy5LLiBEb25lIQ0K
DQo+DQo+QmVzdCwNCj4NCj4tVGhvbWFzDQoNCg==


From nobody Thu Nov 24 02:13:00 2016
Return-Path: <martin.vigoureux@nokia.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90D9A129FB5 for <bess@ietfa.amsl.com>; Thu, 24 Nov 2016 02:12:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.902
X-Spam-Level: 
X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P5MyntJhS1V0 for <bess@ietfa.amsl.com>; Thu, 24 Nov 2016 02:12:55 -0800 (PST)
Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 60CE4129BE0 for <bess@ietf.org>; Thu, 24 Nov 2016 02:12:55 -0800 (PST)
Received: from fr712umx3.dmz.alcatel-lucent.com (unknown [135.245.210.42]) by Websense Email Security Gateway with ESMTPS id C7418E8D53EC8 for <bess@ietf.org>; Thu, 24 Nov 2016 10:12:51 +0000 (GMT)
Received: from fr711usmtp1.zeu.alcatel-lucent.com (fr711usmtp1.zeu.alcatel-lucent.com [135.239.2.122]) by fr712umx3.dmz.alcatel-lucent.com (GMO-o) with ESMTP id uAOACq1h008534 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for <bess@ietf.org>; Thu, 24 Nov 2016 10:12:53 GMT
Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id uAOACU9l015162 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <bess@ietf.org>; Thu, 24 Nov 2016 10:12:51 GMT
Received: from [135.224.211.18] (135.239.27.38) by FR711WXCHHUB02.zeu.alcatel-lucent.com (135.239.2.112) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 24 Nov 2016 11:10:46 +0100
References: <mailman.1271.1479737247.4473.bess@ietf.org>
To: BESS <bess@ietf.org>
From: Martin Vigoureux <martin.vigoureux@nokia.com>
X-Forwarded-Message-Id: <mailman.1271.1479737247.4473.bess@ietf.org>
Message-ID: <36813950-a192-38d9-cba3-38555e030a3f@nokia.com>
Date: Thu, 24 Nov 2016 11:10:45 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <mailman.1271.1479737247.4473.bess@ietf.org>
Content-Type: multipart/mixed; boundary="------------2D53B6F4B05792FED72FD0D1"
X-Originating-IP: [135.239.27.38]
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/vWus56g4FN7IK6kQ5FdA1juBmj8>
Subject: [bess] EVPN-VPWS Service Edge Gateway rev03
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Nov 2016 10:12:58 -0000

--------------2D53B6F4B05792FED72FD0D1
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 7bit

sent to list as admin. message had bounced.

--------------2D53B6F4B05792FED72FD0D1
Content-Type: message/rfc822; name="ForwardedMessage.eml"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="ForwardedMessage.eml"

Return-Path: <jorge.rabadan@nokia.com>
X-Original-To: bess-bounces@ietfa.amsl.com
Delivered-To: bess-bounces@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])	by ietfa.amsl.com (Postfix)
 with ESMTP id 17043129A68	for <bess-bounces@ietfa.amsl.com>; Mon, 21 Nov 2016
 06:07:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.902
X-Spam-Level: 
X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5
	tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001,
	SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44])	by localhost (ietfa.amsl.com
 [127.0.0.1]) (amavisd-new, port 10024)	with ESMTP id I50Qk53FSTGu for
 <bess-bounces@ietfa.amsl.com>;	Mon, 21 Nov 2016 06:07:23 -0800 (PST)
Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com
 [135.245.210.21])	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384
 (256/256 bits))	(No client certificate requested)	by ietfa.amsl.com (Postfix)
 with ESMTPS id EB2CE129A4F	for <bess-bounces@ietf.org>; Mon, 21 Nov 2016
 06:07:22 -0800 (PST)
Received: from fr712umx3.dmz.alcatel-lucent.com (unknown [135.245.210.42])	by
 Websense Email Security Gateway with ESMTPS id 392E786F9C5D1;	Mon, 21 Nov
 2016 14:07:18 +0000 (GMT)
Received: from fr711usmtp1.zeu.alcatel-lucent.com
 (fr711usmtp1.zeu.alcatel-lucent.com [135.239.2.122])	by
 fr712umx3.dmz.alcatel-lucent.com (GMO-o) with ESMTP id uALE7Ios025490
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);	Mon, 21
 Nov 2016 14:07:20 GMT
Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com
 (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111])	by
 fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id uALE77ZY012651
	(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL);	Mon, 21 Nov
 2016 14:07:17 GMT
Received: from FR711WXCHMBA03.zeu.alcatel-lucent.com ([169.254.3.179]) by
 FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id
 14.03.0301.000; Mon, 21 Nov 2016 15:05:59 +0100
From: "Rabadan, Jorge (Nokia - US)" <jorge.rabadan@nokia.com>
To: "boutros.sami@gmail.com" <boutros.sami@gmail.com>
CC: "EXT Ali Sajassi   (sajassi)" <sajassi@cisco.com>, "Patrice Brissette
 (pbrisset)" <pbrisset@cisco.com>, "sboutros@vmware.com"
	<sboutros@vmware.com>, BESS <bess-bounces@ietf.org>
Subject: EVPN-VPWS Service Edge Gateway rev03
Thread-Topic: EVPN-VPWS Service Edge Gateway rev03
Thread-Index: AQHSRABiv6yr60bsPEa8HSqv2DFU5w==
Date: Mon, 21 Nov 2016 14:05:59 +0000
Message-ID: <15F32090-B9AD-42AA-96AA-73745FF0EEB7@on.nokia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1c.1.161117
x-originating-ip: [135.239.27.40]
Content-Type: text/plain; charset="utf-8"
Content-ID: <ABE35C131E829B4185E25DC1F64B5D25@exchange.lucent.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0

U2FtaSwNCg0KSSBsb29rZWQgYXQgeW91ciBTZXJ2aWNlIEVkZ2UgR2F0ZXdheSBkcmFmdCwgYW5k
IHNpbmNlIG15IGNvbW1lbnRzL3F1ZXN0aW9ucyB3ZXJlIG5vdCBhZGRyZXNzZWQgaW4gcmV2IDAz
LCBJ4oCZbSByZXNlbmRpbmcgb3VyIGxhc3QgZXhjaGFuZ2UuDQpCZXNpZGVzIHRoZSBjb21tZW50
cyBiZWxvdyAocGxlYXNlIHNlZSB0aGUgdGhyZWFkIGZyb20gZWFybGllciB0aGlzIHllYXIpLCB0
aGUgbW9zdCBjb25mdXNpbmcgcGFydCB0byBtZSBpcyBzdGlsbCB0aGUgbXVsdGktaG9taW5nIG9u
IHRoZSBTZXJ2aWNlIEVkZ2Ugbm9kZXMuIEFmdGVyIHJlYWRpbmcgdGhlIHRleHQsIHN0aWxsIG5v
dCBzdXJlIGlmIHRoZSBpbnRlbmQgaXMgYSBERiBlbGVjdGlvbiBiYXNlZCBvdXQgb2YgdGhlIEFE
IHBlci1FVkkgcm91dGVzIG9yIGlmIHRoZSBERiBlbGVjdGlvbiBmb2xsb3dzIHJlZ3VsYXIgUkZD
NzQzMiBwcm9jZWR1cmVzLiBUaGlzIGlzIGEgYmx1cnJ5IGFyZWEgaW4gdGhlIGRyYWZ0IGFuZCBJ
IHdvdWxkIHBlcnNvbmFsbHkgYXBwcmVjaWF0ZSBhIGNsYXJpZmljYXRpb24uDQoNClRoYW5rIHlv
dS4NCkpvcmdlDQoNCg0KDQpPbiA0LzgvMTYsIDM6MzcgUE0sICJSYWJhZGFuLCBKb3JnZSAoTm9r
aWEgLSBVUykiIDxqb3JnZS5yYWJhZGFuQGFsY2F0ZWwtbHVjZW50LmNvbT4gd3JvdGU6DQoNCkhp
IFNhbWksDQoNCkFzIGRpc2N1c3NlZCwgdGhpcyBpcyB0aGUgZW1haWwuIFRoZSBuZXcgY29tbWVu
dHMgYXJlIHRhZ2dlZCBhcyBbSk9SR0UyXS4NClBsZWFzZSBzZWUgaW4tbGluZS4NClRoYW5rcy4N
CkpvcmdlDQoNCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0NCkZyb206IFNhbWkgQm91dHJvcyA8Ym91dHJvcy5zYW1pQGdtYWlsLmNvbT4N
CkRhdGU6IFR1ZXNkYXksIE9jdG9iZXIgMjAsIDIwMTUgYXQgNTozOSBBTQ0KVG86IEpvcmdlIFJh
YmFkYW4gPGpvcmdlLnJhYmFkYW5AYWxjYXRlbC1sdWNlbnQuY29tPg0KQ2M6ICJiZXNzQGlldGYu
b3JnIiA8YmVzc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbYmVzc10gU2Vla2luZyBDb21tZW50
cyBmb3IgRVZQTi1WUFdTIFNlcnZpY2UgRWRnZSBHYXRld2F5DQoNCg0KSGkgSm9yZ2UsDQoNCg0K
DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLQ0KDQoNCkFic3RyYWN0DQoNCsKgwqAgVGhpcyBkb2N1bWVudCBkZXNjcmliZXMgaG93
IGEgc2VydmljZSBub2RlIGNhbiBkeW5hbWljYWxseSB0ZXJtaW5hdGUNCsKgwqAgRVZQTiB2aXJ0
dWFsIHByaXZhdGUgd2lyZSB0cmFuc3BvcnQgc2VydmljZSAoVlBXUykgZnJvbSBhY2Nlc3Mgbm9k
ZXMNCsKgwqAgYW5kIG9mZmVyIExheWVyIDIsIExheWVyIDMgYW5kIEV0aGVybmV0IFZQTiBvdmVy
bGF5IHNlcnZpY2VzIHRvDQrCoMKgIEN1c3RvbWVyIGVkZ2UgZGV2aWNlcyBjb25uZWN0ZWQgdG8g
dGhlIGFjY2VzcyBub2Rlcy4gU2VydmljZSBub2Rlcw0KwqDCoCB1c2luZyBFVlBOIHdpbGwgYWR2
ZXJ0aXNlIHRvIGFjY2VzcyBub2RlcyB0aGUgTDIsIEwzIGFuZCBFdGhlcm5ldCBWUE4NCsKgwqAg
b3ZlcmxheSBzZXJ2aWNlcyBpdCBjYW4gb2ZmZXIgZm9yIHRoZSB0ZXJtaW5hdGVkIEVWUE4gVlBX
UyB0cmFuc3BvcnQNCsKgwqAgc2VydmljZS4gT24gYW4gYWNjZXNzIG5vZGUgYW4gb3BlcmF0b3Ig
Y2FuIHNwZWNpZnkgdGhlIEwyIG9yIEwzIG9yDQrCoMKgIEV0aGVybmV0IFZQTiBvdmVybGF5IHNl
cnZpY2UgbmVlZGVkIGJ5IHRoZSBjdXN0b21lciBlZGdlIGRldmljZQ0KwqDCoCBjb25uZWN0ZWQg
dG8gdGhlIGFjY2VzcyBub2RlIHRoYXQgd2lsbCBiZSB0cmFuc3BvcnRlZCBvdmVyIHRoZSBFVlBO
LQ0KwqDCoCBWUFdTIHNlcnZpY2UgYmV0d2VlbiBhY2Nlc3Mgbm9kZSBhbmQgc2VydmljZSBub2Rl
Lg0KDQovKiBbSk9SR0VdIGl0IHdvdWxkIGJlIGdvb2QgdG8gY2xlYXJseSBzdGF0ZSB0aGUgYmVu
ZWZpdCBvZiBkb2luZyB0aGlzLg0KVGhlIG1haW4gYWR2YW50YWdlcyB0aGF0IEkgc2VlIGFyZSBz
ZXJ2aWNlIGV4dGVuc2lvbiB3aXRoIHNpbmdsZS1zaWRlDQpwcm92aXNpb25pbmcgKG5vIG5lZWQg
dG8gcHJvdmlzaW9uIG5ldyBBQ3MgYXQgdGhlIHNlcnZpY2Ugbm9kZSkuICovDQoNCg0KDQoNClNh
bWk6IHdpbGwgdXBkYXRlIHRoZSBhYnN0cmFjdC4gDQpbSk9SR0UyXSBJIGRvbuKAmXQgc2VlIGFu
eXRoaW5nIGNoYW5nZWQgaW4gcmV2IDAyIDstKQ0KDQoNCg0KPHNuaXA+DQoNCjHCoMKgSW50cm9k
dWN0aW9uDQoNCg0KLyogW0pPUkdFXSBtYXliZSB0aGlzIGxldmVsIG9mIGRldGFpbCBhdCB0aGUg
aW50cm9kdWN0aW9uIGlzIGEgYml0DQpjb25mdXNpbmcuIEkgdGhpbmsgaXQgd291bGQgYmUgYmV0
dGVyIHRvIHN0YXRlIHdoYXQgdGhlIGdvYWwgYW5kDQphZHZhbnRhZ2VzIGFyZSBpbiB0aGUgaW50
cm9kdWN0aW9uIGFuZCBsZWF2ZSB0aGUgZGV0YWlscyBmb3IgdGhlIHNvbHV0aW9uDQpkZXNjcmlw
dGlvbi4gKi8NCg0KU2FtaTogd2lsbCB1cGRhdGUuDQpbSk9SR0UyXSBJIGRvbuKAmXQgc2VlIGFu
eXRoaW5nIGNoYW5nZWQgaW4gcmV2IDAyIDstKQ0KDQo8c25pcD4NCi4uLg0KMi4ywqDCoFNjYWxh
YmlsaXR5DQoNCsKgwqAgKFIyYSkgQSBzaW5nbGUgc2VydmljZSBub2RlIFBFIGNhbiBiZSBhc3Nv
Y2lhdGVkIHdpdGggbWFueSBhY2Nlc3MNCsKgwqAgbm9kZSBQRXMuIFRoZSBmb2xsb3dpbmcgcmVx
dWlyZW1lbnRzIGdpdmUgYSBxdWFudGl0YXRpdmUgbWVhc3VyZS4NCg0KwqDCoCAoUjJiKSBBIHNl
cnZpY2Ugbm9kZSBQRSBNVVNUIHN1cHBvcnQgdGhvdXNhbmQocykgaGVhZC1lbmQgY29ubmVjdGlv
bnMNCsKgwqAgZm9yIGEgYSBnaXZlbiBhY2Nlc3Mgbm9kZSBQRSBjb25uZWN0aW5nIHRvIGRpZmZl
cmVudCBvdmVybGF5IFZSRg0KwqDCoCBzZXJ2aWNlcyBvbiB0aGF0IHNlcnZpY2Ugbm9kZS4NCg0K
wqDCoCAoUjJjKSBBIHNlcnZpY2Ugbm9kZSBQRSBNVVNUIHN1cHBvcnQgdGhvdXNhbmQocykgaGVh
ZC1lbmQgY29ubmVjdGlvbnMNCsKgwqAgdG8gbWFueSBhY2Nlc3Mgbm9kZSBQRXMuDQoNCg0KLyog
W0pPUkdFXSBJdCBpcyBoYXJkIHRvIHVuZGVyc3RhbmQuLi4gc2hvdWxkIHRoZSBmb2xsb3dpbmcg
YmUgYmV0dGVyPzoNCg0K4oCcIChSMmIpIEEgc2VydmljZSBub2RlIFBFIE1VU1Qgc3VwcG9ydCBo
ZWFkLWVuZCBmdW5jdGlvbmFsaXR5IGZvcg0KdGhvdXNhbmRzIG9mIGFjY2VzcyBub2RlIFBFcyB0
aGF0IGFyZSBjb25uZWN0ZWQgdG8gZGlmZmVyZW50IFZSRnMgb24gdGhlDQpzZXJ2aWNlIG5vZGUu
DQrCoMKgKFIyYykgQSBzZXJ2aWNlIG5vZGUgUEUgTVVTVCBzdXBwb3J0IHRob3VzYW5kcyBvZiBD
RQ0KY29ubmVjdGlvbnMgdGhyb3VnaCB0aGUgYXR0YWNoZWQgYWNjZXNzIG5vZGVzLiINCiovDQoN
Cg0KU2FtaTogd2lsbCB1cGRhdGUuIA0KW0pPUkdFMl0gSSBkb27igJl0IHNlZSBhbnl0aGluZyBj
aGFuZ2VkIGluIHJldiAwMiA7LSkNCg0KDQoyLjUgTXVsdGktaG9taW5nDQoNCsKgwqAgVEJEDQoN
Ci8qIFtKT1JHRV0gVGhlIHNvbHV0aW9uIHNob3VsZCBkZXNjcmliZSBob3cgdG8gaGFuZGxlIG11
bHRpLWhvbWluZyBhdCB0d28NCmxldmVsczoNCi0gQWNjZXNzIG5vZGUgbXVsdGktaG9tZWQgdG8g
MiBvciBtb3JlIFNlcnZpY2Ugbm9kZXMNCi0gQ0Ugbm9kZSBtdWx0aS1ob21lZCB0byAyIG9yIG1v
cmUgYWNjZXNzIG5vZGVzICh0aGlzIG9uZSBzaG91bGQgYmUNCmFsaWduZWQgd2l0aCB0aGUgRVZQ
Ti1WUFdTIGRyYWZ0KQ0KKi8NCg0KU2FtaTogUGxlYXNlIGhhdmUgYSBsb29rIGF0IHRoZSB1cGRh
dGVkIHNlY3Rpb24gaW4gMDEsIGFzIGZvciB0aGUgQ0Ugbm9kZSBhZ3JlZWQgdGhhdCBpdCBzaG91
bGQgYmUgYWxpZ25lZCB3aXRoIEVWUE4tVlBXUywgYW5kIGhlbmNlIG5vIG5lZWQgdG8gbWVudGlv
biBhbnl0aGluZyBhYm91dCBpdCBpbiB0aGUgZHJhZnQuDQoNCltKT1JHRTJdIE9LLCBwbGVhc2Ug
c2VlIGJlbG93Lg0KDQoNCjxzbmlwPg0KDQoNCjQgU29sdXRpb24gT3ZlcnZpZXcNCg0KDQrCoMKg
wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCArLS0tLS0tLS0tK8KgwqDC
oMKgwqDCoMKgwqAgKy0tLS0tLS0tLSsNCsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg
wqDCoMKgwqDCoMKgIHzCoMKgwqDCoMKgwqDCoMKgIHzCoMKgwqDCoMKgwqDCoMKgIHzCoMKgwqDC
oMKgwqDCoMKgIHwNCsKgwqDCoMKgwqDCoCstLS0tK8KgwqAgKy0tLS0tKyB8IElQL01QTFMgfCAr
LS0tLS0rIHwgSVAvTVBMUyB8DQrCoMKgwqDCoMKgwqB8IENFIHwtLS18IFBFMSB8LXwgQWNjZXNz
wqDCoHwtfCBQRTIgfC18IENvcmXCoMKgwqDCoHwNCsKgwqDCoMKgwqDCoCstLS0tK8KgwqAgKy0t
LS0tKyB8IE5ldHdvcmsgfCArLS0tLS0rIHwgTmV0d29yayB8DQrCoMKgwqDCoMKgwqDCoMKgwqDC
oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCB8wqDCoMKgwqDCoMKgwqDCoCB8wqDCoMKgwqDCoMKg
wqDCoCB8wqDCoMKgwqDCoMKgwqDCoCB8DQrCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC
oMKgwqDCoMKgwqDCoCArLS0tLS0tLS0tK8KgwqDCoMKgwqDCoMKgwqAgKy0tLS0tLS0tLSsNCsKg
wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoDwtLS0tIEVWUE4tVlBXUyAtLS0tPjwt
LS0tIElQL01BQyBWUkYgLS0tPg0KDQoNCsKgwqAgRmlndXJlIDE6IEVWUE4tVlBXUyBTZXJ2aWNl
IEVkZ2UgR2F0ZXdheS4NCsKgwqAgQU46IEFjY2VzcyBub2RlDQrCoMKgIFNFOiBTZXJ2aWNlIEVk
Z2Ugbm9kZS4NCg0KwqDCoCBFVlBOLVZQV1MgU2VydmljZSBFZGdlIEdhdGV3YXkgT3BlcmF0aW9u
DQoNCi8qIFtKT1JHRV0gU2hvdWxkIHRoaXMgYmUgc2VjdGlvbiA0LjEgb24gaXRzIG93bj8gKi8N
Cg0KU2FtaTogc3VyZSB3aWxsIGRvLg0KDQoNCg0KDQrCoMKgIEF0IHRoZSBzZXJ2aWNlIGVkZ2Ug
bm9kZSwgdGhlIEVWUE4gUGVyLUVWSSBFdGhlcm5ldCBBLUQgcm91dGVzIHdpbGwNCsKgwqAgYmUg
YWR2ZXJ0aXNlZCB3aXRoIHRoZSBFU0kgc2V0IHRvIDAgYW5kIHRoZSBFdGhlcm5ldCB0YWctaWQg
c2V0IHRvDQrCoMKgICh3aWxkY2FyZCAweEZGRkZGRkYpLiBUaGUgRXRoZXJuZXQgQS1EIHJvdXRl
cyB3aWxsIGhhdmUgYSB1bmlxdWUgUkQNCsKgwqAgYW5kIHdpbGwgYmUgYXNzb2NpYXRlZCB3aXRo
IDIgQkdQIFJUKHMpLCBvbmUgUlQgY29ycmVzcG9uZGluZyB0byB0aGUNCsKgwqAgdW5kZXJsYXkg
RVZJIGkuZS4gdGhlIEVWUE4gVlBXUyB0cmFuc3BvcnQgc2VydmljZSB0aGF0J3MgY29uZmlndXJl
ZA0KwqDCoCBvbmx5IGFtb25nIHRoZSBzZXJ2aWNlIGVkZ2Ugbm9kZXMsIGFuZCBvbmUgY29ycmVz
cG9uZGluZyB0byB0aGUgTDIsDQrCoMKgIEwzIG9yIEVWUE4gb3ZlcmxheSBzZXJ2aWNlLg0KDQrC
oMKgIEF0IHRoZSBhY2Nlc3Mgbm9kZXMsIHRoZSBFVlBOIHBlci1FVkkgRXRoZXJuZXQgQS1EIHJv
dXRlcyB3aWxsIGJlDQrCoMKgIGFkdmVydGlzZWQgYXMgZGVzY3JpYmVkIGluIFtkcmFmdC1pZXRm
LWJlc3MtZXZwbi12cHdzXSB3aXRoIHRoZSBFU0kNCsKgwqAgZmllbGQgaXMgc2V0IHRvIDAgYW5k
IGZvciBzaW5nbGUgaG9tZWQgQ0VzIGFuZCB0byB0aGUgQ0UncyBFU0kgZm9yDQrCoMKgIG11bHRp
LWhvbWVkIENFJ3MgYW5kIHRoZSBFdGhlcm5ldCBUYWcgZmllbGQgd2lsbCBiZSBzZXQgdG8gdGhl
IFZQV1MNCsKgwqAgc2VydmljZSBpbnN0YW5jZSBpZGVudGlmaWVyIHRoYXQgaWRlbnRpZmllcyB0
aGUgRVZQTCBvciBFUEwgc2VydmljZS4NCsKgwqAgVGhlIEV0aGVybmV0LUFEIHJvdXRlIHdpbGwg
aGF2ZSBhIHVuaXF1ZSBSRCBhbmQgd2lsbCBiZSBhc3NvY2lhdGVkDQrCoMKgIHdpdGggb25lIEJH
UCBSVCBjb3JyZXNwb25kaW5nIHRvIHRoZSBMMiwgTDMgb3IgRVZQTiBvdmVybGF5IHNlcnZpY2UN
CsKgwqAgdGhhdCB3aWxsIGJlIHRyYW5zcG9ydGVkIG92ZXIgdGhpcyBFVlBOIFZQV1MgdHJhbnNw
b3J0IHNlcnZpY2UuDQoNCi8qIFtKT1JHRV0gV2hhdCBkbyB5b3UgbWVhbiBieSBFVlBOIG92ZXJs
YXkgc2VydmljZSBpbiB0aGlzIGNvbnRleHQ/IHdoeQ0KaXMgaXQgZGlmZmVyZW50IGZyb20gTDIg
b3IgTDMgc2VydmljZT8gc2hvdWxkIHRoaXMgYmUgY2xhcmlmaWVkIGluIHRoZQ0KaW50cm9kdWN0
aW9uPw0KQWxzbyBieSBMMiBhbmQgTDMgYXJlIHlvdSByZWZlcnJpbmcgdG8gdGhlIGVuY2Fwc3Vs
YXRpb24/IGkuZS4gTDIgbWVhbnMNCmV0aGVybmV0IG92ZXIgdGhlIEVWSSBsYWJlbCBhbmQgTDMg
SVAgb3ZlciB0aGUgRVZJIGxhYmVsPyAqLw0KDQovKiBbSk9SR0VdIElmIHRoZSBzZXJ2aWNlIFJU
cyBhcmUgdGhlIHNhbWUgaW4gdGhlIGFjY2VzcyBhbmQgY29yZSBuZXR3b3JrLA0KUEUyIHNob3Vs
ZCBoYXZlIHR3byBkaWZmZXJlbnQgcGVlcmluZyBzZXNzaW9ucywgb25lIHRvIHRoZSBSUiBpbiB0
aGUNCmFjY2VzcyBuZXR3b3JrIGFuZCBvbmUgdG8gdGhlIGNvcmUgUlIuIElzIHRoYXQgdGhlIGlu
dGVuZD8gaWYgc28sIGl0IG1heQ0KYmUgZ29vZCB0byBjbGFyaWZ5ICovDQoNClNhbWk6Q2FuIHlv
dSBwbGVhc2UgbG9vayBhdCB0aGUgdXBkYXRlZCB2ZXJzaW9uIDAxIGFuZCBzZWUgd2hhdCBjb21t
ZW50cyBzdGlsbCBhcHBseT8NCg0KW0pPUkdFMl0gUmV2IDAxIG9yIDAyIGRvbuKAmXQgcmVhbGx5
IGFkZCBtdWNoIGluZm9ybWF0aW9uIGFib3V0IGl0LiANCg0KDQrCoMKgIFNlcnZpY2UgZWRnZSBu
b2RlcyBvbiB0aGUgdW5kZXJsYXkgRVZJIHdpbGwgZGV0ZXJtaW5lIHRoZSBwcmltYXJ5DQrCoMKg
IHNlcnZpY2Ugbm9kZSB0ZXJtaW5hdGluZyB0aGUgVlBXUyB0cmFuc3BvcnQgc2VydmljZSBhbmQg
b2ZmZXJpbmcgdGhlDQrCoMKgIEwyLCBMMyBvciBFdGhlcm5ldCBWUE4gc2VydmljZSBieSBydW5u
aW5nIHRoZSBvbiBIV1IgYWxnb3JpdGhtIGFzDQrCoMKgIGRlc2NyaWJlZCBpbiBbZHJhZnQtbW9o
YW50eS1sMnZwbi1ldnBuLWRmLWVsZWN0aW9uXSB1c2luZyB3ZWlnaHQNCsKgwqAgW1ZQV1Mgc2Vy
dmljZSBpZGVudGlmaWVyLCBTZXJ2aWNlIEVkZ2UgTm9kZSBJUCBhZGRyZXNzXS4gVGhpcyBlbnN1
cmUNCsKgwqAgdGhhdCBzZXJ2aWNlIG5vZGUocykgd2lsbCBjb25zaXN0ZW50bHkgcGljayB0aGUg
cHJpbWFyeSBzZXJ2aWNlIG5vZGUNCsKgwqAgZXZlbiBhZnRlciBzZXJ2aWNlIG5vZGUgZmFpbHVy
ZS4gVXBvbiBwcmltYXJ5IHNlcnZpY2Ugbm9kZSBmYWlsdXJlLA0KwqDCoCBhbGwgb3RoZXIgcmVt
YWluaW5nIHNlcnZpY2VzIG5vZGVzIHdpbGwgY2hvb3NlIGFub3RoZXIgc2VydmljZSBub2RlDQrC
oMKgIGNvcnJlY3RseSBhbmQgY29uc2lzdGVudGx5Lg0KDQovKltKT1JHRV0gRm9sbG93aW5nIEVW
UE4sIHRoZSBERiBlbGVjdGlvbiBpcyBiYXNlZCBvbiB0aGUgZXhjaGFuZ2Ugb2YgRVMNCnJvdXRl
cy4gSGVuY2UgdGhlIGFzc3VtcHRpb24gaXMgdGhhdCB0aGUgdHdvIHNlcnZpY2Ugbm9kZXMgc2hv
dWxkDQphZHZlcnRpc2UgRVMgcm91dGVzIHdpdGggYSBzeXN0ZW0tbGV2ZWwgRVNJIGFuZCBhbiBB
RCByb3V0ZSBwZXIgRVMgd2l0aA0KdGhlIHNhbWUgRVNJPyBUaGUgc2VydmljZSBub2RlIERGIGZv
ciBhIGdpdmVuIHNlcnZpY2Ugc2hvdWxkIHNlbmQgYW4gQUQgcGVyLUVWSSByb3V0ZSB3aXRoIHRo
ZSBQIGluZGljYXRpb24gaW4gdGhlIG5ldyBFQyBkZWZpbmVkIGluIEVWUE4tVlBXUy4gSSBiZWxp
ZXZlIGFsbCB0aGUNCmV4aXN0aW5nIHByb2NlZHVyZXMgc2hvdWxkIGJlIHVzZWQsIGFyZSB5b3Ug
ZGVmaW5pbmcgbmV3IG9uZXM/ICovDQoNClNhbWk6IFBsZWFzZSBoYXZlIGEgbG9vayBhdCAwMS4N
CltKT1JHRTJdIG5vIGNoYW5nZXMgaW4gMDEgb3IgMDIuIEFnYWluIG1vcmUgZGV0YWlscyBhcmUg
bmVlZGVkOg0KLSBIb3cgaXMgdGhlIEVTIGFzc2lnbmVkIHRvIHRoZSBzZXJ2aWNlIG5vZGVzLiBJ
IHN1Z2dlc3QgYSBzeXN0ZW0gbGV2ZWwgRVNJIG9yL2FuZCBhIHZpcnR1YWwgRVMgcGVyIHNlcnZp
Y2Ugb24gdGhlIHNlcnZpY2Ugbm9kZXMuIFRoZSBmb3JtZXIgaXMgZGVmaW5lZCBpbiB0aGUgZGNp
LWV2cG4tb3ZlcmxheSBkcmFmdC4gVGhlIGxhdHRlciBzaG91bGQgYmUgc3RhdGVkIGhlcmUuDQot
IE9uY2UgdGhlIEVTIGFuZCBFU0kgaXMgYXNzaWduZWQgdG8gdGhlIHNlcnZpY2Ugbm9kZXMsIHJl
Z3VsYXIgRVZQTiBwcm9jZWR1cmVzIHNob3VsZCBmb2xsb3cuIElmIG5vdCwgaXQgaGFzIHRvIGJl
IGV4cGxpY2l0bHkgc3RhdGVkLg0KDQoNCg0KwqDCoCBTaW5nbGUtc2lkZWQgc2lnbmFsaW5nIG1l
Y2hhbmlzbSBpcyB1c2VkLiBUaGUgU2VydmljZSBQRSBub2RlIHRoYXQgaXMNCsKgwqAgYSBERiBm
b3IgYWNjZXB0cyB0byB0ZXJtaW5hdGUgdGhlIFZQV1MgdHJhbnNwb3J0IHNlcnZpY2UgZnJvbSBh
bg0KwqDCoCBhY2Nlc3Mgbm9kZSwgdGhlIHByaW1hcnkgc2VydmljZSBlZGdlIG5vZGUgc2hhbGw6
LSBEeW5hbWljYWxseSBjcmVhdGUNCsKgwqAgYW4gaW50ZXJmYWNlIHRvIHRlcm1pbmF0ZSB0aGUg
c2VydmljZSBhbmQgc2hhbGwgYXR0YWNoIHRoaXMgaW50ZXJmYWNlDQrCoMKgIHRvIHRoZSBvdmVy
bGF5IFZQTiBzZXJ2aWNlIHJlcXVpcmVkIGJ5IHRoZSBhY2Nlc3Mgbm9kZSB0byBzZXJ2aWNlIGl0
cw0KwqDCoCBjdXN0b21lciBlZGdlIGRldmljZS4tIFJlc3BvbmRzIHRvIHRoZSBFdGggQS1EIHJv
dXRlIHBlciBFVkkgZnJvbSB0aGUNCsKgwqAgYWNjZXNzIG5vZGUgYnkgc2VuZGluZyBpdHMgb3du
IEV0aCBBLUQgcGVyIEVWSSByb3V0ZSBieSBzZXR0aW5nIHRoZQ0KwqDCoCBzYW1lIFZQV1Mgc2Vy
dmljZSBpbnN0YW5jZSBJRCBhbmQgZG93bnN0cmVhbSBhc3NpZ25lZCBNUExTIGxhYmVsIHRvDQrC
oMKgIGJlIHVzZWQgYnkgdGhlIGFjY2VzcyBub2RlLg0KDQovKiBbSk9SR0VdIE5lZWQgdG8gY29y
cmVjdCB0aGUgZm9ybWF0OiB0aGUgdHdvIGJ1bGxldHMgbXVzdCBnbyBpbg0KZGlmZmVyZW50IGxp
bmVzICovDQoNClN1cmUgd2lsbCBkby4NCltKT1JHRTJdIEkgdGhpbmsgc3RpbGwgdGhlcmUgaW4g
cmV2IDAyLg0KDQoNCsKgwqA8c25pcD4NCg0KNC4xIE11bHRpLWhvbWluZw0KDQovKiBbSk9SR0Vd
IGhvdyBib3V0IHRoZSBmb2xsb3dpbmcgc2NlbmFyaW86DQoNCkhlcmUgQU4xIGFuZCBBTjIgaGF2
ZSBhIEVTSSBmb3IgdGhlIENFLiBSZWd1bGFyIEVWUE4tVlBXUyBwcm9jZWR1cmVzDQpzaG91bGQg
YXBwbHkuDQoNCsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICstLS0tLS0tLS0rwqDC
oMKgwqDCoMKgwqDCoCArLS0tLS0tLS0tKw0KKy0tLS0rwqDCoCArLS0tLS0rIHzCoMKgwqDCoMKg
wqDCoMKgIHwgKy0tLS0tKyB8wqDCoMKgwqDCoMKgwqDCoCB8DQp8IENFICstLS0rIEFOMSArLSvC
oMKgwqDCoMKgwqDCoMKgICstKyBTRTIgKy0rwqDCoMKgwqDCoMKgwqDCoCB8DQorLS0rLSvCoMKg
ICstLS0tLSsgfCBJUC9NUExTIHwgKy0tLS0tKyB8IElQL01QTFMgfA0KwqDCoCB8wqDCoMKgwqDC
oMKgwqDCoMKgwqDCoMKgIHwgQWNjZXNzwqDCoHzCoMKgwqDCoMKgwqDCoMKgIHwgQ29yZcKgwqDC
oMKgfA0KwqDCoCB8wqDCoMKgwqAgKy0tLS0tKyB8IE5ldHdvcmsgfCArLS0tLS0rIHwgTmV0d29y
ayB8DQrCoMKgICstLS0tLSsgQU4yICstK8KgwqDCoMKgwqDCoMKgwqAgKy0rIFNFMyArLSvCoMKg
wqDCoMKgwqDCoMKgIHwNCsKgwqDCoMKgwqDCoMKgwqAgKy0tLS0tKyB8wqDCoMKgwqDCoMKgwqDC
oCB8ICstLS0tLSsgfMKgwqDCoMKgwqDCoMKgwqAgfA0KwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg
wqDCoMKgwqAgKy0tLS0tLS0tLSvCoMKgwqDCoMKgwqDCoMKgICstLS0tLS0tLS0rDQrCoMKgwqDC
oMKgwqDCoMKgwqDCoMKgwqA8LS0tLS1FVlBOLVZQV1MtLS0tLT48LS0tLS1JUC9NQUMgVlJGLS0t
LT4NCg0KKi8NCg0KU2FtaTogRXhhY3RseSwgcmVndWxhciBFVlBOIFZQV1Mgc2hvdWxkIGFwcGx5
LCBhbmQgaGVuY2Ugd2h5IGRvIHdlIG5lZWQgdG8gbWVudGlvbiBpdD8NCltKT1JHRTJdIEJlY2F1
c2Ugb25lIG1heSB0aGluayB0aGF0IHRoZXJlIGFyZSB0d28gd2F5cyBvZiBhZGRyZXNzaW5nIHRo
aXM6IGEpIG5vIEVTIG9uIEFOcywgdGhlIEFOcyBqdXN0IHByb3ZpZGUgYSB3aXJlIGFuZCB0aGUg
RVMgcmVhbGx5IHJlcHJlc2VudHMgdGhlIENFIG9yIGIpIHRoZXJlIGFyZSB0d28gRVMgaW4gdGhl
IGRpYWdyYW0sIG9uZSBkZWZpbmVkIGluIHRoZSBBTnMgYW5kIG9uZSBkZWZpbmVkIG9uIHRoZSBT
RSBub2Rlcy4NCkkgc2VlIHRoYXQgeW91IG1lYW4gKGIpIGJ1dCBpdCBzaG91bGQgYmUgc3RhdGVk
Lg0KDQoNClRoYW5rcywNCg0KDQpTYW1pIA0KDQoNCg0KDQoNCg0KRnJvbTrCoMKgQkVTUyBvbiBi
ZWhhbGYgb2YgU2FtaSBCb3V0cm9zDQpEYXRlOsKgwqBXZWRuZXNkYXksIE9jdG9iZXIgNywgMjAx
NSBhdCAxMToxMyBQTQ0KVG86wqDCoCJiZXNzQGlldGYub3JnIg0KU3ViamVjdDrCoMKgW2Jlc3Nd
IFNlZWtpbmcgQ29tbWVudHMgZm9yIEVWUE4tVlBXUyBTZXJ2aWNlIEVkZ2UgR2F0ZXdheQ0KDQoN
CkhpLA0KDQoNClRoZSBkcmFmdCBwcm9wb3NlcyBhIGR5bmFtaWMgbWVjaGFuaXNtIHRvIHRlcm1p
bmF0ZSB0aGUgVlBXUyB0cmFuc3BvcnQgc2VydmljZSBhdCBhIHNlcnZpY2UgUEUgaW50byBhbiBv
dmVybGF5IEwyIG9yIEwzIHNlcnZpY2UgYmFzZWQgb24gYSBzaW5nbGUgc2lkZSBwcm92aXNpb25p
bmcgYXQgdGhlIGFjY2VzcyBQRS4NCg0KaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0
LWJvdXRyb3MtYmVzcy1ldnBuLXZwd3Mtc2VydmljZS1lZGdlLWdhdGV3YXktMDENCg0KDQpUaGFu
a3MsDQoNCg0KU2FtaQ0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg==


--------------2D53B6F4B05792FED72FD0D1--


From nobody Thu Nov 24 05:03:48 2016
Return-Path: <thomas.morin@orange.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 481AD129967; Thu, 24 Nov 2016 05:03:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.031
X-Spam-Level: 
X-Spam-Status: No, score=-5.031 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497, SPF_SOFTFAIL=0.665] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EMdZxnlvGajL; Thu, 24 Nov 2016 05:03:44 -0800 (PST)
Received: from r-mail1.rd.orange.com (r-mail1.rd.orange.com [217.108.152.41]) by ietfa.amsl.com (Postfix) with ESMTP id 02788129962; Thu, 24 Nov 2016 05:03:27 -0800 (PST)
Received: from r-mail1.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 8F98CA440A8; Thu, 24 Nov 2016 14:03:25 +0100 (CET)
Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by r-mail1.rd.orange.com (Postfix) with ESMTP id 86E7EA440A0; Thu, 24 Nov 2016 14:03:25 +0100 (CET)
Received: from [10.193.71.12] (10.193.71.12) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.301.0; Thu, 24 Nov 2016 14:03:25 +0100
To: "Ali Sajassi (sajassi)" <sajassi@cisco.com>, "bess@ietf.org" <bess@ietf.org>, "draft-ietf-bess-evpn-overlay@ietf.org" <draft-ietf-bess-evpn-overlay@ietf.org>
References: <147691219689.5713.10984703287619180065.idtracker@ietfa.amsl.com> <78714ceb-2b1c-2798-bfcb-1b9484685dff@orange.com> <D44B3619.1C04BF%sajassi@cisco.com> <8dd1f1d6-b88a-5ec3-5c90-e2033bf5e418@orange.com> <D457D25D.1C3680%sajassi@cisco.com>
From: Thomas Morin <thomas.morin@orange.com>
Organization: Orange
Message-ID: <96598b75-9bd9-0210-782f-eb0c0a3f8c95@orange.com>
Date: Thu, 24 Nov 2016 14:03:28 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.0
MIME-Version: 1.0
In-Reply-To: <D457D25D.1C3680%sajassi@cisco.com>
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/okGy1nM8v5y9q3qhyrXZ6We2k18>
Subject: Re: [bess] Comments on draft-ietf-bess-evpn-overlay-05.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Nov 2016 13:03:46 -0000

Hi Ali,

2016-11-21, Ali Sajassi (sajassi):
> I incorporated the two comments below and just published a new rev. I am
> looking forward to the assignment of the doc. Shepard and his/her comments
> so that we can wrap this up.

Looks good to me.
As far as I know, WG LC comments have been addressed.

Thanks,

-Thomas


> On 11/14/16, 6:20 AM, "Thomas Morin" <thomas.morin@orange.com> wrote:
>
>> Hi Ali,
>>
>> 2016-11-11, Ali Sajassi (sajassi):
>>>> Here are a two comments on the changes in
>>>> draft-ietf-bess-evpn-overlay-05:
>>>>
>>>>> 5.1.3  Constructing EVPN BGP Routes
>>>>>
>>>>>    In EVPN, an MPLS label identifying forwarding table is distributed
>>>>> by
>>>>
>>>> "identifying forwarding table" was inserted above in -05
>>>> Is the use of a per access circuit MPLS label really precluded ? Why ?
>>>
>>> It was added for clarification. To address your concern of not
>>> precluding
>>> ACs, I¹ll change the sentence as below:
>>>
>>> from: 	"In EVPN, an MPLS label identifying forwarding table is
>>> distributed
>>> by"
>>> to: 	"In EVPN, an MPLS label typically identifying forwarding table is
>>> distributed by"
>>
>> This is better, although "for instance" would I think be more appropriate.
>
> Done. Changed it to “for instance”
>
>>
>>>> [...]
>>>>> 9 Support for Multicast
>>>>>
>>>>>    The E-VPN Inclusive Multicast BGP route is used to discover the
>>>>>    multicast tunnels among the endpoints associated with a given EVI
>>>>>    (e.g., given VNI) for VLAN-based service and a given <EVI,VLAN> for
>>>>>    VLAN-aware bundle service. The Ethernet Tag field of this route is
>>>>>    set as described in section 5.1.3.
>>>>
>>>> It was agreed in June to strike this sentence, which does not seem to
>>>> add any information.
>>>> ( https://www.ietf.org/mail-archive/web/bess/current/msg01769.html )
>>>
>>> John agreed to strike the last sentence and not the whole paragraph.
>>
>> Indeed John agreed.
>> (I'm not sure why you mention striking the whole paragraph, I don't
>> recall anyone asking that, and certainly not me)
>>
>>> And frankly I think it is OK to keep the last sentence and to remind the
>>> reader that the Ethernet Tag field is set per section 5.1.3. We are not
>>> duplicating text here. We are just providing a reference.
>>
>> Mentioning *only* this field as being set as described in section 5.1.3
>> can also be a possible source of confusion (are other fields set
>> according to another section?).
>>
>> I would suggest one of the following:
>> - strike the sentence
>> - say something like "all fields in this route are set as described in
>> section 5.1.3"
>
> O.K. Done!
>
>>
>> Best,
>>
>> -Thomas
>


From nobody Fri Nov 25 00:01:28 2016
Return-Path: <martin.vigoureux@nokia.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C7C7812A23F for <bess@ietfa.amsl.com>; Fri, 25 Nov 2016 00:01:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.902
X-Spam-Level: 
X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VFeNED1m9ziw for <bess@ietfa.amsl.com>; Fri, 25 Nov 2016 00:01:17 -0800 (PST)
Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2DCBC12A22C for <bess@ietf.org>; Fri, 25 Nov 2016 00:01:17 -0800 (PST)
Received: from fr712umx3.dmz.alcatel-lucent.com (unknown [135.245.210.42]) by Websense Email Security Gateway with ESMTPS id 41AAB55A0E99A for <bess@ietf.org>; Fri, 25 Nov 2016 08:01:13 +0000 (GMT)
Received: from fr711usmtp1.zeu.alcatel-lucent.com (fr711usmtp1.zeu.alcatel-lucent.com [135.239.2.122]) by fr712umx3.dmz.alcatel-lucent.com (GMO-o) with ESMTP id uAP81EOO026021 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for <bess@ietf.org>; Fri, 25 Nov 2016 08:01:15 GMT
Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id uAP8185x012341 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <bess@ietf.org>; Fri, 25 Nov 2016 08:01:13 GMT
Received: from [135.224.223.164] (135.239.27.38) by FR711WXCHHUB02.zeu.alcatel-lucent.com (135.239.2.112) with Microsoft SMTP Server (TLS) id 14.3.301.0; Fri, 25 Nov 2016 09:00:59 +0100
References: <mailman.1537.1480022070.4473.bess@ietf.org>
To: BESS <bess@ietf.org>
From: Martin Vigoureux <martin.vigoureux@nokia.com>
X-Forwarded-Message-Id: <mailman.1537.1480022070.4473.bess@ietf.org>
Message-ID: <068ce92a-0862-66cf-e5cf-ed6df05b723d@nokia.com>
Date: Fri, 25 Nov 2016 09:00:57 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <mailman.1537.1480022070.4473.bess@ietf.org>
Content-Type: multipart/mixed; boundary="------------CBF1D226821AC615B11A6A78"
X-Originating-IP: [135.239.27.38]
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/EVdqv8dXU3nGomefYUURaUPpqwE>
Subject: Re: [bess] EVPN-VPWS Service Edge Gateway rev03
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Nov 2016 08:01:22 -0000

--------------CBF1D226821AC615B11A6A78
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 7bit

sent to list as admin. message had bounced.

--------------CBF1D226821AC615B11A6A78
Content-Type: message/rfc822; name="ForwardedMessage.eml"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="ForwardedMessage.eml"

Return-Path: <boutros.sami@gmail.com>
X-Original-To: bess-bounces@ietfa.amsl.com
Delivered-To: bess-bounces@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])	by ietfa.amsl.com (Postfix)
 with ESMTP id A274F129A72	for <bess-bounces@ietfa.amsl.com>; Thu, 24 Nov 2016
 13:14:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level: 
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9,
	DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,
	FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001]
	autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key)
	header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44])	by localhost (ietfa.amsl.com
 [127.0.0.1]) (amavisd-new, port 10024)	with ESMTP id XY_qPQ_regqe for
 <bess-bounces@ietfa.amsl.com>;	Thu, 24 Nov 2016 13:14:27 -0800 (PST)
Received: from mail-pg0-x236.google.com (mail-pg0-x236.google.com
 [IPv6:2607:f8b0:400e:c05::236])	(using TLSv1.2 with cipher
 ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))	(No client certificate requested)
	by ietfa.amsl.com (Postfix) with ESMTPS id 178331296F2	for
 <bess-bounces@ietf.org>; Thu, 24 Nov 2016 13:14:27 -0800 (PST)
Received: by mail-pg0-x236.google.com with SMTP id f188so21719124pgc.3
        for <bess-bounces@ietf.org>; Thu, 24 Nov 2016 13:14:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=LHdkf24Ay9l/vom7pfI3w/UsmwspzVeDPOBQEOpxDE8=;
        b=h9qVukhLAEGc3prHSPUrtK5BcFwzgLDhgy5LrnhCtQcecuCZQqnK2ObhOfeQaullsh
         Wc99A1Reuucp5tgkFx2bOAVYNJQQBoTxzrBCd60YOIfZZ/9ZlAEEQjARXppYbpHeIo+q
         48TiZNPqFo5SZkRlS6wMbIzz9BDI/rkmfGjgdWhEK0hnkHQwLlwf6rR0/aJycnp6Pilh
         biJdlaGiMFtpbzaZ2mXPcY2/76F8KD0d6O5xkjG3hvJOrbLyjxF9mVYO0Yz9k+zKWMQ/
         eTjjEgmJ0olXD/sd2f2FdSv4+NVPyIaACRNf851OJWYbJ/4JjldJoUFNHUNMcCW6KCFo
         jYSQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc
         :content-transfer-encoding:message-id:references:to;
        bh=LHdkf24Ay9l/vom7pfI3w/UsmwspzVeDPOBQEOpxDE8=;
        b=kYNic+GUjHcJVdPNXgCbUW8R2UjsBi4UYHhfQjhkORUVF0R10C2ZV+OQUuKfDK57E+
         GGPd0xHTTiy32BkxTSHcXcRUclm3gPBkVBuFJWiZzMbskHIt+6tRVRv6i3wl9WeVBmkU
         uL6XMXQjKc0YMAd24KQP8vzTdMlIRsUH8DJFyrKfbJJOQnVymuMo3bMDuJCaUxQJw07O
         XoiCAbKvKxgQUZfbzd6IazGJBUgDCVrXlwBueSrgU1P0RK75kYEHcvwi876ZtIaUB3uJ
         VHSBAycOYVUOSjYiYe8xyYrxAwYAei+FVdAkGFPmNpf8DhOUL/LsFhQJWi3oG6wFDarS
         kibw==
X-Gm-Message-State: AKaTC02GHAG8QvYeqoPTZjHTfjSmbu04HsUAF8VTiW4I+wWb9C183YYldLEN2BvOY0/ZDw==
X-Received: by 10.99.123.87 with SMTP id k23mr7834413pgn.101.1480022066558;
        Thu, 24 Nov 2016 13:14:26 -0800 (PST)
Received: from ?IPv6:2601:642:4400:5082:f11b:9d6d:7afc:94dc?
 ([2601:642:4400:5082:f11b:9d6d:7afc:94dc])        by smtp.gmail.com with
 ESMTPSA id s5sm7205220pgj.19.2016.11.24.13.14.25        (version=TLS1
 cipher=ECDHE-RSA-AES128-SHA bits=128/128);        Thu, 24 Nov 2016 13:14:25
 -0800 (PST)
Content-Type: text/plain; charset="utf-8"
Subject: Re: EVPN-VPWS Service Edge Gateway rev03
From: Sami Boutros <boutros.sami@gmail.com>
In-Reply-To: <15F32090-B9AD-42AA-96AA-73745FF0EEB7@on.nokia.com>
Date: Thu, 24 Nov 2016 13:14:26 -0800
CC: "EXT Ali Sajassi (sajassi)" <sajassi@cisco.com>, "Patrice Brissette
 (pbrisset)" <pbrisset@cisco.com>, "sboutros@vmware.com"
	<sboutros@vmware.com>, BESS <bess-bounces@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-ID: <FEF93CF8-4676-4B34-AAC9-0A1E3B6A0739@gmail.com>
References: <15F32090-B9AD-42AA-96AA-73745FF0EEB7@on.nokia.com>
To: "Rabadan, Jorge (Nokia - US)" <jorge.rabadan@nokia.com>
X-Mailer: Apple Mail (2.3112)
MIME-Version: 1.0

Hi Jorge,

Sorry for the delay, I will be addressing the comments below in the next re=
v, and will be clarifying the DF election too.

The DF election between the service edge nodes will follow RFC 7432 using t=
he per ES Ethernet AD route, however will use the HRW algorithm.

The election will be performed to decide on who will be the primary respond=
ing to the EVPN VPWS Ethernet AD routes imported by the service edge nodes =
from the access nodes by applying the HRW algorithm.

I will clarify the text to reflect the above.

Thanks,

Sami

> On Nov 21, 2016, at 6:05 AM, Rabadan, Jorge (Nokia - US) <jorge.rabadan@n=
okia.com> wrote:
>=20
> Sami,
>=20
> I looked at your Service Edge Gateway draft, and since my comments/questi=
ons were not addressed in rev 03, I=E2=80=99m resending our last exchange.
> Besides the comments below (please see the thread from earlier this year)=
, the most confusing part to me is still the multi-homing on the Service Ed=
ge nodes. After reading the text, still not sure if the intend is a DF elec=
tion based out of the AD per-EVI routes or if the DF election follows regul=
ar RFC7432 procedures. This is a blurry area in the draft and I would perso=
nally appreciate a clarification.
>=20
> Thank you.
> Jorge
>=20
>=20
>=20
> On 4/8/16, 3:37 PM, "Rabadan, Jorge (Nokia - US)" <jorge.rabadan@alcatel-=
lucent.com> wrote:
>=20
> Hi Sami,
>=20
> As discussed, this is the email. The new comments are tagged as [JORGE2].
> Please see in-line.
> Thanks.
> Jorge
>=20
>=20
>=20
> ------------------------------------------------------
> From: Sami Boutros <boutros.sami@gmail.com>
> Date: Tuesday, October 20, 2015 at 5:39 AM
> To: Jorge Rabadan <jorge.rabadan@alcatel-lucent.com>
> Cc: "bess@ietf.org" <bess@ietf.org>
> Subject: Re: [bess] Seeking Comments for EVPN-VPWS Service Edge Gateway
>=20
>=20
> Hi Jorge,
>=20
>=20
>=20
> --------------------------------------------------------------
>=20
>=20
> Abstract
>=20
>    This document describes how a service node can dynamically terminate
>    EVPN virtual private wire transport service (VPWS) from access nodes
>    and offer Layer 2, Layer 3 and Ethernet VPN overlay services to
>    Customer edge devices connected to the access nodes. Service nodes
>    using EVPN will advertise to access nodes the L2, L3 and Ethernet VPN
>    overlay services it can offer for the terminated EVPN VPWS transport
>    service. On an access node an operator can specify the L2 or L3 or
>    Ethernet VPN overlay service needed by the customer edge device
>    connected to the access node that will be transported over the EVPN-
>    VPWS service between access node and service node.
>=20
> /* [JORGE] it would be good to clearly state the benefit of doing this.
> The main advantages that I see are service extension with single-side
> provisioning (no need to provision new ACs at the service node). */
>=20
>=20
>=20
>=20
> Sami: will update the abstract.=20
> [JORGE2] I don=E2=80=99t see anything changed in rev 02 ;-)
>=20
>=20
>=20
> <snip>
>=20
> 1  Introduction
>=20
>=20
> /* [JORGE] maybe this level of detail at the introduction is a bit
> confusing. I think it would be better to state what the goal and
> advantages are in the introduction and leave the details for the solution
> description. */
>=20
> Sami: will update.
> [JORGE2] I don=E2=80=99t see anything changed in rev 02 ;-)
>=20
> <snip>
> ...
> 2.2  Scalability
>=20
>    (R2a) A single service node PE can be associated with many access
>    node PEs. The following requirements give a quantitative measure.
>=20
>    (R2b) A service node PE MUST support thousand(s) head-end connections
>    for a a given access node PE connecting to different overlay VRF
>    services on that service node.
>=20
>    (R2c) A service node PE MUST support thousand(s) head-end connections
>    to many access node PEs.
>=20
>=20
> /* [JORGE] It is hard to understand... should the following be better?:
>=20
> =E2=80=9C (R2b) A service node PE MUST support head-end functionality for
> thousands of access node PEs that are connected to different VRFs on the
> service node.
>   (R2c) A service node PE MUST support thousands of CE
> connections through the attached access nodes."
> */
>=20
>=20
> Sami: will update.=20
> [JORGE2] I don=E2=80=99t see anything changed in rev 02 ;-)
>=20
>=20
> 2.5 Multi-homing
>=20
>    TBD
>=20
> /* [JORGE] The solution should describe how to handle multi-homing at two
> levels:
> - Access node multi-homed to 2 or more Service nodes
> - CE node multi-homed to 2 or more access nodes (this one should be
> aligned with the EVPN-VPWS draft)
> */
>=20
> Sami: Please have a look at the updated section in 01, as for the CE node=
 agreed that it should be aligned with EVPN-VPWS, and hence no need to ment=
ion anything about it in the draft.
>=20
> [JORGE2] OK, please see below.
>=20
>=20
> <snip>
>=20
>=20
> 4 Solution Overview
>=20
>=20
>                        +---------+         +---------+
>                        |         |         |         |
>       +----+   +-----+ | IP/MPLS | +-----+ | IP/MPLS |
>       | CE |---| PE1 |-| Access  |-| PE2 |-| Core    |
>       +----+   +-----+ | Network | +-----+ | Network |
>                        |         |         |         |
>                        +---------+         +---------+
>                   <---- EVPN-VPWS ----><---- IP/MAC VRF --->
>=20
>=20
>    Figure 1: EVPN-VPWS Service Edge Gateway.
>    AN: Access node
>    SE: Service Edge node.
>=20
>    EVPN-VPWS Service Edge Gateway Operation
>=20
> /* [JORGE] Should this be section 4.1 on its own? */
>=20
> Sami: sure will do.
>=20
>=20
>=20
>=20
>    At the service edge node, the EVPN Per-EVI Ethernet A-D routes will
>    be advertised with the ESI set to 0 and the Ethernet tag-id set to
>    (wildcard 0xFFFFFFF). The Ethernet A-D routes will have a unique RD
>    and will be associated with 2 BGP RT(s), one RT corresponding to the
>    underlay EVI i.e. the EVPN VPWS transport service that's configured
>    only among the service edge nodes, and one corresponding to the L2,
>    L3 or EVPN overlay service.
>=20
>    At the access nodes, the EVPN per-EVI Ethernet A-D routes will be
>    advertised as described in [draft-ietf-bess-evpn-vpws] with the ESI
>    field is set to 0 and for single homed CEs and to the CE's ESI for
>    multi-homed CE's and the Ethernet Tag field will be set to the VPWS
>    service instance identifier that identifies the EVPL or EPL service.
>    The Ethernet-AD route will have a unique RD and will be associated
>    with one BGP RT corresponding to the L2, L3 or EVPN overlay service
>    that will be transported over this EVPN VPWS transport service.
>=20
> /* [JORGE] What do you mean by EVPN overlay service in this context? why
> is it different from L2 or L3 service? should this be clarified in the
> introduction?
> Also by L2 and L3 are you referring to the encapsulation? i.e. L2 means
> ethernet over the EVI label and L3 IP over the EVI label? */
>=20
> /* [JORGE] If the service RTs are the same in the access and core network=
,
> PE2 should have two different peering sessions, one to the RR in the
> access network and one to the core RR. Is that the intend? if so, it may
> be good to clarify */
>=20
> Sami:Can you please look at the updated version 01 and see what comments =
still apply?
>=20
> [JORGE2] Rev 01 or 02 don=E2=80=99t really add much information about it.=
=20
>=20
>=20
>    Service edge nodes on the underlay EVI will determine the primary
>    service node terminating the VPWS transport service and offering the
>    L2, L3 or Ethernet VPN service by running the on HWR algorithm as
>    described in [draft-mohanty-l2vpn-evpn-df-election] using weight
>    [VPWS service identifier, Service Edge Node IP address]. This ensure
>    that service node(s) will consistently pick the primary service node
>    even after service node failure. Upon primary service node failure,
>    all other remaining services nodes will choose another service node
>    correctly and consistently.
>=20
> /*[JORGE] Following EVPN, the DF election is based on the exchange of ES
> routes. Hence the assumption is that the two service nodes should
> advertise ES routes with a system-level ESI and an AD route per ES with
> the same ESI? The service node DF for a given service should send an AD p=
er-EVI route with the P indication in the new EC defined in EVPN-VPWS. I be=
lieve all the
> existing procedures should be used, are you defining new ones? */
>=20
> Sami: Please have a look at 01.
> [JORGE2] no changes in 01 or 02. Again more details are needed:
> - How is the ES assigned to the service nodes. I suggest a system level E=
SI or/and a virtual ES per service on the service nodes. The former is defi=
ned in the dci-evpn-overlay draft. The latter should be stated here.
> - Once the ES and ESI is assigned to the service nodes, regular EVPN proc=
edures should follow. If not, it has to be explicitly stated.
>=20
>=20
>=20
>    Single-sided signaling mechanism is used. The Service PE node that is
>    a DF for accepts to terminate the VPWS transport service from an
>    access node, the primary service edge node shall:- Dynamically create
>    an interface to terminate the service and shall attach this interface
>    to the overlay VPN service required by the access node to service its
>    customer edge device.- Responds to the Eth A-D route per EVI from the
>    access node by sending its own Eth A-D per EVI route by setting the
>    same VPWS service instance ID and downstream assigned MPLS label to
>    be used by the access node.
>=20
> /* [JORGE] Need to correct the format: the two bullets must go in
> different lines */
>=20
> Sure will do.
> [JORGE2] I think still there in rev 02.
>=20
>=20
>   <snip>
>=20
> 4.1 Multi-homing
>=20
> /* [JORGE] how bout the following scenario:
>=20
> Here AN1 and AN2 have a ESI for the CE. Regular EVPN-VPWS procedures
> should apply.
>=20
>                  +---------+         +---------+
> +----+   +-----+ |         | +-----+ |         |
> | CE +---+ AN1 +-+         +-+ SE2 +-+         |
> +--+-+   +-----+ | IP/MPLS | +-----+ | IP/MPLS |
>    |             | Access  |         | Core    |
>    |     +-----+ | Network | +-----+ | Network |
>    +-----+ AN2 +-+         +-+ SE3 +-+         |
>          +-----+ |         | +-----+ |         |
>                  +---------+         +---------+
>             <-----EVPN-VPWS-----><-----IP/MAC VRF---->
>=20
> */
>=20
> Sami: Exactly, regular EVPN VPWS should apply, and hence why do we need t=
o mention it?
> [JORGE2] Because one may think that there are two ways of addressing this=
: a) no ES on ANs, the ANs just provide a wire and the ES really represents=
 the CE or b) there are two ES in the diagram, one defined in the ANs and o=
ne defined on the SE nodes.
> I see that you mean (b) but it should be stated.
>=20
>=20
> Thanks,
>=20
>=20
> Sami=20
>=20
>=20
>=20
>=20
>=20
>=20
> From:  BESS on behalf of Sami Boutros
> Date:  Wednesday, October 7, 2015 at 11:13 PM
> To:  "bess@ietf.org"
> Subject:  [bess] Seeking Comments for EVPN-VPWS Service Edge Gateway
>=20
>=20
> Hi,
>=20
>=20
> The draft proposes a dynamic mechanism to terminate the VPWS transport se=
rvice at a service PE into an overlay L2 or L3 service based on a single si=
de provisioning at the access PE.
>=20
> https://tools.ietf.org/html/draft-boutros-bess-evpn-vpws-service-edge-gat=
eway-01
>=20
>=20
> Thanks,
>=20
>=20
> Sami
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20



--------------CBF1D226821AC615B11A6A78--


From nobody Sat Nov 26 03:44:52 2016
Return-Path: <jorge.rabadan@nokia.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DEDBA129535 for <bess@ietfa.amsl.com>; Sat, 26 Nov 2016 03:44:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.901
X-Spam-Level: 
X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IAC--rKUy7KZ for <bess@ietfa.amsl.com>; Sat, 26 Nov 2016 03:44:47 -0800 (PST)
Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 055141293FB for <bess@ietf.org>; Sat, 26 Nov 2016 03:44:46 -0800 (PST)
Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id 3BC6EFE3B372B; Sat, 26 Nov 2016 11:44:42 +0000 (GMT)
Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id uAQBigKI009268 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 26 Nov 2016 11:44:43 GMT
Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id uAQBifVI025525 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 26 Nov 2016 11:44:42 GMT
Received: from FR711WXCHMBA03.zeu.alcatel-lucent.com ([169.254.3.179]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.03.0301.000; Sat, 26 Nov 2016 12:44:41 +0100
From: "Rabadan, Jorge (Nokia - US)" <jorge.rabadan@nokia.com>
To: Sami Boutros <boutros.sami@gmail.com>
Thread-Topic: EVPN-VPWS Service Edge Gateway rev03
Thread-Index: AQHSRABiv6yr60bsPEa8HSqv2DFU56DolrQAgAKWO4A=
Date: Sat, 26 Nov 2016 11:44:41 +0000
Message-ID: <494A224D-EB25-4ED5-9A98-9AFD47807881@on.nokia.com>
References: <15F32090-B9AD-42AA-96AA-73745FF0EEB7@on.nokia.com> <FEF93CF8-4676-4B34-AAC9-0A1E3B6A0739@gmail.com>
In-Reply-To: <FEF93CF8-4676-4B34-AAC9-0A1E3B6A0739@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1c.1.161117
x-originating-ip: [135.239.27.39]
Content-Type: multipart/alternative; boundary="_000_494A224DEB254ED59A989AFD47807881onnokiacom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/3ljmip9mloeR7IdPNElufBZbMLw>
Cc: "Patrice Brissette \(pbrisset\)" <pbrisset@cisco.com>, "EXT Ali Sajassi \(sajassi\)" <sajassi@cisco.com>, "sboutros@vmware.com" <sboutros@vmware.com>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] EVPN-VPWS Service Edge Gateway rev03
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 26 Nov 2016 11:44:51 -0000

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

SGkgU2FtaSwNCg0KVGhhbmsgeW91Lg0KDQpJIHN0aWxsIGZhaWwgdG8gc2VlIHRoaXM6DQrigJxU
aGUgREYgZWxlY3Rpb24gYmV0d2VlbiB0aGUgc2VydmljZSBlZGdlIG5vZGVzIHdpbGwgZm9sbG93
IFJGQyA3NDMyIHVzaW5nIHRoZSBwZXIgRVMgRXRoZXJuZXQgQUQgcm91dGUsIGhvd2V2ZXIgd2ls
bCB1c2UgdGhlIEhSVyBhbGdvcml0aG0u4oCdDQoNClJGQzc0MzLigJlzIERGIGVsZWN0aW9uIGlz
IHB1cmVseSBiYXNlZCBvbiB0aGUgRVMgcm91dGUgYW5kIG5vdCB0aGUgcGVyIEVTIEFEIHJvdXRl
LiBXaGF0IGRvIHlvdSBtZWFuIHdpdGggdGhlIHNlbnRlbmNlIGFib3ZlPyBZb3UgZG9u4oCZdCB1
c2UgdGhlIEVTIHJvdXRlIHdoYXRzb2V2ZXI/IEhvdyBpcyB0aGUgRVNJIHZhbHVlIGZpZ3VyZWQg
b3V0Pw0KSU1ITyB0aG9zZSB0aGluZ3MgYXJlIG5vdCBzdHJhaWdodCBmb3J3YXJkIHRvIGZpZ3Vy
ZSBvdXQganVzdCBieSByZWFkaW5nIHRoZSB0ZXh0Lg0KDQpUaGFua3MuDQpKb3JnZQ0KDQoNCg0K
T24gMTEvMjQvMTYsIDEwOjE0IFBNLCAiU2FtaSBCb3V0cm9zIiA8Ym91dHJvcy5zYW1pQGdtYWls
LmNvbTxtYWlsdG86Ym91dHJvcy5zYW1pQGdtYWlsLmNvbT4+IHdyb3RlOg0KDQpIaSBKb3JnZSwN
Cg0KU29ycnkgZm9yIHRoZSBkZWxheSwgSSB3aWxsIGJlIGFkZHJlc3NpbmcgdGhlIGNvbW1lbnRz
IGJlbG93IGluIHRoZSBuZXh0IHJldiwgYW5kIHdpbGwgYmUgY2xhcmlmeWluZyB0aGUgREYgZWxl
Y3Rpb24gdG9vLg0KDQpUaGUgREYgZWxlY3Rpb24gYmV0d2VlbiB0aGUgc2VydmljZSBlZGdlIG5v
ZGVzIHdpbGwgZm9sbG93IFJGQyA3NDMyIHVzaW5nIHRoZSBwZXIgRVMgRXRoZXJuZXQgQUQgcm91
dGUsIGhvd2V2ZXIgd2lsbCB1c2UgdGhlIEhSVyBhbGdvcml0aG0uDQoNClRoZSBlbGVjdGlvbiB3
aWxsIGJlIHBlcmZvcm1lZCB0byBkZWNpZGUgb24gd2hvIHdpbGwgYmUgdGhlIHByaW1hcnkgcmVz
cG9uZGluZyB0byB0aGUgRVZQTiBWUFdTIEV0aGVybmV0IEFEIHJvdXRlcyBpbXBvcnRlZCBieSB0
aGUgc2VydmljZSBlZGdlIG5vZGVzIGZyb20gdGhlIGFjY2VzcyBub2RlcyBieSBhcHBseWluZyB0
aGUgSFJXIGFsZ29yaXRobS4NCg0KSSB3aWxsIGNsYXJpZnkgdGhlIHRleHQgdG8gcmVmbGVjdCB0
aGUgYWJvdmUuDQoNClRoYW5rcywNCg0KU2FtaQ0KDQpPbiBOb3YgMjEsIDIwMTYsIGF0IDY6MDUg
QU0sIFJhYmFkYW4sIEpvcmdlIChOb2tpYSAtIFVTKSA8am9yZ2UucmFiYWRhbkBub2tpYS5jb208
bWFpbHRvOmpvcmdlLnJhYmFkYW5Abm9raWEuY29tPj4gd3JvdGU6DQpTYW1pLA0KSSBsb29rZWQg
YXQgeW91ciBTZXJ2aWNlIEVkZ2UgR2F0ZXdheSBkcmFmdCwgYW5kIHNpbmNlIG15IGNvbW1lbnRz
L3F1ZXN0aW9ucyB3ZXJlIG5vdCBhZGRyZXNzZWQgaW4gcmV2IDAzLCBJ4oCZbSByZXNlbmRpbmcg
b3VyIGxhc3QgZXhjaGFuZ2UuDQpCZXNpZGVzIHRoZSBjb21tZW50cyBiZWxvdyAocGxlYXNlIHNl
ZSB0aGUgdGhyZWFkIGZyb20gZWFybGllciB0aGlzIHllYXIpLCB0aGUgbW9zdCBjb25mdXNpbmcg
cGFydCB0byBtZSBpcyBzdGlsbCB0aGUgbXVsdGktaG9taW5nIG9uIHRoZSBTZXJ2aWNlIEVkZ2Ug
bm9kZXMuIEFmdGVyIHJlYWRpbmcgdGhlIHRleHQsIHN0aWxsIG5vdCBzdXJlIGlmIHRoZSBpbnRl
bmQgaXMgYSBERiBlbGVjdGlvbiBiYXNlZCBvdXQgb2YgdGhlIEFEIHBlci1FVkkgcm91dGVzIG9y
IGlmIHRoZSBERiBlbGVjdGlvbiBmb2xsb3dzIHJlZ3VsYXIgUkZDNzQzMiBwcm9jZWR1cmVzLiBU
aGlzIGlzIGEgYmx1cnJ5IGFyZWEgaW4gdGhlIGRyYWZ0IGFuZCBJIHdvdWxkIHBlcnNvbmFsbHkg
YXBwcmVjaWF0ZSBhIGNsYXJpZmljYXRpb24uDQpUaGFuayB5b3UuDQpKb3JnZQ0KT24gNC84LzE2
LCAzOjM3IFBNLCAiUmFiYWRhbiwgSm9yZ2UgKE5va2lhIC0gVVMpIiA8am9yZ2UucmFiYWRhbkBh
bGNhdGVsLWx1Y2VudC5jb208bWFpbHRvOmpvcmdlLnJhYmFkYW5AYWxjYXRlbC1sdWNlbnQuY29t
Pj4gd3JvdGU6DQpIaSBTYW1pLA0KQXMgZGlzY3Vzc2VkLCB0aGlzIGlzIHRoZSBlbWFpbC4gVGhl
IG5ldyBjb21tZW50cyBhcmUgdGFnZ2VkIGFzIFtKT1JHRTJdLg0KUGxlYXNlIHNlZSBpbi1saW5l
Lg0KVGhhbmtzLg0KSm9yZ2UNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLQ0KRnJvbTogU2FtaSBCb3V0cm9zIDxib3V0cm9zLnNhbWlAZ21haWwu
Y29tPG1haWx0bzpib3V0cm9zLnNhbWlAZ21haWwuY29tPj4NCkRhdGU6IFR1ZXNkYXksIE9jdG9i
ZXIgMjAsIDIwMTUgYXQgNTozOSBBTQ0KVG86IEpvcmdlIFJhYmFkYW4gPGpvcmdlLnJhYmFkYW5A
YWxjYXRlbC1sdWNlbnQuY29tPG1haWx0bzpqb3JnZS5yYWJhZGFuQGFsY2F0ZWwtbHVjZW50LmNv
bT4+DQpDYzogImJlc3NAaWV0Zi5vcmc8bWFpbHRvOmJlc3NAaWV0Zi5vcmc+IiA8YmVzc0BpZXRm
Lm9yZzxtYWlsdG86YmVzc0BpZXRmLm9yZz4+DQpTdWJqZWN0OiBSZTogW2Jlc3NdIFNlZWtpbmcg
Q29tbWVudHMgZm9yIEVWUE4tVlBXUyBTZXJ2aWNlIEVkZ2UgR2F0ZXdheQ0KSGkgSm9yZ2UsDQot
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLQ0KQWJzdHJhY3QNCiAgICBUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyBob3cgYSBzZXJ2aWNl
IG5vZGUgY2FuIGR5bmFtaWNhbGx5IHRlcm1pbmF0ZQ0KICAgIEVWUE4gdmlydHVhbCBwcml2YXRl
IHdpcmUgdHJhbnNwb3J0IHNlcnZpY2UgKFZQV1MpIGZyb20gYWNjZXNzIG5vZGVzDQogICAgYW5k
IG9mZmVyIExheWVyIDIsIExheWVyIDMgYW5kIEV0aGVybmV0IFZQTiBvdmVybGF5IHNlcnZpY2Vz
IHRvDQogICAgQ3VzdG9tZXIgZWRnZSBkZXZpY2VzIGNvbm5lY3RlZCB0byB0aGUgYWNjZXNzIG5v
ZGVzLiBTZXJ2aWNlIG5vZGVzDQogICAgdXNpbmcgRVZQTiB3aWxsIGFkdmVydGlzZSB0byBhY2Nl
c3Mgbm9kZXMgdGhlIEwyLCBMMyBhbmQgRXRoZXJuZXQgVlBODQogICAgb3ZlcmxheSBzZXJ2aWNl
cyBpdCBjYW4gb2ZmZXIgZm9yIHRoZSB0ZXJtaW5hdGVkIEVWUE4gVlBXUyB0cmFuc3BvcnQNCiAg
ICBzZXJ2aWNlLiBPbiBhbiBhY2Nlc3Mgbm9kZSBhbiBvcGVyYXRvciBjYW4gc3BlY2lmeSB0aGUg
TDIgb3IgTDMgb3INCiAgICBFdGhlcm5ldCBWUE4gb3ZlcmxheSBzZXJ2aWNlIG5lZWRlZCBieSB0
aGUgY3VzdG9tZXIgZWRnZSBkZXZpY2UNCiAgICBjb25uZWN0ZWQgdG8gdGhlIGFjY2VzcyBub2Rl
IHRoYXQgd2lsbCBiZSB0cmFuc3BvcnRlZCBvdmVyIHRoZSBFVlBOLQ0KICAgIFZQV1Mgc2Vydmlj
ZSBiZXR3ZWVuIGFjY2VzcyBub2RlIGFuZCBzZXJ2aWNlIG5vZGUuDQovKiBbSk9SR0VdIGl0IHdv
dWxkIGJlIGdvb2QgdG8gY2xlYXJseSBzdGF0ZSB0aGUgYmVuZWZpdCBvZiBkb2luZyB0aGlzLg0K
VGhlIG1haW4gYWR2YW50YWdlcyB0aGF0IEkgc2VlIGFyZSBzZXJ2aWNlIGV4dGVuc2lvbiB3aXRo
IHNpbmdsZS1zaWRlDQpwcm92aXNpb25pbmcgKG5vIG5lZWQgdG8gcHJvdmlzaW9uIG5ldyBBQ3Mg
YXQgdGhlIHNlcnZpY2Ugbm9kZSkuICovDQpTYW1pOiB3aWxsIHVwZGF0ZSB0aGUgYWJzdHJhY3Qu
DQpbSk9SR0UyXSBJIGRvbuKAmXQgc2VlIGFueXRoaW5nIGNoYW5nZWQgaW4gcmV2IDAyIDstKQ0K
PHNuaXA+DQoxICBJbnRyb2R1Y3Rpb24NCi8qIFtKT1JHRV0gbWF5YmUgdGhpcyBsZXZlbCBvZiBk
ZXRhaWwgYXQgdGhlIGludHJvZHVjdGlvbiBpcyBhIGJpdA0KY29uZnVzaW5nLiBJIHRoaW5rIGl0
IHdvdWxkIGJlIGJldHRlciB0byBzdGF0ZSB3aGF0IHRoZSBnb2FsIGFuZA0KYWR2YW50YWdlcyBh
cmUgaW4gdGhlIGludHJvZHVjdGlvbiBhbmQgbGVhdmUgdGhlIGRldGFpbHMgZm9yIHRoZSBzb2x1
dGlvbg0KZGVzY3JpcHRpb24uICovDQpTYW1pOiB3aWxsIHVwZGF0ZS4NCltKT1JHRTJdIEkgZG9u
4oCZdCBzZWUgYW55dGhpbmcgY2hhbmdlZCBpbiByZXYgMDIgOy0pDQo8c25pcD4NCi4uLg0KMi4y
ICBTY2FsYWJpbGl0eQ0KICAgIChSMmEpIEEgc2luZ2xlIHNlcnZpY2Ugbm9kZSBQRSBjYW4gYmUg
YXNzb2NpYXRlZCB3aXRoIG1hbnkgYWNjZXNzDQogICAgbm9kZSBQRXMuIFRoZSBmb2xsb3dpbmcg
cmVxdWlyZW1lbnRzIGdpdmUgYSBxdWFudGl0YXRpdmUgbWVhc3VyZS4NCiAgICAoUjJiKSBBIHNl
cnZpY2Ugbm9kZSBQRSBNVVNUIHN1cHBvcnQgdGhvdXNhbmQocykgaGVhZC1lbmQgY29ubmVjdGlv
bnMNCiAgICBmb3IgYSBhIGdpdmVuIGFjY2VzcyBub2RlIFBFIGNvbm5lY3RpbmcgdG8gZGlmZmVy
ZW50IG92ZXJsYXkgVlJGDQogICAgc2VydmljZXMgb24gdGhhdCBzZXJ2aWNlIG5vZGUuDQogICAg
KFIyYykgQSBzZXJ2aWNlIG5vZGUgUEUgTVVTVCBzdXBwb3J0IHRob3VzYW5kKHMpIGhlYWQtZW5k
IGNvbm5lY3Rpb25zDQogICAgdG8gbWFueSBhY2Nlc3Mgbm9kZSBQRXMuDQovKiBbSk9SR0VdIEl0
IGlzIGhhcmQgdG8gdW5kZXJzdGFuZC4uLiBzaG91bGQgdGhlIGZvbGxvd2luZyBiZSBiZXR0ZXI/
Og0K4oCcIChSMmIpIEEgc2VydmljZSBub2RlIFBFIE1VU1Qgc3VwcG9ydCBoZWFkLWVuZCBmdW5j
dGlvbmFsaXR5IGZvcg0KdGhvdXNhbmRzIG9mIGFjY2VzcyBub2RlIFBFcyB0aGF0IGFyZSBjb25u
ZWN0ZWQgdG8gZGlmZmVyZW50IFZSRnMgb24gdGhlDQpzZXJ2aWNlIG5vZGUuDQogICAoUjJjKSBB
IHNlcnZpY2Ugbm9kZSBQRSBNVVNUIHN1cHBvcnQgdGhvdXNhbmRzIG9mIENFDQpjb25uZWN0aW9u
cyB0aHJvdWdoIHRoZSBhdHRhY2hlZCBhY2Nlc3Mgbm9kZXMuIg0KKi8NClNhbWk6IHdpbGwgdXBk
YXRlLg0KW0pPUkdFMl0gSSBkb27igJl0IHNlZSBhbnl0aGluZyBjaGFuZ2VkIGluIHJldiAwMiA7
LSkNCjIuNSBNdWx0aS1ob21pbmcNCiAgICBUQkQNCi8qIFtKT1JHRV0gVGhlIHNvbHV0aW9uIHNo
b3VsZCBkZXNjcmliZSBob3cgdG8gaGFuZGxlIG11bHRpLWhvbWluZyBhdCB0d28NCmxldmVsczoN
Ci0gQWNjZXNzIG5vZGUgbXVsdGktaG9tZWQgdG8gMiBvciBtb3JlIFNlcnZpY2Ugbm9kZXMNCi0g
Q0Ugbm9kZSBtdWx0aS1ob21lZCB0byAyIG9yIG1vcmUgYWNjZXNzIG5vZGVzICh0aGlzIG9uZSBz
aG91bGQgYmUNCmFsaWduZWQgd2l0aCB0aGUgRVZQTi1WUFdTIGRyYWZ0KQ0KKi8NClNhbWk6IFBs
ZWFzZSBoYXZlIGEgbG9vayBhdCB0aGUgdXBkYXRlZCBzZWN0aW9uIGluIDAxLCBhcyBmb3IgdGhl
IENFIG5vZGUgYWdyZWVkIHRoYXQgaXQgc2hvdWxkIGJlIGFsaWduZWQgd2l0aCBFVlBOLVZQV1Ms
IGFuZCBoZW5jZSBubyBuZWVkIHRvIG1lbnRpb24gYW55dGhpbmcgYWJvdXQgaXQgaW4gdGhlIGRy
YWZ0Lg0KW0pPUkdFMl0gT0ssIHBsZWFzZSBzZWUgYmVsb3cuDQo8c25pcD4NCjQgU29sdXRpb24g
T3ZlcnZpZXcNCiAgICAgICAgICAgICAgICAgICAgICAgICstLS0tLS0tLS0rICAgICAgICAgKy0t
LS0tLS0tLSsNCiAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICB8ICAgICAgICAgfCAg
ICAgICAgIHwNCiAgICAgICArLS0tLSsgICArLS0tLS0rIHwgSVAvTVBMUyB8ICstLS0tLSsgfCBJ
UC9NUExTIHwNCiAgICAgICB8IENFIHwtLS18IFBFMSB8LXwgQWNjZXNzICB8LXwgUEUyIHwtfCBD
b3JlICAgIHwNCiAgICAgICArLS0tLSsgICArLS0tLS0rIHwgTmV0d29yayB8ICstLS0tLSsgfCBO
ZXR3b3JrIHwNCiAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICB8ICAgICAgICAgfCAg
ICAgICAgIHwNCiAgICAgICAgICAgICAgICAgICAgICAgICstLS0tLS0tLS0rICAgICAgICAgKy0t
LS0tLS0tLSsNCiAgICAgICAgICAgICAgICAgICA8LS0tLSBFVlBOLVZQV1MgLS0tLT48LS0tLSBJ
UC9NQUMgVlJGIC0tLT4NCiAgICBGaWd1cmUgMTogRVZQTi1WUFdTIFNlcnZpY2UgRWRnZSBHYXRl
d2F5Lg0KICAgIEFOOiBBY2Nlc3Mgbm9kZQ0KICAgIFNFOiBTZXJ2aWNlIEVkZ2Ugbm9kZS4NCiAg
ICBFVlBOLVZQV1MgU2VydmljZSBFZGdlIEdhdGV3YXkgT3BlcmF0aW9uDQovKiBbSk9SR0VdIFNo
b3VsZCB0aGlzIGJlIHNlY3Rpb24gNC4xIG9uIGl0cyBvd24/ICovDQpTYW1pOiBzdXJlIHdpbGwg
ZG8uDQogICAgQXQgdGhlIHNlcnZpY2UgZWRnZSBub2RlLCB0aGUgRVZQTiBQZXItRVZJIEV0aGVy
bmV0IEEtRCByb3V0ZXMgd2lsbA0KICAgIGJlIGFkdmVydGlzZWQgd2l0aCB0aGUgRVNJIHNldCB0
byAwIGFuZCB0aGUgRXRoZXJuZXQgdGFnLWlkIHNldCB0bw0KICAgICh3aWxkY2FyZCAweEZGRkZG
RkYpLiBUaGUgRXRoZXJuZXQgQS1EIHJvdXRlcyB3aWxsIGhhdmUgYSB1bmlxdWUgUkQNCiAgICBh
bmQgd2lsbCBiZSBhc3NvY2lhdGVkIHdpdGggMiBCR1AgUlQocyksIG9uZSBSVCBjb3JyZXNwb25k
aW5nIHRvIHRoZQ0KICAgIHVuZGVybGF5IEVWSSBpLmUuIHRoZSBFVlBOIFZQV1MgdHJhbnNwb3J0
IHNlcnZpY2UgdGhhdCdzIGNvbmZpZ3VyZWQNCiAgICBvbmx5IGFtb25nIHRoZSBzZXJ2aWNlIGVk
Z2Ugbm9kZXMsIGFuZCBvbmUgY29ycmVzcG9uZGluZyB0byB0aGUgTDIsDQogICAgTDMgb3IgRVZQ
TiBvdmVybGF5IHNlcnZpY2UuDQogICAgQXQgdGhlIGFjY2VzcyBub2RlcywgdGhlIEVWUE4gcGVy
LUVWSSBFdGhlcm5ldCBBLUQgcm91dGVzIHdpbGwgYmUNCiAgICBhZHZlcnRpc2VkIGFzIGRlc2Ny
aWJlZCBpbiBbZHJhZnQtaWV0Zi1iZXNzLWV2cG4tdnB3c10gd2l0aCB0aGUgRVNJDQogICAgZmll
bGQgaXMgc2V0IHRvIDAgYW5kIGZvciBzaW5nbGUgaG9tZWQgQ0VzIGFuZCB0byB0aGUgQ0UncyBF
U0kgZm9yDQogICAgbXVsdGktaG9tZWQgQ0UncyBhbmQgdGhlIEV0aGVybmV0IFRhZyBmaWVsZCB3
aWxsIGJlIHNldCB0byB0aGUgVlBXUw0KICAgIHNlcnZpY2UgaW5zdGFuY2UgaWRlbnRpZmllciB0
aGF0IGlkZW50aWZpZXMgdGhlIEVWUEwgb3IgRVBMIHNlcnZpY2UuDQogICAgVGhlIEV0aGVybmV0
LUFEIHJvdXRlIHdpbGwgaGF2ZSBhIHVuaXF1ZSBSRCBhbmQgd2lsbCBiZSBhc3NvY2lhdGVkDQog
ICAgd2l0aCBvbmUgQkdQIFJUIGNvcnJlc3BvbmRpbmcgdG8gdGhlIEwyLCBMMyBvciBFVlBOIG92
ZXJsYXkgc2VydmljZQ0KICAgIHRoYXQgd2lsbCBiZSB0cmFuc3BvcnRlZCBvdmVyIHRoaXMgRVZQ
TiBWUFdTIHRyYW5zcG9ydCBzZXJ2aWNlLg0KLyogW0pPUkdFXSBXaGF0IGRvIHlvdSBtZWFuIGJ5
IEVWUE4gb3ZlcmxheSBzZXJ2aWNlIGluIHRoaXMgY29udGV4dD8gd2h5DQppcyBpdCBkaWZmZXJl
bnQgZnJvbSBMMiBvciBMMyBzZXJ2aWNlPyBzaG91bGQgdGhpcyBiZSBjbGFyaWZpZWQgaW4gdGhl
DQppbnRyb2R1Y3Rpb24/DQpBbHNvIGJ5IEwyIGFuZCBMMyBhcmUgeW91IHJlZmVycmluZyB0byB0
aGUgZW5jYXBzdWxhdGlvbj8gaS5lLiBMMiBtZWFucw0KZXRoZXJuZXQgb3ZlciB0aGUgRVZJIGxh
YmVsIGFuZCBMMyBJUCBvdmVyIHRoZSBFVkkgbGFiZWw/ICovDQovKiBbSk9SR0VdIElmIHRoZSBz
ZXJ2aWNlIFJUcyBhcmUgdGhlIHNhbWUgaW4gdGhlIGFjY2VzcyBhbmQgY29yZSBuZXR3b3JrLA0K
UEUyIHNob3VsZCBoYXZlIHR3byBkaWZmZXJlbnQgcGVlcmluZyBzZXNzaW9ucywgb25lIHRvIHRo
ZSBSUiBpbiB0aGUNCmFjY2VzcyBuZXR3b3JrIGFuZCBvbmUgdG8gdGhlIGNvcmUgUlIuIElzIHRo
YXQgdGhlIGludGVuZD8gaWYgc28sIGl0IG1heQ0KYmUgZ29vZCB0byBjbGFyaWZ5ICovDQpTYW1p
OkNhbiB5b3UgcGxlYXNlIGxvb2sgYXQgdGhlIHVwZGF0ZWQgdmVyc2lvbiAwMSBhbmQgc2VlIHdo
YXQgY29tbWVudHMgc3RpbGwgYXBwbHk/DQpbSk9SR0UyXSBSZXYgMDEgb3IgMDIgZG9u4oCZdCBy
ZWFsbHkgYWRkIG11Y2ggaW5mb3JtYXRpb24gYWJvdXQgaXQuDQogICAgU2VydmljZSBlZGdlIG5v
ZGVzIG9uIHRoZSB1bmRlcmxheSBFVkkgd2lsbCBkZXRlcm1pbmUgdGhlIHByaW1hcnkNCiAgICBz
ZXJ2aWNlIG5vZGUgdGVybWluYXRpbmcgdGhlIFZQV1MgdHJhbnNwb3J0IHNlcnZpY2UgYW5kIG9m
ZmVyaW5nIHRoZQ0KICAgIEwyLCBMMyBvciBFdGhlcm5ldCBWUE4gc2VydmljZSBieSBydW5uaW5n
IHRoZSBvbiBIV1IgYWxnb3JpdGhtIGFzDQogICAgZGVzY3JpYmVkIGluIFtkcmFmdC1tb2hhbnR5
LWwydnBuLWV2cG4tZGYtZWxlY3Rpb25dIHVzaW5nIHdlaWdodA0KICAgIFtWUFdTIHNlcnZpY2Ug
aWRlbnRpZmllciwgU2VydmljZSBFZGdlIE5vZGUgSVAgYWRkcmVzc10uIFRoaXMgZW5zdXJlDQog
ICAgdGhhdCBzZXJ2aWNlIG5vZGUocykgd2lsbCBjb25zaXN0ZW50bHkgcGljayB0aGUgcHJpbWFy
eSBzZXJ2aWNlIG5vZGUNCiAgICBldmVuIGFmdGVyIHNlcnZpY2Ugbm9kZSBmYWlsdXJlLiBVcG9u
IHByaW1hcnkgc2VydmljZSBub2RlIGZhaWx1cmUsDQogICAgYWxsIG90aGVyIHJlbWFpbmluZyBz
ZXJ2aWNlcyBub2RlcyB3aWxsIGNob29zZSBhbm90aGVyIHNlcnZpY2Ugbm9kZQ0KICAgIGNvcnJl
Y3RseSBhbmQgY29uc2lzdGVudGx5Lg0KLypbSk9SR0VdIEZvbGxvd2luZyBFVlBOLCB0aGUgREYg
ZWxlY3Rpb24gaXMgYmFzZWQgb24gdGhlIGV4Y2hhbmdlIG9mIEVTDQpyb3V0ZXMuIEhlbmNlIHRo
ZSBhc3N1bXB0aW9uIGlzIHRoYXQgdGhlIHR3byBzZXJ2aWNlIG5vZGVzIHNob3VsZA0KYWR2ZXJ0
aXNlIEVTIHJvdXRlcyB3aXRoIGEgc3lzdGVtLWxldmVsIEVTSSBhbmQgYW4gQUQgcm91dGUgcGVy
IEVTIHdpdGgNCnRoZSBzYW1lIEVTST8gVGhlIHNlcnZpY2Ugbm9kZSBERiBmb3IgYSBnaXZlbiBz
ZXJ2aWNlIHNob3VsZCBzZW5kIGFuIEFEIHBlci1FVkkgcm91dGUgd2l0aCB0aGUgUCBpbmRpY2F0
aW9uIGluIHRoZSBuZXcgRUMgZGVmaW5lZCBpbiBFVlBOLVZQV1MuIEkgYmVsaWV2ZSBhbGwgdGhl
DQpleGlzdGluZyBwcm9jZWR1cmVzIHNob3VsZCBiZSB1c2VkLCBhcmUgeW91IGRlZmluaW5nIG5l
dyBvbmVzPyAqLw0KU2FtaTogUGxlYXNlIGhhdmUgYSBsb29rIGF0IDAxLg0KW0pPUkdFMl0gbm8g
Y2hhbmdlcyBpbiAwMSBvciAwMi4gQWdhaW4gbW9yZSBkZXRhaWxzIGFyZSBuZWVkZWQ6DQotIEhv
dyBpcyB0aGUgRVMgYXNzaWduZWQgdG8gdGhlIHNlcnZpY2Ugbm9kZXMuIEkgc3VnZ2VzdCBhIHN5
c3RlbSBsZXZlbCBFU0kgb3IvYW5kIGEgdmlydHVhbCBFUyBwZXIgc2VydmljZSBvbiB0aGUgc2Vy
dmljZSBub2Rlcy4gVGhlIGZvcm1lciBpcyBkZWZpbmVkIGluIHRoZSBkY2ktZXZwbi1vdmVybGF5
IGRyYWZ0LiBUaGUgbGF0dGVyIHNob3VsZCBiZSBzdGF0ZWQgaGVyZS4NCi0gT25jZSB0aGUgRVMg
YW5kIEVTSSBpcyBhc3NpZ25lZCB0byB0aGUgc2VydmljZSBub2RlcywgcmVndWxhciBFVlBOIHBy
b2NlZHVyZXMgc2hvdWxkIGZvbGxvdy4gSWYgbm90LCBpdCBoYXMgdG8gYmUgZXhwbGljaXRseSBz
dGF0ZWQuDQogICAgU2luZ2xlLXNpZGVkIHNpZ25hbGluZyBtZWNoYW5pc20gaXMgdXNlZC4gVGhl
IFNlcnZpY2UgUEUgbm9kZSB0aGF0IGlzDQogICAgYSBERiBmb3IgYWNjZXB0cyB0byB0ZXJtaW5h
dGUgdGhlIFZQV1MgdHJhbnNwb3J0IHNlcnZpY2UgZnJvbSBhbg0KICAgIGFjY2VzcyBub2RlLCB0
aGUgcHJpbWFyeSBzZXJ2aWNlIGVkZ2Ugbm9kZSBzaGFsbDotIER5bmFtaWNhbGx5IGNyZWF0ZQ0K
ICAgIGFuIGludGVyZmFjZSB0byB0ZXJtaW5hdGUgdGhlIHNlcnZpY2UgYW5kIHNoYWxsIGF0dGFj
aCB0aGlzIGludGVyZmFjZQ0KICAgIHRvIHRoZSBvdmVybGF5IFZQTiBzZXJ2aWNlIHJlcXVpcmVk
IGJ5IHRoZSBhY2Nlc3Mgbm9kZSB0byBzZXJ2aWNlIGl0cw0KICAgIGN1c3RvbWVyIGVkZ2UgZGV2
aWNlLi0gUmVzcG9uZHMgdG8gdGhlIEV0aCBBLUQgcm91dGUgcGVyIEVWSSBmcm9tIHRoZQ0KICAg
IGFjY2VzcyBub2RlIGJ5IHNlbmRpbmcgaXRzIG93biBFdGggQS1EIHBlciBFVkkgcm91dGUgYnkg
c2V0dGluZyB0aGUNCiAgICBzYW1lIFZQV1Mgc2VydmljZSBpbnN0YW5jZSBJRCBhbmQgZG93bnN0
cmVhbSBhc3NpZ25lZCBNUExTIGxhYmVsIHRvDQogICAgYmUgdXNlZCBieSB0aGUgYWNjZXNzIG5v
ZGUuDQovKiBbSk9SR0VdIE5lZWQgdG8gY29ycmVjdCB0aGUgZm9ybWF0OiB0aGUgdHdvIGJ1bGxl
dHMgbXVzdCBnbyBpbg0KZGlmZmVyZW50IGxpbmVzICovDQpTdXJlIHdpbGwgZG8uDQpbSk9SR0Uy
XSBJIHRoaW5rIHN0aWxsIHRoZXJlIGluIHJldiAwMi4NCiAgIDxzbmlwPg0KNC4xIE11bHRpLWhv
bWluZw0KLyogW0pPUkdFXSBob3cgYm91dCB0aGUgZm9sbG93aW5nIHNjZW5hcmlvOg0KSGVyZSBB
TjEgYW5kIEFOMiBoYXZlIGEgRVNJIGZvciB0aGUgQ0UuIFJlZ3VsYXIgRVZQTi1WUFdTIHByb2Nl
ZHVyZXMNCnNob3VsZCBhcHBseS4NCiAgICAgICAgICAgICAgICAgICstLS0tLS0tLS0rICAgICAg
ICAgKy0tLS0tLS0tLSsNCistLS0tKyAgICstLS0tLSsgfCAgICAgICAgIHwgKy0tLS0tKyB8ICAg
ICAgICAgfA0KfCBDRSArLS0tKyBBTjEgKy0rICAgICAgICAgKy0rIFNFMiArLSsgICAgICAgICB8
DQorLS0rLSsgICArLS0tLS0rIHwgSVAvTVBMUyB8ICstLS0tLSsgfCBJUC9NUExTIHwNCiAgICB8
ICAgICAgICAgICAgIHwgQWNjZXNzICB8ICAgICAgICAgfCBDb3JlICAgIHwNCiAgICB8ICAgICAr
LS0tLS0rIHwgTmV0d29yayB8ICstLS0tLSsgfCBOZXR3b3JrIHwNCiAgICArLS0tLS0rIEFOMiAr
LSsgICAgICAgICArLSsgU0UzICstKyAgICAgICAgIHwNCiAgICAgICAgICArLS0tLS0rIHwgICAg
ICAgICB8ICstLS0tLSsgfCAgICAgICAgIHwNCiAgICAgICAgICAgICAgICAgICstLS0tLS0tLS0r
ICAgICAgICAgKy0tLS0tLS0tLSsNCiAgICAgICAgICAgICA8LS0tLS1FVlBOLVZQV1MtLS0tLT48
LS0tLS1JUC9NQUMgVlJGLS0tLT4NCiovDQpTYW1pOiBFeGFjdGx5LCByZWd1bGFyIEVWUE4gVlBX
UyBzaG91bGQgYXBwbHksIGFuZCBoZW5jZSB3aHkgZG8gd2UgbmVlZCB0byBtZW50aW9uIGl0Pw0K
W0pPUkdFMl0gQmVjYXVzZSBvbmUgbWF5IHRoaW5rIHRoYXQgdGhlcmUgYXJlIHR3byB3YXlzIG9m
IGFkZHJlc3NpbmcgdGhpczogYSkgbm8gRVMgb24gQU5zLCB0aGUgQU5zIGp1c3QgcHJvdmlkZSBh
IHdpcmUgYW5kIHRoZSBFUyByZWFsbHkgcmVwcmVzZW50cyB0aGUgQ0Ugb3IgYikgdGhlcmUgYXJl
IHR3byBFUyBpbiB0aGUgZGlhZ3JhbSwgb25lIGRlZmluZWQgaW4gdGhlIEFOcyBhbmQgb25lIGRl
ZmluZWQgb24gdGhlIFNFIG5vZGVzLg0KSSBzZWUgdGhhdCB5b3UgbWVhbiAoYikgYnV0IGl0IHNo
b3VsZCBiZSBzdGF0ZWQuDQpUaGFua3MsDQpTYW1pDQpGcm9tOiAgQkVTUyBvbiBiZWhhbGYgb2Yg
U2FtaSBCb3V0cm9zDQpEYXRlOiAgV2VkbmVzZGF5LCBPY3RvYmVyIDcsIDIwMTUgYXQgMTE6MTMg
UE0NClRvOiAgImJlc3NAaWV0Zi5vcmc8bWFpbHRvOmJlc3NAaWV0Zi5vcmc+Ig0KU3ViamVjdDog
IFtiZXNzXSBTZWVraW5nIENvbW1lbnRzIGZvciBFVlBOLVZQV1MgU2VydmljZSBFZGdlIEdhdGV3
YXkNCkhpLA0KVGhlIGRyYWZ0IHByb3Bvc2VzIGEgZHluYW1pYyBtZWNoYW5pc20gdG8gdGVybWlu
YXRlIHRoZSBWUFdTIHRyYW5zcG9ydCBzZXJ2aWNlIGF0IGEgc2VydmljZSBQRSBpbnRvIGFuIG92
ZXJsYXkgTDIgb3IgTDMgc2VydmljZSBiYXNlZCBvbiBhIHNpbmdsZSBzaWRlIHByb3Zpc2lvbmlu
ZyBhdCB0aGUgYWNjZXNzIFBFLg0KaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWJv
dXRyb3MtYmVzcy1ldnBuLXZwd3Mtc2VydmljZS1lZGdlLWdhdGV3YXktMDENClRoYW5rcywNClNh
bWkNCg0KDQo=

--_000_494A224DEB254ED59A989AFD47807881onnokiacom_
Content-Type: text/html; charset="utf-8"
Content-ID: <F8C16CE42D86664CAA41C3A5CCC509C6@exchange.lucent.com>
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4
bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo
dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo
dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp
dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l
dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu
dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg
KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N
CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6QXJpYWw7DQoJcGFub3NlLTE6MiAxMSA2IDQgMiAy
IDIgMiAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglw
YW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpw
Lk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJ
bWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6
IlRpbWVzIE5ldyBSb21hbiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5
bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l
O30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJp
b3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0K
c3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9u
dC1mYW1pbHk6QXJpYWw7DQoJY29sb3I6d2luZG93dGV4dDsNCglmb250LXdlaWdodDpub3JtYWw7
DQoJZm9udC1zdHlsZTpub3JtYWw7fQ0Kc3Bhbi5tc29JbnMNCgl7bXNvLXN0eWxlLXR5cGU6ZXhw
b3J0LW9ubHk7DQoJbXNvLXN0eWxlLW5hbWU6IiI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu
ZTsNCgljb2xvcjp0ZWFsO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9y
dC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6
NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0K
ZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9o
ZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGlu
az0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlhbCI+SGkg
U2FtaSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlhbCI+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWwiPlRoYW5rIHlvdS48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm
b250LWZhbWlseTpBcmlhbCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJp
YWwiPkkgc3RpbGwgZmFpbCB0byBzZWUgdGhpczo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls
eTpBcmlhbCI+4oCcVGhlIERGIGVsZWN0aW9uIGJldHdlZW4gdGhlIHNlcnZpY2UgZWRnZSBub2Rl
cyB3aWxsIGZvbGxvdyBSRkMgNzQzMiB1c2luZyB0aGUgcGVyIEVTIEV0aGVybmV0IEFEIHJvdXRl
LCBob3dldmVyIHdpbGwgdXNlIHRoZSBIUlcgYWxnb3JpdGhtLuKAnTxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0
O2ZvbnQtZmFtaWx5OkFyaWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpB
cmlhbCI+UkZDNzQzMuKAmXMgREYgZWxlY3Rpb24gaXMgcHVyZWx5IGJhc2VkIG9uIHRoZQ0KPHU+
RVMgcm91dGU8L3U+IGFuZCBub3QgdGhlIHBlciBFUyBBRCByb3V0ZS4gV2hhdCBkbyB5b3UgbWVh
biB3aXRoIHRoZSBzZW50ZW5jZSBhYm92ZT8gWW91IGRvbuKAmXQgdXNlIHRoZSBFUyByb3V0ZSB3
aGF0c29ldmVyPyBIb3cgaXMgdGhlIEVTSSB2YWx1ZSBmaWd1cmVkIG91dD8NCjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsIj5JTUhPIHRob3NlIHRoaW5ncyBhcmUgbm90IHN0cmFp
Z2h0IGZvcndhcmQgdG8gZmlndXJlIG91dCBqdXN0IGJ5IHJlYWRpbmcgdGhlIHRleHQuPG86cD48
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv
bnQtZmFtaWx5OkFyaWFsIj5UaGFua3MuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJp
YWwiPkpvcmdlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm
b250LWZhbWlseTpBcmlhbCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5PbiAx
MS8yNC8xNiwgMTA6MTQgUE0sICZxdW90O1NhbWkgQm91dHJvcyZxdW90OyAmbHQ7PGEgaHJlZj0i
bWFpbHRvOmJvdXRyb3Muc2FtaUBnbWFpbC5jb20iPmJvdXRyb3Muc2FtaUBnbWFpbC5jb208L2E+
Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MzYuMHB0Ij5IaSBKb3JnZSw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjM2LjBwdCI+U29ycnkgZm9yIHRoZSBkZWxheSwgSSB3aWxsIGJlIGFkZHJlc3Np
bmcgdGhlIGNvbW1lbnRzIGJlbG93IGluIHRoZSBuZXh0IHJldiwgYW5kIHdpbGwgYmUgY2xhcmlm
eWluZyB0aGUgREYgZWxlY3Rpb24gdG9vLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJz
cDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bWFyZ2luLWxlZnQ6MzYuMHB0Ij5UaGUgREYgZWxlY3Rpb24gYmV0d2VlbiB0aGUgc2VydmljZSBl
ZGdlIG5vZGVzIHdpbGwgZm9sbG93IFJGQyA3NDMyIHVzaW5nIHRoZSBwZXIgRVMgRXRoZXJuZXQg
QUQgcm91dGUsIGhvd2V2ZXIgd2lsbCB1c2UgdGhlIEhSVyBhbGdvcml0aG0uPG86cD48L286cD48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPlRoZSBlbGVjdGlvbiB3aWxs
IGJlIHBlcmZvcm1lZCB0byBkZWNpZGUgb24gd2hvIHdpbGwgYmUgdGhlIHByaW1hcnkgcmVzcG9u
ZGluZyB0byB0aGUgRVZQTiBWUFdTIEV0aGVybmV0IEFEIHJvdXRlcyBpbXBvcnRlZCBieSB0aGUg
c2VydmljZSBlZGdlIG5vZGVzIGZyb20gdGhlIGFjY2VzcyBub2RlcyBieSBhcHBseWluZyB0aGUg
SFJXIGFsZ29yaXRobS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0
OjM2LjBwdCI+SSB3aWxsIGNsYXJpZnkgdGhlIHRleHQgdG8gcmVmbGVjdCB0aGUgYWJvdmUuPG86
cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPlRoYW5rcyw8
bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+U2FtaTxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxibG9j
a3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQjVDNERGIDQuNXB0
O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQ7bWFyZ2luLWxlZnQ6My43NXB0O21hcmdpbi1yaWdo
dDowY20iIGlkPSJNQUNfT1VUTE9PS19BVFRSSUJVVElPTl9CTE9DS1FVT1RFIj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5PbiBOb3YgMjEs
IDIwMTYsIGF0IDY6MDUgQU0sIFJhYmFkYW4sIEpvcmdlIChOb2tpYSAtIFVTKSAmbHQ7PGEgaHJl
Zj0ibWFpbHRvOmpvcmdlLnJhYmFkYW5Abm9raWEuY29tIj5qb3JnZS5yYWJhZGFuQG5va2lhLmNv
bTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+U2FtaSw8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm
dDozNi4wcHQiPkkgbG9va2VkIGF0IHlvdXIgU2VydmljZSBFZGdlIEdhdGV3YXkgZHJhZnQsIGFu
ZCBzaW5jZSBteSBjb21tZW50cy9xdWVzdGlvbnMgd2VyZSBub3QgYWRkcmVzc2VkIGluIHJldiAw
MywgSeKAmW0gcmVzZW5kaW5nIG91ciBsYXN0IGV4Y2hhbmdlLjxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBw
dCI+QmVzaWRlcyB0aGUgY29tbWVudHMgYmVsb3cgKHBsZWFzZSBzZWUgdGhlIHRocmVhZCBmcm9t
IGVhcmxpZXIgdGhpcyB5ZWFyKSwgdGhlIG1vc3QgY29uZnVzaW5nIHBhcnQgdG8gbWUgaXMgc3Rp
bGwgdGhlIG11bHRpLWhvbWluZyBvbiB0aGUgU2VydmljZSBFZGdlIG5vZGVzLiBBZnRlciByZWFk
aW5nIHRoZSB0ZXh0LCBzdGlsbCBub3Qgc3VyZSBpZiB0aGUgaW50ZW5kDQogaXMgYSBERiBlbGVj
dGlvbiBiYXNlZCBvdXQgb2YgdGhlIEFEIHBlci1FVkkgcm91dGVzIG9yIGlmIHRoZSBERiBlbGVj
dGlvbiBmb2xsb3dzIHJlZ3VsYXIgUkZDNzQzMiBwcm9jZWR1cmVzLiBUaGlzIGlzIGEgYmx1cnJ5
IGFyZWEgaW4gdGhlIGRyYWZ0IGFuZCBJIHdvdWxkIHBlcnNvbmFsbHkgYXBwcmVjaWF0ZSBhIGNs
YXJpZmljYXRpb24uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5UaGFuayB5b3UuPG86cD48L286cD48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MzYuMHB0Ij5Kb3JnZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+T24gNC84LzE2LCAzOjM3IFBN
LCAmcXVvdDtSYWJhZGFuLCBKb3JnZSAoTm9raWEgLSBVUykmcXVvdDsgJmx0OzxhIGhyZWY9Im1h
aWx0bzpqb3JnZS5yYWJhZGFuQGFsY2F0ZWwtbHVjZW50LmNvbSI+am9yZ2UucmFiYWRhbkBhbGNh
dGVsLWx1Y2VudC5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPkhpIFNh
bWksPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5BcyBkaXNjdXNzZWQsIHRoaXMgaXMgdGhlIGVtYWls
LiBUaGUgbmV3IGNvbW1lbnRzIGFyZSB0YWdnZWQgYXMgW0pPUkdFMl0uPG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6
MzYuMHB0Ij5QbGVhc2Ugc2VlIGluLWxpbmUuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5UaGFua3Mu
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5Kb3JnZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+LS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MzYuMHB0Ij5Gcm9tOiBTYW1pIEJvdXRyb3MgJmx0OzxhIGhyZWY9Im1haWx0bzpib3V0
cm9zLnNhbWlAZ21haWwuY29tIj5ib3V0cm9zLnNhbWlAZ21haWwuY29tPC9hPiZndDs8bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn
aW4tbGVmdDozNi4wcHQiPkRhdGU6IFR1ZXNkYXksIE9jdG9iZXIgMjAsIDIwMTUgYXQgNTozOSBB
TTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+VG86IEpvcmdlIFJhYmFkYW4gJmx0OzxhIGhyZWY9Im1h
aWx0bzpqb3JnZS5yYWJhZGFuQGFsY2F0ZWwtbHVjZW50LmNvbSI+am9yZ2UucmFiYWRhbkBhbGNh
dGVsLWx1Y2VudC5jb208L2E+Jmd0OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Q2M6ICZxdW90Ozxh
IGhyZWY9Im1haWx0bzpiZXNzQGlldGYub3JnIj5iZXNzQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7
PGEgaHJlZj0ibWFpbHRvOmJlc3NAaWV0Zi5vcmciPmJlc3NAaWV0Zi5vcmc8L2E+Jmd0OzxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjM2LjBwdCI+U3ViamVjdDogUmU6IFtiZXNzXSBTZWVraW5nIENvbW1lbnRzIGZv
ciBFVlBOLVZQV1MgU2VydmljZSBFZGdlIEdhdGV3YXk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPkhp
IEpvcmdlLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08bzpwPjwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi
PkFic3RyYWN0PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtU
aGlzIGRvY3VtZW50IGRlc2NyaWJlcyBob3cgYSBzZXJ2aWNlIG5vZGUgY2FuIGR5bmFtaWNhbGx5
IHRlcm1pbmF0ZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
RVZQTiB2aXJ0dWFsIHByaXZhdGUgd2lyZSB0cmFuc3BvcnQgc2VydmljZSAoVlBXUykgZnJvbSBh
Y2Nlc3Mgbm9kZXM8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
O2FuZCBvZmZlciBMYXllciAyLCBMYXllciAzIGFuZCBFdGhlcm5ldCBWUE4gb3ZlcmxheSBzZXJ2
aWNlcyB0bzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Q3Vz
dG9tZXIgZWRnZSBkZXZpY2VzIGNvbm5lY3RlZCB0byB0aGUgYWNjZXNzIG5vZGVzLiBTZXJ2aWNl
IG5vZGVzPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt1c2lu
ZyBFVlBOIHdpbGwgYWR2ZXJ0aXNlIHRvIGFjY2VzcyBub2RlcyB0aGUgTDIsIEwzIGFuZCBFdGhl
cm5ldCBWUE48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO292
ZXJsYXkgc2VydmljZXMgaXQgY2FuIG9mZmVyIGZvciB0aGUgdGVybWluYXRlZCBFVlBOIFZQV1Mg
dHJhbnNwb3J0PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtz
ZXJ2aWNlLiBPbiBhbiBhY2Nlc3Mgbm9kZSBhbiBvcGVyYXRvciBjYW4gc3BlY2lmeSB0aGUgTDIg
b3IgTDMgb3I8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0V0
aGVybmV0IFZQTiBvdmVybGF5IHNlcnZpY2UgbmVlZGVkIGJ5IHRoZSBjdXN0b21lciBlZGdlIGRl
dmljZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Y29ubmVj
dGVkIHRvIHRoZSBhY2Nlc3Mgbm9kZSB0aGF0IHdpbGwgYmUgdHJhbnNwb3J0ZWQgb3ZlciB0aGUg
RVZQTi08bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO1ZQV1Mg
c2VydmljZSBiZXR3ZWVuIGFjY2VzcyBub2RlIGFuZCBzZXJ2aWNlIG5vZGUuPG86cD48L286cD48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MzYuMHB0Ij4vKiBbSk9SR0VdIGl0IHdvdWxkIGJlIGdvb2QgdG8gY2xlYXJseSBzdGF0ZSB0
aGUgYmVuZWZpdCBvZiBkb2luZyB0aGlzLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+VGhlIG1haW4g
YWR2YW50YWdlcyB0aGF0IEkgc2VlIGFyZSBzZXJ2aWNlIGV4dGVuc2lvbiB3aXRoIHNpbmdsZS1z
aWRlPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5wcm92aXNpb25pbmcgKG5vIG5lZWQgdG8gcHJvdmlz
aW9uIG5ldyBBQ3MgYXQgdGhlIHNlcnZpY2Ugbm9kZSkuICovPG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0
Ij5TYW1pOiB3aWxsIHVwZGF0ZSB0aGUgYWJzdHJhY3QuIDxvOnA+DQo8L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0
Ij5bSk9SR0UyXSBJIGRvbuKAmXQgc2VlIGFueXRoaW5nIGNoYW5nZWQgaW4gcmV2IDAyIDstKTxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jmx0O3NuaXAmZ3Q7PG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4x
Jm5ic3A7Jm5ic3A7SW50cm9kdWN0aW9uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4vKiBbSk9SR0Vd
IG1heWJlIHRoaXMgbGV2ZWwgb2YgZGV0YWlsIGF0IHRoZSBpbnRyb2R1Y3Rpb24gaXMgYSBiaXQ8
bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtYXJnaW4tbGVmdDozNi4wcHQiPmNvbmZ1c2luZy4gSSB0aGluayBpdCB3b3VsZCBiZSBiZXR0
ZXIgdG8gc3RhdGUgd2hhdCB0aGUgZ29hbCBhbmQ8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPmFkdmFu
dGFnZXMgYXJlIGluIHRoZSBpbnRyb2R1Y3Rpb24gYW5kIGxlYXZlIHRoZSBkZXRhaWxzIGZvciB0
aGUgc29sdXRpb248bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPmRlc2NyaXB0aW9uLiAqLzxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp
bi1sZWZ0OjM2LjBwdCI+U2FtaTogd2lsbCB1cGRhdGUuPG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5b
Sk9SR0UyXSBJIGRvbuKAmXQgc2VlIGFueXRoaW5nIGNoYW5nZWQgaW4gcmV2IDAyIDstKTxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjM2LjBwdCI+Jmx0O3NuaXAmZ3Q7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4uLi48
bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtYXJnaW4tbGVmdDozNi4wcHQiPjIuMiZuYnNwOyZuYnNwO1NjYWxhYmlsaXR5PG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsoUjJhKSBBIHNpbmdsZSBzZXJ2
aWNlIG5vZGUgUEUgY2FuIGJlIGFzc29jaWF0ZWQgd2l0aCBtYW55IGFjY2VzczxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s
ZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7bm9kZSBQRXMuIFRoZSBmb2xsb3dp
bmcgcmVxdWlyZW1lbnRzIGdpdmUgYSBxdWFudGl0YXRpdmUgbWVhc3VyZS48bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm
dDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyhSMmIpIEEgc2VydmljZSBub2RlIFBF
IE1VU1Qgc3VwcG9ydCB0aG91c2FuZChzKSBoZWFkLWVuZCBjb25uZWN0aW9uczxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s
ZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Zm9yIGEgYSBnaXZlbiBhY2Nlc3Mg
bm9kZSBQRSBjb25uZWN0aW5nIHRvIGRpZmZlcmVudCBvdmVybGF5IFZSRjxvOnA+PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0
OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7c2VydmljZXMgb24gdGhhdCBzZXJ2aWNl
IG5vZGUuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsoUjJj
KSBBIHNlcnZpY2Ugbm9kZSBQRSBNVVNUIHN1cHBvcnQgdGhvdXNhbmQocykgaGVhZC1lbmQgY29u
bmVjdGlvbnM8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3Rv
IG1hbnkgYWNjZXNzIG5vZGUgUEVzLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+LyogW0pPUkdFXSBJ
dCBpcyBoYXJkIHRvIHVuZGVyc3RhbmQuLi4gc2hvdWxkIHRoZSBmb2xsb3dpbmcgYmUgYmV0dGVy
Pzo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPuKAnCAoUjJiKSBBIHNlcnZpY2Ugbm9kZSBQRSBNVVNU
IHN1cHBvcnQgaGVhZC1lbmQgZnVuY3Rpb25hbGl0eSBmb3I8bzpwPjwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi
PnRob3VzYW5kcyBvZiBhY2Nlc3Mgbm9kZSBQRXMgdGhhdCBhcmUgY29ubmVjdGVkIHRvIGRpZmZl
cmVudCBWUkZzIG9uIHRoZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+c2VydmljZSBub2RlLjxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7IChSMmMpIEEgc2VydmljZSBub2RlIFBFIE1V
U1Qgc3VwcG9ydCB0aG91c2FuZHMgb2YgQ0U8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPmNvbm5lY3Rp
b25zIHRocm91Z2ggdGhlIGF0dGFjaGVkIGFjY2VzcyBub2Rlcy4mcXVvdDs8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm
dDozNi4wcHQiPiovPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5TYW1pOiB3aWxsIHVwZGF0ZS4gPG86
cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bWFyZ2luLWxlZnQ6MzYuMHB0Ij5bSk9SR0UyXSBJIGRvbuKAmXQgc2VlIGFueXRoaW5nIGNoYW5n
ZWQgaW4gcmV2IDAyIDstKTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Mi41IE11bHRpLWhvbWluZzxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7VEJEPG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MzYuMHB0Ij4vKiBbSk9SR0VdIFRoZSBzb2x1dGlvbiBzaG91bGQgZGVzY3JpYmUgaG93
IHRvIGhhbmRsZSBtdWx0aS1ob21pbmcgYXQgdHdvPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5sZXZl
bHM6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4tIEFjY2VzcyBub2RlIG11bHRpLWhvbWVkIHRvIDIg
b3IgbW9yZSBTZXJ2aWNlIG5vZGVzPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4tIENFIG5vZGUgbXVs
dGktaG9tZWQgdG8gMiBvciBtb3JlIGFjY2VzcyBub2RlcyAodGhpcyBvbmUgc2hvdWxkIGJlPG86
cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bWFyZ2luLWxlZnQ6MzYuMHB0Ij5hbGlnbmVkIHdpdGggdGhlIEVWUE4tVlBXUyBkcmFmdCk8bzpw
PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
YXJnaW4tbGVmdDozNi4wcHQiPiovPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5TYW1pOiBQbGVhc2Ug
aGF2ZSBhIGxvb2sgYXQgdGhlIHVwZGF0ZWQgc2VjdGlvbiBpbiAwMSwgYXMgZm9yIHRoZSBDRSBu
b2RlIGFncmVlZCB0aGF0IGl0IHNob3VsZCBiZSBhbGlnbmVkIHdpdGggRVZQTi1WUFdTLCBhbmQg
aGVuY2Ugbm8gbmVlZCB0byBtZW50aW9uIGFueXRoaW5nIGFib3V0IGl0IGluIHRoZSBkcmFmdC48
bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtYXJnaW4tbGVmdDozNi4wcHQiPltKT1JHRTJdIE9LLCBwbGVhc2Ugc2VlIGJlbG93LjxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjM2LjBwdCI+Jmx0O3NuaXAmZ3Q7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij40IFNv
bHV0aW9uIE92ZXJ2aWV3PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmIzQzOy0tLS0tLS0tLSYjNDM7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS0tLS0tLS0tJiM0Mzs8bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz
Ni4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3wmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IHw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tLS0mIzQzOyZuYnNwOyZuYnNwOyAmIzQzOy0tLS0t
JiM0MzsgfCBJUC9NUExTIHwgJiM0MzstLS0tLSYjNDM7IHwgSVAvTVBMUyB8PG86cD48L286cD48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCBDRSB8LS0t
fCBQRTEgfC18IEFjY2VzcyZuYnNwOyZuYnNwO3wtfCBQRTIgfC18IENvcmUmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDt8PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsgJiM0MzstLS0tJiM0MzsmbmJzcDsmbmJzcDsgJiM0MzstLS0tLSYjNDM7
IHwgTmV0d29yayB8ICYjNDM7LS0tLS0mIzQzOyB8IE5ldHdvcmsgfDxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2
LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fCZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7JiM0MzstLS0tLS0tLS0mIzQzOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tLS0tLS0tLSYjNDM7PG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6
MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsgJmx0Oy0tLS0gRVZQTi1WUFdTIC0tLS0mZ3Q7Jmx0Oy0tLS0gSVAvTUFDIFZSRiAtLS0mZ3Q7
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtGaWd1cmUgMTog
RVZQTi1WUFdTIFNlcnZpY2UgRWRnZSBHYXRld2F5LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7QU46IEFjY2VzcyBub2RlPG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0
Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtTRTogU2VydmljZSBFZGdlIG5vZGUuPG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtFVlBOLVZQV1MgU2VydmljZSBF
ZGdlIEdhdGV3YXkgT3BlcmF0aW9uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4vKiBbSk9SR0VdIFNo
b3VsZCB0aGlzIGJlIHNlY3Rpb24gNC4xIG9uIGl0cyBvd24/ICovPG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu
MHB0Ij5TYW1pOiBzdXJlIHdpbGwgZG8uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDtBdCB0aGUgc2VydmljZSBlZGdlIG5vZGUsIHRoZSBFVlBOIFBlci1FVkkg
RXRoZXJuZXQgQS1EIHJvdXRlcyB3aWxsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDtiZSBhZHZlcnRpc2VkIHdpdGggdGhlIEVTSSBzZXQgdG8gMCBhbmQgdGhl
IEV0aGVybmV0IHRhZy1pZCBzZXQgdG88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyh3aWxkY2FyZCAweEZGRkZGRkYpLiBUaGUgRXRoZXJuZXQgQS1EIHJvdXRl
cyB3aWxsIGhhdmUgYSB1bmlxdWUgUkQ8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwO2FuZCB3aWxsIGJlIGFzc29jaWF0ZWQgd2l0aCAyIEJHUCBSVChzKSwgb25l
IFJUIGNvcnJlc3BvbmRpbmcgdG8gdGhlPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDt1bmRlcmxheSBFVkkgaS5lLiB0aGUgRVZQTiBWUFdTIHRyYW5zcG9ydCBz
ZXJ2aWNlIHRoYXQncyBjb25maWd1cmVkPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDtvbmx5IGFtb25nIHRoZSBzZXJ2aWNlIGVkZ2Ugbm9kZXMsIGFuZCBvbmUg
Y29ycmVzcG9uZGluZyB0byB0aGUgTDIsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDtMMyBvciBFVlBOIG92ZXJsYXkgc2VydmljZS48bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz
Ni4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0F0IHRoZSBhY2Nlc3Mgbm9kZXMsIHRoZSBF
VlBOIHBlci1FVkkgRXRoZXJuZXQgQS1EIHJvdXRlcyB3aWxsIGJlPG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu
MHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDthZHZlcnRpc2VkIGFzIGRlc2NyaWJlZCBpbiBb
ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tdnB3c10gd2l0aCB0aGUgRVNJPG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu
MHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtmaWVsZCBpcyBzZXQgdG8gMCBhbmQgZm9yIHNp
bmdsZSBob21lZCBDRXMgYW5kIHRvIHRoZSBDRSdzIEVTSSBmb3I8bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w
cHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO211bHRpLWhvbWVkIENFJ3MgYW5kIHRoZSBFdGhl
cm5ldCBUYWcgZmllbGQgd2lsbCBiZSBzZXQgdG8gdGhlIFZQV1M8bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w
cHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3NlcnZpY2UgaW5zdGFuY2UgaWRlbnRpZmllciB0
aGF0IGlkZW50aWZpZXMgdGhlIEVWUEwgb3IgRVBMIHNlcnZpY2UuPG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu
MHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtUaGUgRXRoZXJuZXQtQUQgcm91dGUgd2lsbCBo
YXZlIGEgdW5pcXVlIFJEIGFuZCB3aWxsIGJlIGFzc29jaWF0ZWQ8bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w
cHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3dpdGggb25lIEJHUCBSVCBjb3JyZXNwb25kaW5n
IHRvIHRoZSBMMiwgTDMgb3IgRVZQTiBvdmVybGF5IHNlcnZpY2U8bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w
cHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3RoYXQgd2lsbCBiZSB0cmFuc3BvcnRlZCBvdmVy
IHRoaXMgRVZQTiBWUFdTIHRyYW5zcG9ydCBzZXJ2aWNlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+
LyogW0pPUkdFXSBXaGF0IGRvIHlvdSBtZWFuIGJ5IEVWUE4gb3ZlcmxheSBzZXJ2aWNlIGluIHRo
aXMgY29udGV4dD8gd2h5PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5pcyBpdCBkaWZmZXJlbnQgZnJv
bSBMMiBvciBMMyBzZXJ2aWNlPyBzaG91bGQgdGhpcyBiZSBjbGFyaWZpZWQgaW4gdGhlPG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy
Z2luLWxlZnQ6MzYuMHB0Ij5pbnRyb2R1Y3Rpb24/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5BbHNv
IGJ5IEwyIGFuZCBMMyBhcmUgeW91IHJlZmVycmluZyB0byB0aGUgZW5jYXBzdWxhdGlvbj8gaS5l
LiBMMiBtZWFuczxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ZXRoZXJuZXQgb3ZlciB0aGUgRVZJIGxh
YmVsIGFuZCBMMyBJUCBvdmVyIHRoZSBFVkkgbGFiZWw/ICovPG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0
Ij4vKiBbSk9SR0VdIElmIHRoZSBzZXJ2aWNlIFJUcyBhcmUgdGhlIHNhbWUgaW4gdGhlIGFjY2Vz
cyBhbmQgY29yZSBuZXR3b3JrLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+UEUyIHNob3VsZCBoYXZl
IHR3byBkaWZmZXJlbnQgcGVlcmluZyBzZXNzaW9ucywgb25lIHRvIHRoZSBSUiBpbiB0aGU8bzpw
PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
YXJnaW4tbGVmdDozNi4wcHQiPmFjY2VzcyBuZXR3b3JrIGFuZCBvbmUgdG8gdGhlIGNvcmUgUlIu
IElzIHRoYXQgdGhlIGludGVuZD8gaWYgc28sIGl0IG1heTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+
YmUgZ29vZCB0byBjbGFyaWZ5ICovPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5TYW1pOkNhbiB5b3Ug
cGxlYXNlIGxvb2sgYXQgdGhlIHVwZGF0ZWQgdmVyc2lvbiAwMSBhbmQgc2VlIHdoYXQgY29tbWVu
dHMgc3RpbGwgYXBwbHk/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5bSk9SR0UyXSBSZXYgMDEgb3Ig
MDIgZG9u4oCZdCByZWFsbHkgYWRkIG11Y2ggaW5mb3JtYXRpb24gYWJvdXQgaXQuDQo8bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn
aW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO1NlcnZpY2UgZWRnZSBub2Rl
cyBvbiB0aGUgdW5kZXJsYXkgRVZJIHdpbGwgZGV0ZXJtaW5lIHRoZSBwcmltYXJ5PG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtzZXJ2aWNlIG5vZGUgdGVybWlu
YXRpbmcgdGhlIFZQV1MgdHJhbnNwb3J0IHNlcnZpY2UgYW5kIG9mZmVyaW5nIHRoZTxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp
bi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7TDIsIEwzIG9yIEV0aGVybmV0
IFZQTiBzZXJ2aWNlIGJ5IHJ1bm5pbmcgdGhlIG9uIEhXUiBhbGdvcml0aG0gYXM8bzpwPjwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t
bGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2Rlc2NyaWJlZCBpbiBbZHJhZnQt
bW9oYW50eS1sMnZwbi1ldnBuLWRmLWVsZWN0aW9uXSB1c2luZyB3ZWlnaHQ8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm
dDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO1tWUFdTIHNlcnZpY2UgaWRlbnRpZmll
ciwgU2VydmljZSBFZGdlIE5vZGUgSVAgYWRkcmVzc10uIFRoaXMgZW5zdXJlPG86cD48L286cD48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt0aGF0IHNlcnZpY2Ugbm9kZShzKSB3
aWxsIGNvbnNpc3RlbnRseSBwaWNrIHRoZSBwcmltYXJ5IHNlcnZpY2Ugbm9kZTxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s
ZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ZXZlbiBhZnRlciBzZXJ2aWNlIG5v
ZGUgZmFpbHVyZS4gVXBvbiBwcmltYXJ5IHNlcnZpY2Ugbm9kZSBmYWlsdXJlLDxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s
ZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7YWxsIG90aGVyIHJlbWFpbmluZyBz
ZXJ2aWNlcyBub2RlcyB3aWxsIGNob29zZSBhbm90aGVyIHNlcnZpY2Ugbm9kZTxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s
ZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Y29ycmVjdGx5IGFuZCBjb25zaXN0
ZW50bHkuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4vKltKT1JHRV0gRm9sbG93aW5nIEVWUE4sIHRo
ZSBERiBlbGVjdGlvbiBpcyBiYXNlZCBvbiB0aGUgZXhjaGFuZ2Ugb2YgRVM8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm
dDozNi4wcHQiPnJvdXRlcy4gSGVuY2UgdGhlIGFzc3VtcHRpb24gaXMgdGhhdCB0aGUgdHdvIHNl
cnZpY2Ugbm9kZXMgc2hvdWxkPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5hZHZlcnRpc2UgRVMgcm91
dGVzIHdpdGggYSBzeXN0ZW0tbGV2ZWwgRVNJIGFuZCBhbiBBRCByb3V0ZSBwZXIgRVMgd2l0aDxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1hcmdpbi1sZWZ0OjM2LjBwdCI+dGhlIHNhbWUgRVNJPyBUaGUgc2VydmljZSBub2RlIERGIGZv
ciBhIGdpdmVuIHNlcnZpY2Ugc2hvdWxkIHNlbmQgYW4gQUQgcGVyLUVWSSByb3V0ZSB3aXRoIHRo
ZSBQIGluZGljYXRpb24gaW4gdGhlIG5ldyBFQyBkZWZpbmVkIGluIEVWUE4tVlBXUy4gSSBiZWxp
ZXZlIGFsbCB0aGU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPmV4aXN0aW5nIHByb2NlZHVyZXMgc2hv
dWxkIGJlIHVzZWQsIGFyZSB5b3UgZGVmaW5pbmcgbmV3IG9uZXM/ICovPG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6
MzYuMHB0Ij5TYW1pOiBQbGVhc2UgaGF2ZSBhIGxvb2sgYXQgMDEuPG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu
MHB0Ij5bSk9SR0UyXSBubyBjaGFuZ2VzIGluIDAxIG9yIDAyLiBBZ2FpbiBtb3JlIGRldGFpbHMg
YXJlIG5lZWRlZDo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPi0gSG93IGlzIHRoZSBFUyBhc3NpZ25l
ZCB0byB0aGUgc2VydmljZSBub2Rlcy4gSSBzdWdnZXN0IGEgc3lzdGVtIGxldmVsIEVTSSBvci9h
bmQgYSB2aXJ0dWFsIEVTIHBlciBzZXJ2aWNlIG9uIHRoZSBzZXJ2aWNlIG5vZGVzLiBUaGUgZm9y
bWVyIGlzIGRlZmluZWQgaW4gdGhlIGRjaS1ldnBuLW92ZXJsYXkgZHJhZnQuIFRoZSBsYXR0ZXIg
c2hvdWxkIGJlIHN0YXRlZA0KIGhlcmUuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4tIE9uY2UgdGhl
IEVTIGFuZCBFU0kgaXMgYXNzaWduZWQgdG8gdGhlIHNlcnZpY2Ugbm9kZXMsIHJlZ3VsYXIgRVZQ
TiBwcm9jZWR1cmVzIHNob3VsZCBmb2xsb3cuIElmIG5vdCwgaXQgaGFzIHRvIGJlIGV4cGxpY2l0
bHkgc3RhdGVkLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
U2luZ2xlLXNpZGVkIHNpZ25hbGluZyBtZWNoYW5pc20gaXMgdXNlZC4gVGhlIFNlcnZpY2UgUEUg
bm9kZSB0aGF0IGlzPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDthIERGIGZvciBhY2NlcHRzIHRvIHRlcm1pbmF0ZSB0aGUgVlBXUyB0cmFuc3BvcnQgc2Vydmlj
ZSBmcm9tIGFuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDth
Y2Nlc3Mgbm9kZSwgdGhlIHByaW1hcnkgc2VydmljZSBlZGdlIG5vZGUgc2hhbGw6LSBEeW5hbWlj
YWxseSBjcmVhdGU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
O2FuIGludGVyZmFjZSB0byB0ZXJtaW5hdGUgdGhlIHNlcnZpY2UgYW5kIHNoYWxsIGF0dGFjaCB0
aGlzIGludGVyZmFjZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7dG8gdGhlIG92ZXJsYXkgVlBOIHNlcnZpY2UgcmVxdWlyZWQgYnkgdGhlIGFjY2VzcyBub2Rl
IHRvIHNlcnZpY2UgaXRzPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDtjdXN0b21lciBlZGdlIGRldmljZS4tIFJlc3BvbmRzIHRvIHRoZSBFdGggQS1EIHJvdXRl
IHBlciBFVkkgZnJvbSB0aGU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwO2FjY2VzcyBub2RlIGJ5IHNlbmRpbmcgaXRzIG93biBFdGggQS1EIHBlciBFVkkgcm91
dGUgYnkgc2V0dGluZyB0aGU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwO3NhbWUgVlBXUyBzZXJ2aWNlIGluc3RhbmNlIElEIGFuZCBkb3duc3RyZWFtIGFzc2ln
bmVkIE1QTFMgbGFiZWwgdG88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwO2JlIHVzZWQgYnkgdGhlIGFjY2VzcyBub2RlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+
LyogW0pPUkdFXSBOZWVkIHRvIGNvcnJlY3QgdGhlIGZvcm1hdDogdGhlIHR3byBidWxsZXRzIG11
c3QgZ28gaW48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPmRpZmZlcmVudCBsaW5lcyAqLzxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp
bi1sZWZ0OjM2LjBwdCI+U3VyZSB3aWxsIGRvLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+W0pPUkdF
Ml0gSSB0aGluayBzdGlsbCB0aGVyZSBpbiByZXYgMDIuPG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4m
bmJzcDsmbmJzcDsgJmx0O3NuaXAmZ3Q7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij40LjEgTXVsdGkt
aG9taW5nPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4vKiBbSk9SR0VdIGhvdyBib3V0IHRoZSBmb2xs
b3dpbmcgc2NlbmFyaW86PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5IZXJlIEFOMSBhbmQgQU4yIGhh
dmUgYSBFU0kgZm9yIHRoZSBDRS4gUmVndWxhciBFVlBOLVZQV1MgcHJvY2VkdXJlczxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp
bi1sZWZ0OjM2LjBwdCI+c2hvdWxkIGFwcGx5LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7JiM0MzstLS0tLS0t
LS0mIzQzOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAm
IzQzOy0tLS0tLS0tLSYjNDM7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mIzQzOy0tLS0mIzQzOyZu
YnNwOyZuYnNwOyAmIzQzOy0tLS0tJiM0MzsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyB8ICYjNDM7LS0tLS0mIzQzOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPnwg
Q0UgJiM0MzstLS0mIzQzOyBBTjEgJiM0MzstJiM0MzsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstJiM0MzsgU0UyICYjNDM7LSYjNDM7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHw8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm
dDozNi4wcHQiPiYjNDM7LS0mIzQzOy0mIzQzOyZuYnNwOyZuYnNwOyAmIzQzOy0tLS0tJiM0Mzsg
fCBJUC9NUExTIHwgJiM0MzstLS0tLSYjNDM7IHwgSVAvTVBMUyB8PG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu
MHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwgQWNjZXNzJm5i
c3A7Jm5ic3A7fCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyB8IENvcmUmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8PG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS0t
LS0mIzQzOyB8IE5ldHdvcmsgfCAmIzQzOy0tLS0tJiM0MzsgfCBOZXR3b3JrIHw8bzpwPjwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t
bGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyYjNDM7LS0tLS0mIzQzOyBBTjIg
JiM0MzstJiM0MzsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsgJiM0MzstJiM0MzsgU0UzICYjNDM7LSYjNDM7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyYjNDM7LS0t
LS0mIzQzOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
IHwgJiM0MzstLS0tLSYjNDM7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7JiM0MzstLS0tLS0tLS0mIzQzOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tLS0tLS0tLSYj
NDM7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJmx0Oy0tLS0tRVZQTi1W
UFdTLS0tLS0mZ3Q7Jmx0Oy0tLS0tSVAvTUFDIFZSRi0tLS0mZ3Q7PG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu
MHB0Ij4qLzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+U2FtaTogRXhhY3RseSwgcmVndWxhciBFVlBO
IFZQV1Mgc2hvdWxkIGFwcGx5LCBhbmQgaGVuY2Ugd2h5IGRvIHdlIG5lZWQgdG8gbWVudGlvbiBp
dD88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPltKT1JHRTJdIEJlY2F1c2Ugb25lIG1heSB0aGluayB0
aGF0IHRoZXJlIGFyZSB0d28gd2F5cyBvZiBhZGRyZXNzaW5nIHRoaXM6IGEpIG5vIEVTIG9uIEFO
cywgdGhlIEFOcyBqdXN0IHByb3ZpZGUgYSB3aXJlIGFuZCB0aGUgRVMgcmVhbGx5IHJlcHJlc2Vu
dHMgdGhlIENFIG9yIGIpIHRoZXJlIGFyZSB0d28gRVMgaW4gdGhlIGRpYWdyYW0sIG9uZSBkZWZp
bmVkIGluDQogdGhlIEFOcyBhbmQgb25lIGRlZmluZWQgb24gdGhlIFNFIG5vZGVzLjxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp
bi1sZWZ0OjM2LjBwdCI+SSBzZWUgdGhhdCB5b3UgbWVhbiAoYikgYnV0IGl0IHNob3VsZCBiZSBz
dGF0ZWQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5UaGFua3MsPG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0
Ij5TYW1pIDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+RnJvbTombmJzcDsmbmJzcDtCRVNTIG9uIGJl
aGFsZiBvZiBTYW1pIEJvdXRyb3M8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPkRhdGU6Jm5ic3A7Jm5i
c3A7V2VkbmVzZGF5LCBPY3RvYmVyIDcsIDIwMTUgYXQgMTE6MTMgUE08bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz
Ni4wcHQiPlRvOiZuYnNwOyZuYnNwOyZxdW90OzxhIGhyZWY9Im1haWx0bzpiZXNzQGlldGYub3Jn
Ij5iZXNzQGlldGYub3JnPC9hPiZxdW90OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+U3ViamVjdDom
bmJzcDsmbmJzcDtbYmVzc10gU2Vla2luZyBDb21tZW50cyBmb3IgRVZQTi1WUFdTIFNlcnZpY2Ug
RWRnZSBHYXRld2F5PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5IaSw8bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w
cHQiPlRoZSBkcmFmdCBwcm9wb3NlcyBhIGR5bmFtaWMgbWVjaGFuaXNtIHRvIHRlcm1pbmF0ZSB0
aGUgVlBXUyB0cmFuc3BvcnQgc2VydmljZSBhdCBhIHNlcnZpY2UgUEUgaW50byBhbiBvdmVybGF5
IEwyIG9yIEwzIHNlcnZpY2UgYmFzZWQgb24gYSBzaW5nbGUgc2lkZSBwcm92aXNpb25pbmcgYXQg
dGhlIGFjY2VzcyBQRS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxhIGhyZWY9Imh0dHBzOi8vdG9v
bHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1ib3V0cm9zLWJlc3MtZXZwbi12cHdzLXNlcnZpY2UtZWRn
ZS1nYXRld2F5LTAxIj5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtYm91dHJvcy1i
ZXNzLWV2cG4tdnB3cy1zZXJ2aWNlLWVkZ2UtZ2F0ZXdheS0wMTwvYT48bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz
Ni4wcHQiPlRoYW5rcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPlNhbWk8bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4m
bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_494A224DEB254ED59A989AFD47807881onnokiacom_--


From nobody Sun Nov 27 19:43:29 2016
Return-Path: <sjacob@juniper.net>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17F02129680; Sun, 27 Nov 2016 19:43:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level: 
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZymuayGPkEhx; Sun, 27 Nov 2016 19:43:25 -0800 (PST)
Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-sn1nam01on0096.outbound.protection.outlook.com [104.47.32.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1D56612967A; Sun, 27 Nov 2016 19:43:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=guxJdqxVApU3kMAv17WvvP62aX7Yth9c5lv01hSsni4=; b=TTUsv+HuTi0QNnCNuyLSZBclhZkelKZ9gz60prVs183XO12LzBBOveTpRgrAEmu7IcRNumKY06P0o4h7EFvxA73g21PK2ew8mEY9SkklI2k6BsKHOO/P2Pz8T3knW0eNKLSohiwt4FPuIjz5LNQxmN/RW9sIYjM2e8eTsX/Yhsk=
Received: from BN6PR05MB2963.namprd05.prod.outlook.com (10.173.18.148) by SN2PR05MB2493.namprd05.prod.outlook.com (10.166.213.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.747.5; Mon, 28 Nov 2016 03:43:23 +0000
Received: from BN6PR05MB2963.namprd05.prod.outlook.com ([10.173.18.148]) by BN6PR05MB2963.namprd05.prod.outlook.com ([10.173.18.148]) with mapi id 15.01.0721.004; Mon, 28 Nov 2016 03:43:21 +0000
From: Sudhin Jacob <sjacob@juniper.net>
To: "Rabadan, Jorge (Nokia - US)" <jorge.rabadan@nokia.com>, Iftekhar Hussain <IHussain@infinera.com>
Thread-Topic: draft-kishjac-bmwg-pbbevpn 
Thread-Index: AdJDfhFrtGAP4zLnT26pR2oHjAjcQwAANPKgAAhFZPAAdZE+IAAQP1mAACW0nYAAts5WgA==
Date: Mon, 28 Nov 2016 03:43:21 +0000
Message-ID: <BN6PR05MB2963F2C106A4CD9B01477BB7C28A0@BN6PR05MB2963.namprd05.prod.outlook.com>
References: <2952f102dbc64b97aaf487a01b1ff586@sv-ex13-prd1.infinera.com> <BN6PR05MB29630E3853D6681D215CFCE4C2B70@BN6PR05MB2963.namprd05.prod.outlook.com> <1cb547168eba4edaa75a36014472001e@sv-ex13-prd1.infinera.com> <C9FCD52F-8BF4-4B28-BFB3-32F8D20302C7@on.nokia.com>
In-Reply-To: <C9FCD52F-8BF4-4B28-BFB3-32F8D20302C7@on.nokia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=sjacob@juniper.net; 
x-originating-ip: [116.197.184.13]
x-microsoft-exchange-diagnostics: 1; SN2PR05MB2493; 7:k+VStCEoJniiBAq9DoT4lKpZhbLxWc5GcutufckK2r+6ZeU2myiXBmAY9LeexOraF2zJB94n21EWVwn019Ok0tS8QENgqp932Asx4EIb2UOu+sxHXw/WQpHk3Zws8BsoRKL/TgstQhY/Iw0ZD7vPGoKkXQq7zIZTNmneGDmz4easmFdJZ1/bwcfujglTlcr2wyZaRqDmQOpt+CkyQ9nkZGwsYw5UK+CE08NzoUEGLrR6KRsxlJdyXUfW+uz4NIqZH8rDqGG4AhzSMGZs/V2T8uwVNM3CYQT+SkKtWFNRKT00QAn0y+6V5uN1Ty+6YSiqXAs9vAeSgsYClh83AVZwKBTHeVwTPAKyv3D/0JZK11I+doksew3rHAiOaG3ojVGdu4aozwDl+RKA1/GeLWBVsjrG9KM15pSIyKv1vCNNQumqQNWxB6PmcavOEQ5DcQpyuU2mQhCpoIDNZl8poC97jQ==
x-forefront-antispam-report: SFV:SKI; SCL:-1SFV:NSPM; SFS:(10019020)(7916002)(189002)(377454003)(199003)(51444003)(24454002)(51914003)(3660700001)(68736007)(5660300001)(93886004)(7696004)(3900700001)(229853002)(3280700002)(9686002)(230783001)(345774005)(2906002)(5001770100001)(4326007)(77096006)(39380400001)(39400400001)(39410400001)(92566002)(39450400002)(189998001)(8676002)(66066001)(2900100001)(86362001)(97736004)(81156014)(81166006)(6506003)(606004)(33656002)(8936002)(106356001)(2950100002)(54356999)(50986999)(76176999)(101416001)(105586002)(76576001)(790700001)(102836003)(6116002)(3846002)(7736002)(99286002)(122556002)(38730400001)(7906003)(7846002)(74316002); DIR:OUT; SFP:1102; SCL:1; SRVR:SN2PR05MB2493; H:BN6PR05MB2963.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
x-ms-office365-filtering-correlation-id: 063635fa-c46f-4540-8c2a-08d41740b324
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:SN2PR05MB2493;
x-microsoft-antispam-prvs: <SN2PR05MB2493109E8F97983667E1497DC28A0@SN2PR05MB2493.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(120809045254105)(138986009662008)(82608151540597)(21748063052155); 
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6060326)(6045199)(6040361)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026)(6061324)(6041248)(20161123560025)(20161123555025)(20161123562025)(20161123564025)(6072148); SRVR:SN2PR05MB2493; BCL:0; PCL:0; RULEID:; SRVR:SN2PR05MB2493; 
x-forefront-prvs: 01401330D1
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_BN6PR05MB2963F2C106A4CD9B01477BB7C28A0BN6PR05MB2963namp_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Nov 2016 03:43:21.4613 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN2PR05MB2493
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/jNw-xetcbxm1DHlsdcEahpBGJdo>
Cc: "bess@ietf.org" <bess@ietf.org>, "bmwg@ietf.org" <bmwg@ietf.org>, Kishore Tiruveedhula <kishoret@juniper.net>
Subject: Re: [bess] draft-kishjac-bmwg-pbbevpn
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Nov 2016 03:43:28 -0000

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

SGkgSm9yZ2UgYW5kIElmdGVraGFyLA0KDQpZZXMgdGhhbmtzIGZvciB0aGUgaW5wdXQsIHdlIGhh
dmUgdGFrZW4gaW4gdG8gY29uc2lkZXJhdGlvbi4gQ291bGQgeW91IHBsZWFzZSBnbyB0aHJvdWdo
IHRoZSBkcmFmdCBhbmQgbGV0IHVzIGtub3cgYW55IG90aGVyIGFkZGl0aW9ucyByZXF1aXJlZCB0
aGF0IHdvdWxkIGEgZ3JlYXQgaGVscCBmb3IgdXMuDQoNClJlZ2FyZHMsDQpTdWRoaW4NCg0KRnJv
bTogUmFiYWRhbiwgSm9yZ2UgKE5va2lhIC0gVVMpIFttYWlsdG86am9yZ2UucmFiYWRhbkBub2tp
YS5jb21dDQpTZW50OiBUaHVyc2RheSwgTm92ZW1iZXIgMjQsIDIwMTYgNTo1NyBQTQ0KVG86IElm
dGVraGFyIEh1c3NhaW4gPElIdXNzYWluQGluZmluZXJhLmNvbT47IFN1ZGhpbiBKYWNvYiA8c2ph
Y29iQGp1bmlwZXIubmV0Pg0KQ2M6IEtpc2hvcmUgVGlydXZlZWRodWxhIDxraXNob3JldEBqdW5p
cGVyLm5ldD47IGJtd2dAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBkcmFmdC1raXNoamFjLWJtd2ct
cGJiZXZwbg0KDQpIaSBJZnRla2hhciwNCg0KVGhhbmsgeW91IGZvciBzaGFyaW5nLiBJ4oCZbSBu
b3QgcmVhbGx5IGFuIGF1dGhvciBvZiBSRkM3NDMyLCBJIGp1c3QgbWFkZSBhIGJpdCBvZiBjb250
cmlidXRpb27igKYNCkFib3V0IHRoaXM6DQoNCsK3ICAgICAgICAgV2hhdCBpcyB0aGUgcGVyZm9y
bWFuY2UgbWV0cmljIGZvciBQRS1DRSBsb2FkIGJhbGFuY2luZyAoYWN0aXZlLWFjdGl2ZSk/IFNo
b3VsZG7igJl0IHRoaXMgYmUgY292ZXJlZCBpbiB0aGUgZHJhZnQ/DQpTdWRoaW4+Pj4gSSB0aGlu
ayB0aGF0IGlzIGEgZnVuY3Rpb25hbCBwYXJhbWV0ZXIsIGZ1bmN0aW9uYWwgcGFyYW1ldGVycyBh
cmUgbm90IHN1cHBvcnRlZCBieSB0aGlzIHdvcmtncm91cC4NCltJZnRla2hhcl0gSSBhbSB0aGlu
a2luZyB0aGVyZSBzaG91bGQgYmUgc29tZSBtZXRyaWMgdG8gbWVhc3VyZSB0aGUgbGV2ZWwgb2Yg
bG9hZCBiYWxhbmNpbmcgIGJldHdlZW4gUEUtQ0UgYW5kIFBFLVBFLiBMZXQgdXMgc2VlIHdoYXQg
b3RoZXIgZm9sa3MgaGF2ZSBhbnkgb3BpbmlvbiBvbiB0aGlzLg0KDQpJIHRoaW5rIGl0IGRvZXMg
bm90IGFkZCBtdWNoIHZhbHVlIHRvIG1lYXN1cmUgbG9hZC1iYWxhbmNpbmcgYW5kIGl0IGlzIGNo
YWxsZW5naW5nIHRvIHRlc3QgaXQgaW4gYW4gb2JqZWN0aXZlIHdheSDigJMgdGhlcmUgYXJlIG1h
bnkgZmFjdG9ycyBpbnZvbHZlZCBsaWtlIHRoZSB0eXBlIG9mIGZsb3dzLCBoYXNoaW5nIGFsZ29y
aXRobXMsIGV0Yy4gbm90aGluZyBvZiB0aGF0IGlzIGRlc2NyaWJlZCBpbiB0aGUgcmVsZXZhbnQg
UkZDcy4NCg0KVGhhbmtzLg0KSm9yZ2UNCg0KDQoNCk9uIDExLzIzLzE2LCA3OjM5IFBNLCAiSWZ0
ZWtoYXIgSHVzc2FpbiIgPElIdXNzYWluQGluZmluZXJhLmNvbTxtYWlsdG86SUh1c3NhaW5AaW5m
aW5lcmEuY29tPj4gd3JvdGU6DQoNCkhpIFN1ZGhpbiwNCg0KUGxlYXNlIHNlZSBteSBjb21tZW50
cyBpbi1saW5lLiBjY2VkIGJtd2dAaWV0Zi5vcmc8bWFpbHRvOmJtd2dAaWV0Zi5vcmc+IGFuZCBK
b3JnZSAob25lIG9mIHRoZSBhdXRob3JzIG9mIHRoZSBSRkM3NDMyKS4NCg0KDQpGcm9tOiBTdWRo
aW4gSmFjb2IgW21haWx0bzpzamFjb2JAanVuaXBlci5uZXRdDQpTZW50OiBXZWRuZXNkYXksIE5v
dmVtYmVyIDIzLCAyMDE2IDI6NTMgQU0NClRvOiBJZnRla2hhciBIdXNzYWluDQpDYzogS2lzaG9y
ZSBUaXJ1dmVlZGh1bGENClN1YmplY3Q6IFJFOiBkcmFmdC1raXNoamFjLWJtd2ctcGJiZXZwbg0K
DQpIaSBJZnRla2hhciwNCg0KTGV0IG1lIHRoYW5rIHlvdSBmb3IgdGhlIHJldmlldywgS2luZGx5
IGZpbmQgdGhlIHVwZGF0ZXMuIE1heSBJIGh1bWJseSByZXF1ZXN0IGlmIHlvdSAgaGF2ZSBhbnkg
cXVlcmllcyBjb3VsZCB5b3UgcGxlYXNlIGluY2x1ZGUgYm13Z0BpZXRmLm9yZzxtYWlsdG86Ym13
Z0BpZXRmLm9yZz4gQCBDQyB0byBjYXB0dXJlIHRoZSBjb21tZW50cy4NCg0KUmVnYXJkcywNClN1
ZGhpbg0KDQpGcm9tOiBTdWRoaW4gSmFjb2INClNlbnQ6IE1vbmRheSwgTm92ZW1iZXIgMjEsIDIw
MTYgODowOSBBTQ0KVG86ICdJZnRla2hhciBIdXNzYWluJyA8SUh1c3NhaW5AaW5maW5lcmEuY29t
PG1haWx0bzpJSHVzc2FpbkBpbmZpbmVyYS5jb20+Pg0KQ2M6IEtpc2hvcmUgVGlydXZlZWRodWxh
IDxraXNob3JldEBqdW5pcGVyLm5ldDxtYWlsdG86a2lzaG9yZXRAanVuaXBlci5uZXQ+Pg0KU3Vi
amVjdDogUkU6IGRyYWZ0LWtpc2hqYWMtYm13Zy1wYmJldnBuDQoNCkhpIElmdGVraGFyLA0KDQpM
ZXQgbWUgdGhhbmsgeW91IGZvciB0aGUgY29tbWVudCwgbm93IHRoZSAyIGRyYWZ0cyBhcmUgY29t
YmluZWQgdG8gb25lIGFzIHBlciB0aGUgY29tbXVuaXR5IHJlcXVlc3QsIG5vdyBvbndhcmRzIFBC
Qi1FVlBOIGFuZCBFVlBOIHdpbGwgYmUgY292ZXJlZCBpbiB0aGUgYmVsb3cgZHJhZnQuDQoNCmh0
dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWtpc2hqYWMtYm13Zy1ldnBudGVz
dC8NCg0KSSB3aWxsIGdldCBiYWNrLg0KDQpSZWdhcmRzLA0KU3VkaGluDQoNCkZyb206IElmdGVr
aGFyIEh1c3NhaW4gW21haWx0bzpJSHVzc2FpbkBpbmZpbmVyYS5jb21dDQpTZW50OiBNb25kYXks
IE5vdmVtYmVyIDIxLCAyMDE2IDQ6MTEgQU0NClRvOiBTdWRoaW4gSmFjb2IgPHNqYWNvYkBqdW5p
cGVyLm5ldDxtYWlsdG86c2phY29iQGp1bmlwZXIubmV0Pj47IEtpc2hvcmUgVGlydXZlZWRodWxh
IDxraXNob3JldEBqdW5pcGVyLm5ldDxtYWlsdG86a2lzaG9yZXRAanVuaXBlci5uZXQ+Pg0KU3Vi
amVjdDogUkU6IGRyYWZ0LWtpc2hqYWMtYm13Zy1wYmJldnBuDQoNClJlc2VuZC4gRWFybGllciBt
ZXNzZWQgZmFpbGVkIHRvIHNvbWUgTVMgb2ZmaWNlIGlzc3Vlcy4NCg0KRnJvbTogSWZ0ZWtoYXIg
SHVzc2Fpbg0KU2VudDogU3VuZGF5LCBOb3ZlbWJlciAyMCwgMjAxNiAyOjM4IFBNDQpUbzogJ2Ry
YWZ0LWtpc2hqYWMtYm13Zy1wYmJldnBuQHRvb2xzLmlldGYub3JnJw0KU3ViamVjdDogZHJhZnQt
a2lzaGphYy1ibXdnLXBiYmV2cG4NCg0KSGkgSmFjb2IgYW5kIEtpc2hvcmUsDQoNCkl0IHdhcyBu
aWNlIG1lZXRpbmcgSmFjb2IgYXQgdGhlIElFVEY5Ny4gSSBoYWQgYSBsb29rIGF0IHlvdXIgZHJh
ZnQgYW5kIGhhdmUgZm9sbG93aW5nIGNvbW1lbnRzOg0KDQrCtyAgICAgICAgIFdoeSB0aGUgZHJh
ZnQgc2NvcGUgZG9lcyBub3QgZXhwbGljaXRseSBtZW50aW9ucy9pbmNsdWRlcyBSRkM3NDMyPw0K
U3VkaGluPj4gaXQgaXMgdXBkYXRlZCBpbiB0aGUgbGF0ZXN0IGNvbWJpbmVkIGRyYWZ0Lg0KDQpb
SWZ0ZWtoYXJdIFRoYW5rcy4gUGxlYXNlIHRha2UgYSBsb29rIGF0IGluZm9ybWF0aXZlIHJlZmVy
ZW5jZSBSRkM3NDEyLiBJcyB0aGlzIGEgdHlwbz8gU2hvdWxkIGl0IGJlIFJGQzc0MzI/DQoNCg0K
DQrCtyAgICAgICAgIFdoYXQgaXMgdGhlIGltcGFjdCBvbiBzeXN0ZW0gcGVyZm9ybWFuY2UgKEFS
UCBtZW1vcnkgZm9yIHN0b3JpbmcgSVAgcHJlZml4ZXMsIGxvb2t1cHMgZXRjKSBhbmQgcmVsaWFi
aWxpdHkgKGUuZy4sIHBhY2tldCBsb3NzIGlmIGFueSkgd2hlbiBBUlAtcHJveHkgaXMgZW5hYmxl
ZCAoZGlzYWJsZWQpPyBTaG91bGRu4oCZdCB5b3VyIGRyYWZ0IGNvdmVyIHRob3NlIG1ldHJpY3Mg
b24gcmVkdWN0aW9uIChvciBpbmNyZWFzZSkgaW4gZmxvb2RpbmcNClN1ZGhpbj4+ICBDb3VsZCB5
b3UgcGxlYXNlIGxldCBtZSBrbm93IGlmIHlvdSB3YW50IHRvIGFkZCBhcnAgc2NhbGluZyBhcyBw
YXJhbWV0ZXIsIHdlIHdpbGwgZG8gaXQuIFRoZSByZWxpYWJpbGl0eSBzZWN0aW9uIGNvbW11bml0
eSB0b2xkIHVzIG5vdCB0byBkbyBpdCwgdGhlcmUgaXMgYSBzZWN0aW9uIHdlIGFkZGVkIG5hbWVk
IGNvbnZlcmdlbmNlIHRvIGNoZWNrIGhvdyBmYXN0IHRoZSBEVVQgY29udmVyZ2UgaW4gdGVybXMg
b2YgZmFpbHVyZS4NCg0KW0lmdGVraGFyXSBZZXMsIHNvbWUgc2NhbGluZyBwYXJhbWV0ZXIgd291
bGQgbWFrZSBzZW5zZSB0byBtZS4NCg0KaW4gQlVNIHRyYWZmaWMgZHVlIHRvIEFSUC1wcm94eSBl
bmFibGluZyhkaXNhYmxpbmcpPw0KDQrCtyAgICAgICAgIFdoYXQgaXMgdGhlIHBlcmZvcm1hbmNl
IG1ldHJpYyBmb3IgUEUtQ0UgbG9hZCBiYWxhbmNpbmcgKGFjdGl2ZS1hY3RpdmUpPyBTaG91bGRu
4oCZdCB0aGlzIGJlIGNvdmVyZWQgaW4gdGhlIGRyYWZ0Pw0KU3VkaGluPj4+IEkgdGhpbmsgdGhh
dCBpcyBhIGZ1bmN0aW9uYWwgcGFyYW1ldGVyLCBmdW5jdGlvbmFsIHBhcmFtZXRlcnMgYXJlIG5v
dCBzdXBwb3J0ZWQgYnkgdGhpcyB3b3JrZ3JvdXAuDQoNCltJZnRla2hhcl0gSSBhbSB0aGlua2lu
ZyB0aGVyZSBzaG91bGQgYmUgc29tZSBtZXRyaWMgdG8gbWVhc3VyZSB0aGUgbGV2ZWwgb2YgbG9h
ZCBiYWxhbmNpbmcgIGJldHdlZW4gUEUtQ0UgYW5kIFBFLVBFLiBMZXQgdXMgc2VlIHdoYXQgb3Ro
ZXIgZm9sa3MgaGF2ZSBhbnkgb3BpbmlvbiBvbiB0aGlzLg0KDQpUaGFua3MsDQpJZnRla2hhcg0K
DQpJIHN1cHBvcnQgdGhpcyB3b3JrIGFuZCBiZWxpZXZlIHRoaXMgd29yayB3b3VsZCBiZSB1c2Vm
dWwgZm9yIEVWUE4gbXVsdGktdmVuZG9yIGRlcGxveW1lbnQgc2NlbmFyaW9zLg0KDQpUaGFua3MN
CklmdGVraGFyDQoNCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K
CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg
MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1
IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws
IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0
b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz
YW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y
aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph
OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5
Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1z
b0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFyYWdyYXBo
DQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJnaW4tdG9wOjBpbjsNCgltYXJnaW4tcmln
aHQ6MGluOw0KCW1hcmdpbi1ib3R0b206MGluOw0KCW1hcmdpbi1sZWZ0Oi41aW47DQoJbWFyZ2lu
LWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGli
cmkiLHNhbnMtc2VyaWY7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9y
bWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1
dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCglt
YXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMg
TmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpw
ZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5k
b3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0K
CWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bh
bi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6
IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUy
Mg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu
cy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIzDQoJe21zby1zdHls
ZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNv
bG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjQNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29u
YWw7DQoJZm9udC1mYW1pbHk6IkFyaWFsIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7
DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsO30NCnNwYW4uRW1haWxT
dHlsZTI1DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJD
YWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7
bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBX
b3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEu
MGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyog
TGlzdCBEZWZpbml0aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNvLWxpc3QtaWQ6Nzk1Njg5MzY7DQoJ
bXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi0xMzQ2MjMyODc2
IDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4NjkzIDY3
Njk4Njg5IDY3Njk4NjkxIDY3Njk4NjkzO30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwt
bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10
YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4t
bGVmdDozOC4yNXB0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpTeW1ib2w7
fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt
c28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1u
dW1iZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDo3NC4yNXB0Ow0KCXRleHQtaW5kZW50
Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVsMw0K
CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0K
CW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm
dDsNCgltYXJnaW4tbGVmdDoxMTAuMjVwdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1m
YW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZv
cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpu
b25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDoxNDYu
MjVwdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0
IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs
LXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBv
c2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MTgyLjI1cHQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWlu
Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1s
ZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxl
dmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1h
cmdpbi1sZWZ0OjIxOC4yNXB0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpX
aW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1
bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJ
bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjI1NC4yNXB0Ow0K
CXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2
ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpv
Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246
bGVmdDsNCgltYXJnaW4tbGVmdDoyOTAuMjVwdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9u
dC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51
bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFi
LXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxl
ZnQ6MzI2LjI1cHQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OldpbmdkaW5n
czt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBpbjt9
DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2
OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYg
Z3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAg
djpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZd
LS0+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9IiMw
NTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SGkgSm9yZ2UgYW5k
IElmdGVraGFyLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+WWVzIHRoYW5r
cyBmb3IgdGhlIGlucHV0LCB3ZSBoYXZlIHRha2VuIGluIHRvIGNvbnNpZGVyYXRpb24uIENvdWxk
IHlvdSBwbGVhc2UgZ28gdGhyb3VnaCB0aGUgZHJhZnQgYW5kIGxldCB1cyBrbm93IGFueSBvdGhl
ciBhZGRpdGlvbnMgcmVxdWlyZWQgdGhhdCB3b3VsZCBhIGdyZWF0IGhlbHAgZm9yIHVzLjxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv
cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+
U3VkaGluPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+
DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7
cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj5Gcm9t
OjwvYj4gUmFiYWRhbiwgSm9yZ2UgKE5va2lhIC0gVVMpIFttYWlsdG86am9yZ2UucmFiYWRhbkBu
b2tpYS5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gVGh1cnNkYXksIE5vdmVtYmVyIDI0LCAyMDE2
IDU6NTcgUE08YnI+DQo8Yj5Ubzo8L2I+IElmdGVraGFyIEh1c3NhaW4gJmx0O0lIdXNzYWluQGlu
ZmluZXJhLmNvbSZndDs7IFN1ZGhpbiBKYWNvYiAmbHQ7c2phY29iQGp1bmlwZXIubmV0Jmd0Ozxi
cj4NCjxiPkNjOjwvYj4gS2lzaG9yZSBUaXJ1dmVlZGh1bGEgJmx0O2tpc2hvcmV0QGp1bmlwZXIu
bmV0Jmd0OzsgYm13Z0BpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogZHJhZnQta2lz
aGphYy1ibXdnLXBiYmV2cG4gPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZx
dW90OyxzYW5zLXNlcmlmIj5IaSBJZnRla2hhciw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls
eTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm
b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5UaGFuayB5b3UgZm9yIHNo
YXJpbmcuIEnigJltIG5vdCByZWFsbHkgYW4gYXV0aG9yIG9mIFJGQzc0MzIsIEkganVzdCBtYWRl
IGEgYml0IG9mIGNvbnRyaWJ1dGlvbuKApjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPkFib3V0IHRoaXM6PG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM4
LjI1cHQ7dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVsMSBsZm8yIj4NCjwhW2lm
ICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5
OlN5bWJvbCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8c3BhbiBzdHlsZT0iZm9u
dDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5k
aWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFs
JnF1b3Q7LHNhbnMtc2VyaWYiPldoYXQgaXMgdGhlIHBlcmZvcm1hbmNlIG1ldHJpYyBmb3IgUEUt
Q0UgbG9hZCBiYWxhbmNpbmcgKGFjdGl2ZS1hY3RpdmUpPyBTaG91bGRu4oCZdCB0aGlzIGJlIGNv
dmVyZWQgaW4gdGhlIGRyYWZ0PzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Fy
aWFsJnF1b3Q7LHNhbnMtc2VyaWYiPlN1ZGhpbiZndDsmZ3Q7Jmd0OyBJIHRoaW5rIHRoYXQgaXMg
YSBmdW5jdGlvbmFsIHBhcmFtZXRlciwgZnVuY3Rpb25hbCBwYXJhbWV0ZXJzIGFyZSBub3Qgc3Vw
cG9ydGVkIGJ5IHRoaXMgd29ya2dyb3VwLiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPltJZnRla2hhcl0gSSBhbSB0aGlua2lu
ZyB0aGVyZSBzaG91bGQgYmUgc29tZSBtZXRyaWMgdG8gbWVhc3VyZSB0aGUgbGV2ZWwgb2YgbG9h
ZCBiYWxhbmNpbmcgJm5ic3A7YmV0d2VlbiBQRS1DRSBhbmQgUEUtUEUuIExldCB1cyBzZWUgd2hh
dCBvdGhlciBmb2xrcyBoYXZlIGFueSBvcGluaW9uIG9uIHRoaXMuPG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+SSB0aGlu
ayBpdCBkb2VzIG5vdCBhZGQgbXVjaCB2YWx1ZSB0byBtZWFzdXJlIGxvYWQtYmFsYW5jaW5nIGFu
ZCBpdCBpcyBjaGFsbGVuZ2luZyB0byB0ZXN0IGl0IGluIGFuIG9iamVjdGl2ZSB3YXkg4oCTIHRo
ZXJlIGFyZSBtYW55IGZhY3RvcnMgaW52b2x2ZWQgbGlrZSB0aGUgdHlwZSBvZiBmbG93cywgaGFz
aGluZw0KIGFsZ29yaXRobXMsIGV0Yy4gbm90aGluZyBvZiB0aGF0IGlzIGRlc2NyaWJlZCBpbiB0
aGUgcmVsZXZhbnQgUkZDcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlh
bCZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom
cXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5UaGFua3MuPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+Sm9yZ2U8bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw
LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5z
LXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5PbiAxMS8yMy8xNiwgNzoz
OSBQTSwgJnF1b3Q7SWZ0ZWtoYXIgSHVzc2FpbiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOklI
dXNzYWluQGluZmluZXJhLmNvbSI+SUh1c3NhaW5AaW5maW5lcmEuY29tPC9hPiZndDsgd3JvdGU6
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv
ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s
ZWZ0Oi41aW4iPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi
PkhpIFN1ZGhpbiw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNw
Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn
aW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+UGxlYXNlIHNlZSBteSBj
b21tZW50cyBpbi1saW5lLiBjY2VkDQo8YSBocmVmPSJtYWlsdG86Ym13Z0BpZXRmLm9yZyI+Ym13
Z0BpZXRmLm9yZzwvYT4gYW5kIEpvcmdlIChvbmUgb2YgdGhlIGF1dGhvcnMgb2YgdGhlIFJGQzc0
MzIpLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
YXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0
Oi41aW4iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286
cD48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAj
RTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxiPkZyb206PC9iPiBTdWRoaW4gSmFjb2Ig
WzxhIGhyZWY9Im1haWx0bzpzamFjb2JAanVuaXBlci5uZXQiPm1haWx0bzpzamFjb2JAanVuaXBl
ci5uZXQ8L2E+XQ0KPGJyPg0KPGI+U2VudDo8L2I+IFdlZG5lc2RheSwgTm92ZW1iZXIgMjMsIDIw
MTYgMjo1MyBBTTxicj4NCjxiPlRvOjwvYj4gSWZ0ZWtoYXIgSHVzc2Fpbjxicj4NCjxiPkNjOjwv
Yj4gS2lzaG9yZSBUaXJ1dmVlZGh1bGE8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUkU6IGRyYWZ0LWtp
c2hqYWMtYm13Zy1wYmJldnBuIDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj4mbmJzcDs8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3Bh
biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SGkgSWZ0ZWtoYXIsPC9zcGFuPjxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0
eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImNvbG9y
OiMxRjQ5N0QiPkxldCBtZSB0aGFuayB5b3UgZm9yIHRoZSByZXZpZXcsIEtpbmRseSBmaW5kIHRo
ZSB1cGRhdGVzLiBNYXkgSSBodW1ibHkgcmVxdWVzdCBpZiB5b3UmbmJzcDsgaGF2ZSBhbnkgcXVl
cmllcyBjb3VsZCB5b3UgcGxlYXNlIGluY2x1ZGUNCjxhIGhyZWY9Im1haWx0bzpibXdnQGlldGYu
b3JnIj5ibXdnQGlldGYub3JnPC9hPiBAIENDIHRvIGNhcHR1cmUgdGhlIGNvbW1lbnRzLjwvc3Bh
bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm
dDouNWluIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxz
cGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5SZWdhcmRzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHls
ZT0iY29sb3I6IzFGNDk3RCI+U3VkaGluPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxhIG5hbWU9Il9NYWlsRW5kQ29t
cG9zZSI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48L2E+PG86cD48
L286cD48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xp
ZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxiPkZyb206PC9iPiBTdWRoaW4gSmFj
b2IgPGJyPg0KPGI+U2VudDo8L2I+IE1vbmRheSwgTm92ZW1iZXIgMjEsIDIwMTYgODowOSBBTTxi
cj4NCjxiPlRvOjwvYj4gJ0lmdGVraGFyIEh1c3NhaW4nICZsdDs8YSBocmVmPSJtYWlsdG86SUh1
c3NhaW5AaW5maW5lcmEuY29tIj5JSHVzc2FpbkBpbmZpbmVyYS5jb208L2E+Jmd0Ozxicj4NCjxi
PkNjOjwvYj4gS2lzaG9yZSBUaXJ1dmVlZGh1bGEgJmx0OzxhIGhyZWY9Im1haWx0bzpraXNob3Jl
dEBqdW5pcGVyLm5ldCI+a2lzaG9yZXRAanVuaXBlci5uZXQ8L2E+Jmd0Ozxicj4NCjxiPlN1Ympl
Y3Q6PC9iPiBSRTogZHJhZnQta2lzaGphYy1ibXdnLXBiYmV2cG4gPG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41
aW4iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5IaSBJZnRla2hhciw8
L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWlu
Ij48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+TGV0IG1lIHRoYW5rIHlvdSBmb3IgdGhlIGNv
bW1lbnQsIG5vdyB0aGUgMiBkcmFmdHMgYXJlIGNvbWJpbmVkIHRvIG9uZSBhcyBwZXIgdGhlIGNv
bW11bml0eSByZXF1ZXN0LCBub3cgb253YXJkcyBQQkItRVZQTiBhbmQgRVZQTiB3aWxsIGJlIGNv
dmVyZWQgaW4gdGhlIGJlbG93IGRyYWZ0Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iY29sb3I6
IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48
YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1raXNoamFjLWJt
d2ctZXZwbnRlc3QvIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1raXNo
amFjLWJtd2ctZXZwbnRlc3QvPC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iY29sb3I6IzFG
NDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5JIHdp
bGwgZ2V0IGJhY2suPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJz
cDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy
Z2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlJlZ2FyZHMsPC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0
Oi41aW4iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5TdWRoaW48L3NwYW4+PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNw
YW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxk
aXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4w
cHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PGI+RnJvbTo8L2I+IElmdGVraGFyIEh1c3NhaW4gWzxhIGhy
ZWY9Im1haWx0bzpJSHVzc2FpbkBpbmZpbmVyYS5jb20iPm1haWx0bzpJSHVzc2FpbkBpbmZpbmVy
YS5jb208L2E+XQ0KPGJyPg0KPGI+U2VudDo8L2I+IE1vbmRheSwgTm92ZW1iZXIgMjEsIDIwMTYg
NDoxMSBBTTxicj4NCjxiPlRvOjwvYj4gU3VkaGluIEphY29iICZsdDs8YSBocmVmPSJtYWlsdG86
c2phY29iQGp1bmlwZXIubmV0Ij5zamFjb2JAanVuaXBlci5uZXQ8L2E+Jmd0OzsgS2lzaG9yZSBU
aXJ1dmVlZGh1bGEgJmx0OzxhIGhyZWY9Im1haWx0bzpraXNob3JldEBqdW5pcGVyLm5ldCI+a2lz
aG9yZXRAanVuaXBlci5uZXQ8L2E+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSRTogZHJhZnQt
a2lzaGphYy1ibXdnLXBiYmV2cG4gPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNwOzxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxz
cGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5SZXNlbmQuIEVhcmxpZXIgbWVzc2VkIGZhaWxlZCB0
byBzb21lIE1TIG9mZmljZSBpc3N1ZXMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJjb2xvcjoj
MUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0i
Ym9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQg
MGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41
aW4iPjxiPkZyb206PC9iPiBJZnRla2hhciBIdXNzYWluIDxicj4NCjxiPlNlbnQ6PC9iPiBTdW5k
YXksIE5vdmVtYmVyIDIwLCAyMDE2IDI6MzggUE08YnI+DQo8Yj5Ubzo8L2I+ICdkcmFmdC1raXNo
amFjLWJtd2ctcGJiZXZwbkB0b29scy5pZXRmLm9yZyc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gZHJh
ZnQta2lzaGphYy1ibXdnLXBiYmV2cG4gPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNwOzxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i
PkhpIEphY29iIGFuZCBLaXNob3JlLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPkl0IHdhcyBuaWNlIG1lZXRp
bmcgSmFjb2IgYXQgdGhlIElFVEY5Ny4gSSBoYWQgYSBsb29rIGF0IHlvdXIgZHJhZnQgYW5kIGhh
dmUgZm9sbG93aW5nIGNvbW1lbnRzOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQ
YXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDo3NC4yNXB0O3RleHQtaW5kZW50Oi0uMjVpbjtt
c28tbGlzdDpsMCBsZXZlbDEgbGZvMiI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHls
ZT0iZm9udC1mYW1pbHk6U3ltYm9sIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj7Ctzxz
cGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFu
Pjwvc3Bhbj48IVtlbmRpZl0+V2h5IHRoZSBkcmFmdCBzY29wZSBkb2VzIG5vdCBleHBsaWNpdGx5
IG1lbnRpb25zL2luY2x1ZGVzIFJGQzc0MzI/DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iY29sb3I6IzFG
NDk3RCI+U3VkaGluJmd0OyZndDsgaXQgaXMgdXBkYXRlZCBpbiB0aGUgbGF0ZXN0IGNvbWJpbmVk
IGRyYWZ0Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9z
cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s
ZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5bSWZ0ZWtoYXJdIFRoYW5rcy4g
UGxlYXNlIHRha2UgYSBsb29rIGF0IGluZm9ybWF0aXZlIHJlZmVyZW5jZSBSRkM3NDEyLiBJcyB0
aGlzIGEgdHlwbz8gU2hvdWxkIGl0IGJlIFJGQzc0MzI/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxl
PSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImNvbG9yOiMx
RjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFy
YWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzQuMjVwdDt0ZXh0LWluZGVudDotLjI1aW47bXNv
LWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9
ImZvbnQtZmFtaWx5OlN5bWJvbCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8c3Bh
biBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48
L3NwYW4+PCFbZW5kaWZdPldoYXQgaXMgdGhlIGltcGFjdCBvbiBzeXN0ZW0gcGVyZm9ybWFuY2Ug
KEFSUCBtZW1vcnkgZm9yIHN0b3JpbmcgSVAgcHJlZml4ZXMsIGxvb2t1cHMgZXRjKSBhbmQgcmVs
aWFiaWxpdHkgKGUuZy4sIHBhY2tldCBsb3NzIGlmIGFueSkgd2hlbiBBUlAtcHJveHkgaXMgZW5h
YmxlZCAoZGlzYWJsZWQpPyBTaG91bGRu4oCZdCB5b3VyIGRyYWZ0IGNvdmVyIHRob3NlIG1ldHJp
Y3Mgb24gcmVkdWN0aW9uDQogKG9yIGluY3JlYXNlKSBpbiBmbG9vZGluZyA8bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBz
dHlsZT0iY29sb3I6IzFGNDk3RCI+U3VkaGluJmd0OyZndDsmbmJzcDsgQ291bGQgeW91IHBsZWFz
ZSBsZXQgbWUga25vdyBpZiB5b3Ugd2FudCB0byBhZGQgYXJwIHNjYWxpbmcgYXMgcGFyYW1ldGVy
LCB3ZSB3aWxsIGRvIGl0LiBUaGUgcmVsaWFiaWxpdHkgc2VjdGlvbiBjb21tdW5pdHkgdG9sZCB1
cyBub3QgdG8gZG8gaXQsIHRoZXJlIGlzIGEgc2VjdGlvbiB3ZSBhZGRlZA0KIG5hbWVkIGNvbnZl
cmdlbmNlIHRvIGNoZWNrIGhvdyBmYXN0IHRoZSBEVVQgY29udmVyZ2UgaW4gdGVybXMgb2YgZmFp
bHVyZS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bh
bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm
dDouNWluIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+W0lmdGVraGFyXSBZZXMsIHNvbWUg
c2NhbGluZyBwYXJhbWV0ZXIgd291bGQgbWFrZSBzZW5zZSB0byBtZS48L3NwYW4+PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNw
YW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3NC4yNXB0Ij5pbiBCVU0gdHJh
ZmZpYyBkdWUgdG8gQVJQLXByb3h5IGVuYWJsaW5nKGRpc2FibGluZyk/PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0Ojc0LjI1cHQ7
dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVsMSBsZm8yIj4NCjwhW2lmICFzdXBw
b3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpTeW1ib2wiPjxzcGFuIHN0eWxlPSJt
c28tbGlzdDpJZ25vcmUiPsK3PHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3
IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT5XaGF0IGlzIHRoZSBwZXJmb3Jt
YW5jZSBtZXRyaWMgZm9yIFBFLUNFIGxvYWQgYmFsYW5jaW5nIChhY3RpdmUtYWN0aXZlKT8gU2hv
dWxkbuKAmXQgdGhpcyBiZSBjb3ZlcmVkIGluIHRoZSBkcmFmdD88bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0i
Y29sb3I6IzFGNDk3RCI+U3VkaGluJmd0OyZndDsmZ3Q7IEkgdGhpbmsgdGhhdCBpcyBhIGZ1bmN0
aW9uYWwgcGFyYW1ldGVyLCBmdW5jdGlvbmFsIHBhcmFtZXRlcnMgYXJlIG5vdCBzdXBwb3J0ZWQg
YnkgdGhpcyB3b3JrZ3JvdXAuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdE
Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPltJZnRla2hh
cl0gSSBhbSB0aGlua2luZyB0aGVyZSBzaG91bGQgYmUgc29tZSBtZXRyaWMgdG8gbWVhc3VyZSB0
aGUgbGV2ZWwgb2YgbG9hZCBiYWxhbmNpbmcgJm5ic3A7YmV0d2VlbiBQRS1DRSBhbmQgUEUtUEUu
IExldCB1cyBzZWUgd2hhdCBvdGhlciBmb2xrcyBoYXZlIGFueSBvcGluaW9uIG9uIHRoaXMuPC9z
cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s
ZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+
PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlRoYW5rcyw8L3NwYW4+PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5
bGU9ImNvbG9yOiMxRjQ5N0QiPklmdGVraGFyPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJjb2xv
cjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+SSBzdXBwb3J0IHRoaXMgd29yayBhbmQgYmVs
aWV2ZSB0aGlzIHdvcmsgd291bGQgYmUgdXNlZnVsIGZvciBFVlBOIG11bHRpLXZlbmRvciBkZXBs
b3ltZW50IHNjZW5hcmlvcy4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPlRoYW5rczxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPklmdGVraGFy
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6
LjVpbiI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_BN6PR05MB2963F2C106A4CD9B01477BB7C28A0BN6PR05MB2963namp_--


From nobody Mon Nov 28 09:59:06 2016
Return-Path: <sboutros@vmware.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E7536129F83 for <bess@ietfa.amsl.com>; Mon, 28 Nov 2016 09:59:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.068
X-Spam-Level: 
X-Spam-Status: No, score=0.068 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=1.989, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=onevmw.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 cRM6BgU-cx5Q for <bess@ietfa.amsl.com>; Mon, 28 Nov 2016 09:58:59 -0800 (PST)
Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0041.outbound.protection.outlook.com [104.47.42.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F93412955B for <bess@ietf.org>; Mon, 28 Nov 2016 09:58:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=onevmw.onmicrosoft.com; s=selector1-vmware-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Vqdtlp+ONZz+v178IffrWkXUNK4HB9KIxvZ0s9AsxUM=; b=pnQp3frA2JBJZgILVmckZ7YrqIZRBLDDEsIPW7OZro8PeDyk+ox4Qv4Cmng4SmVWgA/PDDbdWgCLQNt+q1K7XziyBqAwq1Sxt5pXgr8Z1b+iZWgePgogGoe7gkVIi+jhmzlTxsbaW1aTwOWZZtAI41teYenDi19ezoZK3DYXY2Y=
Received: from BN6PR05MB3009.namprd05.prod.outlook.com (10.173.19.15) by BN6PR05MB3011.namprd05.prod.outlook.com (10.173.19.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.761.5; Mon, 28 Nov 2016 17:58:58 +0000
Received: from BN6PR05MB3009.namprd05.prod.outlook.com ([10.173.19.15]) by BN6PR05MB3009.namprd05.prod.outlook.com ([10.173.19.15]) with mapi id 15.01.0761.009; Mon, 28 Nov 2016 17:58:58 +0000
From: Sami Boutros <sboutros@vmware.com>
To: "Rabadan, Jorge (Nokia - US)" <jorge.rabadan@nokia.com>, Sami Boutros <boutros.sami@gmail.com>
Thread-Topic: EVPN-VPWS Service Edge Gateway rev03
Thread-Index: AQHSRABiv6yr60bsPEa8HSqv2DFU56Dop3cAgAKFeoCAAwdYgA==
Date: Mon, 28 Nov 2016 17:58:57 +0000
Message-ID: <3C20B6E0-21E7-44EF-A9E9-5D10008E5B5A@vmware.com>
References: <15F32090-B9AD-42AA-96AA-73745FF0EEB7@on.nokia.com> <FEF93CF8-4676-4B34-AAC9-0A1E3B6A0739@gmail.com> <494A224D-EB25-4ED5-9A98-9AFD47807881@on.nokia.com>
In-Reply-To: <494A224D-EB25-4ED5-9A98-9AFD47807881@on.nokia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=sboutros@vmware.com; 
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [208.91.2.4]
x-ms-office365-filtering-correlation-id: 2f52fa90-62f2-41f0-71ea-08d417b839fb
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:BN6PR05MB3011;
x-microsoft-exchange-diagnostics: 1; BN6PR05MB3011; 7:fSyF310odyB5i2XgPGqZy0kmZrNnRbAz+Luqfxep1IxmOLY9P+58547+6QnJu1Jv/GMSMKYy+pFs8BqaD2LmyycBN++X4UGdzisE33sIH5n6UktlU0GucDVm8Mi8COsguUCxnz6UDRN7quoEOpE2yFhnBMX/SauTu+H2/i3oJHx3gHUkWCZwEFyJKR6hdrqh9lXrwYXcyLCetiUgRyVj0a4KnN2+pT3N4m836BmA1HSDbwTSIhckY/pIkrtsyAzyI45q6RLXN538ipLkP5+z+8alR69cBSXjsDSUtjMRsywCtPatwdMezxJ0Ij3Vy6AdyHFboEZB6FQl2/0TATlg0i0KYdrgZc1cXhVVrzJ3SKnWs/7/xXVmyv0qAmeAdT0ohQSjymJJOr3TXOo2zXZ/EFkHD3h+OvWA1YmFs9jJdQefkBvVpuFD+1URe9oBIpGRr9gEx1kXBjnm62S8ARX6VQ==; 20:hjt5uoU+Pqa5JLN0WpWK1NbSHrbI91JQggSNne92NJvVRw1apat9ot1LdsTYULVhLnwoXXSkJSkRDygZIATvdijMZt5GCy5goEAp9REmBYA5hLdkK/L72oZoJtmqEC+/QY1QINOEMk3tmRGV8PQUUSHIogjGNrWkz3KGMKUuvMs=
x-microsoft-antispam-prvs: <BN6PR05MB3011268B279924A228AF2147BE8A0@BN6PR05MB3011.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(61668805478150)(10436049006162)(82608151540597)(95692535739014); 
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6060326)(6040361)(6045199)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6061324)(6041248)(20161123560025)(20161123555025)(20161123562025)(20161123564025); SRVR:BN6PR05MB3011; BCL:0; PCL:0; RULEID:; SRVR:BN6PR05MB3011; 
x-forefront-prvs: 01401330D1
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(189002)(199003)(24454002)(57704003)(377454003)(122556002)(97736004)(7906003)(86362001)(5660300001)(66066001)(92566002)(39400400001)(39060400001)(39380400001)(5001770100001)(7846002)(83716003)(2950100002)(99286002)(6116002)(3846002)(102836003)(2906002)(7736002)(4326007)(81156014)(229853002)(106356001)(82746002)(81166006)(106116001)(5890100001)(36756003)(189998001)(8936002)(6512003)(6506003)(606004)(8676002)(105586002)(68736007)(38730400001)(50986999)(39450400002)(77096006)(33656002)(3280700002)(76176999)(101416001)(54356999)(3660700001)(2900100001)(6486002)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:BN6PR05MB3011; H:BN6PR05MB3009.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: vmware.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_3C20B6E021E744EFA9E95D10008E5B5Avmwarecom_"
MIME-Version: 1.0
X-OriginatorOrg: vmware.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Nov 2016 17:58:57.8182 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: b39138ca-3cee-4b4a-a4d6-cd83d9dd62f0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR05MB3011
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/EbY-V0O8pyD7CnB3ofE2O4dDZ-8>
Cc: "Patrice Brissette \(pbrisset\)" <pbrisset@cisco.com>, "EXT Ali Sajassi \(sajassi\)" <sajassi@cisco.com>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] EVPN-VPWS Service Edge Gateway rev03
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Nov 2016 17:59:04 -0000

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

SGkgSm9yZ2UsDQoNClRoZSBFUyBpcyB0aGF0IGNhc2Ugd2lsbCBiZSBzZXQgbWFudWFsbHkgYnkg
dGhlIG9wZXJhdG9yIGZvciB0aGUgZ3JvdXAgb2Ygc2VydmljZSByb3V0ZXJzIHRoYXQgYXJlIGlu
IHRoZSBzYW1lIHJlZHVuZGFuY3kgZ3JvdXAuIFdpbGwgbWFrZSBzdXJlIHRoaXMgY2xhcmlmaWNh
dGlvbiBpcyBpbiB0aGUgbmV4dCBSZXYuDQoNClRoYW5rcywNCg0KU2FtaQ0KRnJvbTogIlJhYmFk
YW4sIEpvcmdlIChOb2tpYSAtIFVTKSIgPGpvcmdlLnJhYmFkYW5Abm9raWEuY29tPG1haWx0bzpq
b3JnZS5yYWJhZGFuQG5va2lhLmNvbT4+DQpEYXRlOiBTYXR1cmRheSwgTm92ZW1iZXIgMjYsIDIw
MTYgYXQgMzo0NCBBTQ0KVG86IFNhbWkgQm91dHJvcyA8Ym91dHJvcy5zYW1pQGdtYWlsLmNvbTxt
YWlsdG86Ym91dHJvcy5zYW1pQGdtYWlsLmNvbT4+DQpDYzogIkVYVCBBbGkgU2FqYXNzaSAoc2Fq
YXNzaSkiIDxzYWphc3NpQGNpc2NvLmNvbTxtYWlsdG86c2FqYXNzaUBjaXNjby5jb20+PiwgIlBh
dHJpY2UgQnJpc3NldHRlIChwYnJpc3NldCkiIDxwYnJpc3NldEBjaXNjby5jb208bWFpbHRvOnBi
cmlzc2V0QGNpc2NvLmNvbT4+LCBTYW1pIEJvdXRyb3MgPHNib3V0cm9zQHZtd2FyZS5jb208bWFp
bHRvOnNib3V0cm9zQHZtd2FyZS5jb20+PiwgImJlc3NAaWV0Zi5vcmc8bWFpbHRvOmJlc3NAaWV0
Zi5vcmc+IiA8YmVzc0BpZXRmLm9yZzxtYWlsdG86YmVzc0BpZXRmLm9yZz4+DQpTdWJqZWN0OiBS
ZTogRVZQTi1WUFdTIFNlcnZpY2UgRWRnZSBHYXRld2F5IHJldjAzDQoNCkhpIFNhbWksDQoNClRo
YW5rIHlvdS4NCg0KSSBzdGlsbCBmYWlsIHRvIHNlZSB0aGlzOg0K4oCcVGhlIERGIGVsZWN0aW9u
IGJldHdlZW4gdGhlIHNlcnZpY2UgZWRnZSBub2RlcyB3aWxsIGZvbGxvdyBSRkMgNzQzMiB1c2lu
ZyB0aGUgcGVyIEVTIEV0aGVybmV0IEFEIHJvdXRlLCBob3dldmVyIHdpbGwgdXNlIHRoZSBIUlcg
YWxnb3JpdGhtLuKAnQ0KDQpSRkM3NDMy4oCZcyBERiBlbGVjdGlvbiBpcyBwdXJlbHkgYmFzZWQg
b24gdGhlIEVTIHJvdXRlIGFuZCBub3QgdGhlIHBlciBFUyBBRCByb3V0ZS4gV2hhdCBkbyB5b3Ug
bWVhbiB3aXRoIHRoZSBzZW50ZW5jZSBhYm92ZT8gWW91IGRvbuKAmXQgdXNlIHRoZSBFUyByb3V0
ZSB3aGF0c29ldmVyPyBIb3cgaXMgdGhlIEVTSSB2YWx1ZSBmaWd1cmVkIG91dD8NCklNSE8gdGhv
c2UgdGhpbmdzIGFyZSBub3Qgc3RyYWlnaHQgZm9yd2FyZCB0byBmaWd1cmUgb3V0IGp1c3QgYnkg
cmVhZGluZyB0aGUgdGV4dC4NCg0KVGhhbmtzLg0KSm9yZ2UNCg0KDQoNCk9uIDExLzI0LzE2LCAx
MDoxNCBQTSwgIlNhbWkgQm91dHJvcyIgPGJvdXRyb3Muc2FtaUBnbWFpbC5jb208bWFpbHRvOmJv
dXRyb3Muc2FtaUBnbWFpbC5jb20+PiB3cm90ZToNCg0KSGkgSm9yZ2UsDQoNClNvcnJ5IGZvciB0
aGUgZGVsYXksIEkgd2lsbCBiZSBhZGRyZXNzaW5nIHRoZSBjb21tZW50cyBiZWxvdyBpbiB0aGUg
bmV4dCByZXYsIGFuZCB3aWxsIGJlIGNsYXJpZnlpbmcgdGhlIERGIGVsZWN0aW9uIHRvby4NCg0K
VGhlIERGIGVsZWN0aW9uIGJldHdlZW4gdGhlIHNlcnZpY2UgZWRnZSBub2RlcyB3aWxsIGZvbGxv
dyBSRkMgNzQzMiB1c2luZyB0aGUgcGVyIEVTIEV0aGVybmV0IEFEIHJvdXRlLCBob3dldmVyIHdp
bGwgdXNlIHRoZSBIUlcgYWxnb3JpdGhtLg0KDQpUaGUgZWxlY3Rpb24gd2lsbCBiZSBwZXJmb3Jt
ZWQgdG8gZGVjaWRlIG9uIHdobyB3aWxsIGJlIHRoZSBwcmltYXJ5IHJlc3BvbmRpbmcgdG8gdGhl
IEVWUE4gVlBXUyBFdGhlcm5ldCBBRCByb3V0ZXMgaW1wb3J0ZWQgYnkgdGhlIHNlcnZpY2UgZWRn
ZSBub2RlcyBmcm9tIHRoZSBhY2Nlc3Mgbm9kZXMgYnkgYXBwbHlpbmcgdGhlIEhSVyBhbGdvcml0
aG0uDQoNCkkgd2lsbCBjbGFyaWZ5IHRoZSB0ZXh0IHRvIHJlZmxlY3QgdGhlIGFib3ZlLg0KDQpU
aGFua3MsDQoNClNhbWkNCg0KT24gTm92IDIxLCAyMDE2LCBhdCA2OjA1IEFNLCBSYWJhZGFuLCBK
b3JnZSAoTm9raWEgLSBVUykgPGpvcmdlLnJhYmFkYW5Abm9raWEuY29tPG1haWx0bzpqb3JnZS5y
YWJhZGFuQG5va2lhLmNvbT4+IHdyb3RlOg0KU2FtaSwNCkkgbG9va2VkIGF0IHlvdXIgU2Vydmlj
ZSBFZGdlIEdhdGV3YXkgZHJhZnQsIGFuZCBzaW5jZSBteSBjb21tZW50cy9xdWVzdGlvbnMgd2Vy
ZSBub3QgYWRkcmVzc2VkIGluIHJldiAwMywgSeKAmW0gcmVzZW5kaW5nIG91ciBsYXN0IGV4Y2hh
bmdlLg0KQmVzaWRlcyB0aGUgY29tbWVudHMgYmVsb3cgKHBsZWFzZSBzZWUgdGhlIHRocmVhZCBm
cm9tIGVhcmxpZXIgdGhpcyB5ZWFyKSwgdGhlIG1vc3QgY29uZnVzaW5nIHBhcnQgdG8gbWUgaXMg
c3RpbGwgdGhlIG11bHRpLWhvbWluZyBvbiB0aGUgU2VydmljZSBFZGdlIG5vZGVzLiBBZnRlciBy
ZWFkaW5nIHRoZSB0ZXh0LCBzdGlsbCBub3Qgc3VyZSBpZiB0aGUgaW50ZW5kIGlzIGEgREYgZWxl
Y3Rpb24gYmFzZWQgb3V0IG9mIHRoZSBBRCBwZXItRVZJIHJvdXRlcyBvciBpZiB0aGUgREYgZWxl
Y3Rpb24gZm9sbG93cyByZWd1bGFyIFJGQzc0MzIgcHJvY2VkdXJlcy4gVGhpcyBpcyBhIGJsdXJy
eSBhcmVhIGluIHRoZSBkcmFmdCBhbmQgSSB3b3VsZCBwZXJzb25hbGx5IGFwcHJlY2lhdGUgYSBj
bGFyaWZpY2F0aW9uLg0KVGhhbmsgeW91Lg0KSm9yZ2UNCk9uIDQvOC8xNiwgMzozNyBQTSwgIlJh
YmFkYW4sIEpvcmdlIChOb2tpYSAtIFVTKSIgPGpvcmdlLnJhYmFkYW5AYWxjYXRlbC1sdWNlbnQu
Y29tPG1haWx0bzpqb3JnZS5yYWJhZGFuQGFsY2F0ZWwtbHVjZW50LmNvbT4+IHdyb3RlOg0KSGkg
U2FtaSwNCkFzIGRpc2N1c3NlZCwgdGhpcyBpcyB0aGUgZW1haWwuIFRoZSBuZXcgY29tbWVudHMg
YXJlIHRhZ2dlZCBhcyBbSk9SR0UyXS4NClBsZWFzZSBzZWUgaW4tbGluZS4NClRoYW5rcy4NCkpv
cmdlDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0NCkZyb206IFNhbWkgQm91dHJvcyA8Ym91dHJvcy5zYW1pQGdtYWlsLmNvbTxtYWlsdG86Ym91
dHJvcy5zYW1pQGdtYWlsLmNvbT4+DQpEYXRlOiBUdWVzZGF5LCBPY3RvYmVyIDIwLCAyMDE1IGF0
IDU6MzkgQU0NClRvOiBKb3JnZSBSYWJhZGFuIDxqb3JnZS5yYWJhZGFuQGFsY2F0ZWwtbHVjZW50
LmNvbTxtYWlsdG86am9yZ2UucmFiYWRhbkBhbGNhdGVsLWx1Y2VudC5jb20+Pg0KQ2M6ICJiZXNz
QGlldGYub3JnPG1haWx0bzpiZXNzQGlldGYub3JnPiIgPGJlc3NAaWV0Zi5vcmc8bWFpbHRvOmJl
c3NAaWV0Zi5vcmc+Pg0KU3ViamVjdDogUmU6IFtiZXNzXSBTZWVraW5nIENvbW1lbnRzIGZvciBF
VlBOLVZQV1MgU2VydmljZSBFZGdlIEdhdGV3YXkNCkhpIEpvcmdlLA0KLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkFic3RyYWN0
DQogICAgVGhpcyBkb2N1bWVudCBkZXNjcmliZXMgaG93IGEgc2VydmljZSBub2RlIGNhbiBkeW5h
bWljYWxseSB0ZXJtaW5hdGUNCiAgICBFVlBOIHZpcnR1YWwgcHJpdmF0ZSB3aXJlIHRyYW5zcG9y
dCBzZXJ2aWNlIChWUFdTKSBmcm9tIGFjY2VzcyBub2Rlcw0KICAgIGFuZCBvZmZlciBMYXllciAy
LCBMYXllciAzIGFuZCBFdGhlcm5ldCBWUE4gb3ZlcmxheSBzZXJ2aWNlcyB0bw0KICAgIEN1c3Rv
bWVyIGVkZ2UgZGV2aWNlcyBjb25uZWN0ZWQgdG8gdGhlIGFjY2VzcyBub2Rlcy4gU2VydmljZSBu
b2Rlcw0KICAgIHVzaW5nIEVWUE4gd2lsbCBhZHZlcnRpc2UgdG8gYWNjZXNzIG5vZGVzIHRoZSBM
MiwgTDMgYW5kIEV0aGVybmV0IFZQTg0KICAgIG92ZXJsYXkgc2VydmljZXMgaXQgY2FuIG9mZmVy
IGZvciB0aGUgdGVybWluYXRlZCBFVlBOIFZQV1MgdHJhbnNwb3J0DQogICAgc2VydmljZS4gT24g
YW4gYWNjZXNzIG5vZGUgYW4gb3BlcmF0b3IgY2FuIHNwZWNpZnkgdGhlIEwyIG9yIEwzIG9yDQog
ICAgRXRoZXJuZXQgVlBOIG92ZXJsYXkgc2VydmljZSBuZWVkZWQgYnkgdGhlIGN1c3RvbWVyIGVk
Z2UgZGV2aWNlDQogICAgY29ubmVjdGVkIHRvIHRoZSBhY2Nlc3Mgbm9kZSB0aGF0IHdpbGwgYmUg
dHJhbnNwb3J0ZWQgb3ZlciB0aGUgRVZQTi0NCiAgICBWUFdTIHNlcnZpY2UgYmV0d2VlbiBhY2Nl
c3Mgbm9kZSBhbmQgc2VydmljZSBub2RlLg0KLyogW0pPUkdFXSBpdCB3b3VsZCBiZSBnb29kIHRv
IGNsZWFybHkgc3RhdGUgdGhlIGJlbmVmaXQgb2YgZG9pbmcgdGhpcy4NClRoZSBtYWluIGFkdmFu
dGFnZXMgdGhhdCBJIHNlZSBhcmUgc2VydmljZSBleHRlbnNpb24gd2l0aCBzaW5nbGUtc2lkZQ0K
cHJvdmlzaW9uaW5nIChubyBuZWVkIHRvIHByb3Zpc2lvbiBuZXcgQUNzIGF0IHRoZSBzZXJ2aWNl
IG5vZGUpLiAqLw0KU2FtaTogd2lsbCB1cGRhdGUgdGhlIGFic3RyYWN0Lg0KW0pPUkdFMl0gSSBk
b27igJl0IHNlZSBhbnl0aGluZyBjaGFuZ2VkIGluIHJldiAwMiA7LSkNCjxzbmlwPg0KMSAgSW50
cm9kdWN0aW9uDQovKiBbSk9SR0VdIG1heWJlIHRoaXMgbGV2ZWwgb2YgZGV0YWlsIGF0IHRoZSBp
bnRyb2R1Y3Rpb24gaXMgYSBiaXQNCmNvbmZ1c2luZy4gSSB0aGluayBpdCB3b3VsZCBiZSBiZXR0
ZXIgdG8gc3RhdGUgd2hhdCB0aGUgZ29hbCBhbmQNCmFkdmFudGFnZXMgYXJlIGluIHRoZSBpbnRy
b2R1Y3Rpb24gYW5kIGxlYXZlIHRoZSBkZXRhaWxzIGZvciB0aGUgc29sdXRpb24NCmRlc2NyaXB0
aW9uLiAqLw0KU2FtaTogd2lsbCB1cGRhdGUuDQpbSk9SR0UyXSBJIGRvbuKAmXQgc2VlIGFueXRo
aW5nIGNoYW5nZWQgaW4gcmV2IDAyIDstKQ0KPHNuaXA+DQouLi4NCjIuMiAgU2NhbGFiaWxpdHkN
CiAgICAoUjJhKSBBIHNpbmdsZSBzZXJ2aWNlIG5vZGUgUEUgY2FuIGJlIGFzc29jaWF0ZWQgd2l0
aCBtYW55IGFjY2Vzcw0KICAgIG5vZGUgUEVzLiBUaGUgZm9sbG93aW5nIHJlcXVpcmVtZW50cyBn
aXZlIGEgcXVhbnRpdGF0aXZlIG1lYXN1cmUuDQogICAgKFIyYikgQSBzZXJ2aWNlIG5vZGUgUEUg
TVVTVCBzdXBwb3J0IHRob3VzYW5kKHMpIGhlYWQtZW5kIGNvbm5lY3Rpb25zDQogICAgZm9yIGEg
YSBnaXZlbiBhY2Nlc3Mgbm9kZSBQRSBjb25uZWN0aW5nIHRvIGRpZmZlcmVudCBvdmVybGF5IFZS
Rg0KICAgIHNlcnZpY2VzIG9uIHRoYXQgc2VydmljZSBub2RlLg0KICAgIChSMmMpIEEgc2Vydmlj
ZSBub2RlIFBFIE1VU1Qgc3VwcG9ydCB0aG91c2FuZChzKSBoZWFkLWVuZCBjb25uZWN0aW9ucw0K
ICAgIHRvIG1hbnkgYWNjZXNzIG5vZGUgUEVzLg0KLyogW0pPUkdFXSBJdCBpcyBoYXJkIHRvIHVu
ZGVyc3RhbmQuLi4gc2hvdWxkIHRoZSBmb2xsb3dpbmcgYmUgYmV0dGVyPzoNCuKAnCAoUjJiKSBB
IHNlcnZpY2Ugbm9kZSBQRSBNVVNUIHN1cHBvcnQgaGVhZC1lbmQgZnVuY3Rpb25hbGl0eSBmb3IN
CnRob3VzYW5kcyBvZiBhY2Nlc3Mgbm9kZSBQRXMgdGhhdCBhcmUgY29ubmVjdGVkIHRvIGRpZmZl
cmVudCBWUkZzIG9uIHRoZQ0Kc2VydmljZSBub2RlLg0KICAgKFIyYykgQSBzZXJ2aWNlIG5vZGUg
UEUgTVVTVCBzdXBwb3J0IHRob3VzYW5kcyBvZiBDRQ0KY29ubmVjdGlvbnMgdGhyb3VnaCB0aGUg
YXR0YWNoZWQgYWNjZXNzIG5vZGVzLiINCiovDQpTYW1pOiB3aWxsIHVwZGF0ZS4NCltKT1JHRTJd
IEkgZG9u4oCZdCBzZWUgYW55dGhpbmcgY2hhbmdlZCBpbiByZXYgMDIgOy0pDQoyLjUgTXVsdGkt
aG9taW5nDQogICAgVEJEDQovKiBbSk9SR0VdIFRoZSBzb2x1dGlvbiBzaG91bGQgZGVzY3JpYmUg
aG93IHRvIGhhbmRsZSBtdWx0aS1ob21pbmcgYXQgdHdvDQpsZXZlbHM6DQotIEFjY2VzcyBub2Rl
IG11bHRpLWhvbWVkIHRvIDIgb3IgbW9yZSBTZXJ2aWNlIG5vZGVzDQotIENFIG5vZGUgbXVsdGkt
aG9tZWQgdG8gMiBvciBtb3JlIGFjY2VzcyBub2RlcyAodGhpcyBvbmUgc2hvdWxkIGJlDQphbGln
bmVkIHdpdGggdGhlIEVWUE4tVlBXUyBkcmFmdCkNCiovDQpTYW1pOiBQbGVhc2UgaGF2ZSBhIGxv
b2sgYXQgdGhlIHVwZGF0ZWQgc2VjdGlvbiBpbiAwMSwgYXMgZm9yIHRoZSBDRSBub2RlIGFncmVl
ZCB0aGF0IGl0IHNob3VsZCBiZSBhbGlnbmVkIHdpdGggRVZQTi1WUFdTLCBhbmQgaGVuY2Ugbm8g
bmVlZCB0byBtZW50aW9uIGFueXRoaW5nIGFib3V0IGl0IGluIHRoZSBkcmFmdC4NCltKT1JHRTJd
IE9LLCBwbGVhc2Ugc2VlIGJlbG93Lg0KPHNuaXA+DQo0IFNvbHV0aW9uIE92ZXJ2aWV3DQogICAg
ICAgICAgICAgICAgICAgICAgICArLS0tLS0tLS0tKyAgICAgICAgICstLS0tLS0tLS0rDQogICAg
ICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgfCAgICAgICAgIHwgICAgICAgICB8DQogICAg
ICAgKy0tLS0rICAgKy0tLS0tKyB8IElQL01QTFMgfCArLS0tLS0rIHwgSVAvTVBMUyB8DQogICAg
ICAgfCBDRSB8LS0tfCBQRTEgfC18IEFjY2VzcyAgfC18IFBFMiB8LXwgQ29yZSAgICB8DQogICAg
ICAgKy0tLS0rICAgKy0tLS0tKyB8IE5ldHdvcmsgfCArLS0tLS0rIHwgTmV0d29yayB8DQogICAg
ICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgfCAgICAgICAgIHwgICAgICAgICB8DQogICAg
ICAgICAgICAgICAgICAgICAgICArLS0tLS0tLS0tKyAgICAgICAgICstLS0tLS0tLS0rDQogICAg
ICAgICAgICAgICAgICAgPC0tLS0gRVZQTi1WUFdTIC0tLS0+PC0tLS0gSVAvTUFDIFZSRiAtLS0+
DQogICAgRmlndXJlIDE6IEVWUE4tVlBXUyBTZXJ2aWNlIEVkZ2UgR2F0ZXdheS4NCiAgICBBTjog
QWNjZXNzIG5vZGUNCiAgICBTRTogU2VydmljZSBFZGdlIG5vZGUuDQogICAgRVZQTi1WUFdTIFNl
cnZpY2UgRWRnZSBHYXRld2F5IE9wZXJhdGlvbg0KLyogW0pPUkdFXSBTaG91bGQgdGhpcyBiZSBz
ZWN0aW9uIDQuMSBvbiBpdHMgb3duPyAqLw0KU2FtaTogc3VyZSB3aWxsIGRvLg0KICAgIEF0IHRo
ZSBzZXJ2aWNlIGVkZ2Ugbm9kZSwgdGhlIEVWUE4gUGVyLUVWSSBFdGhlcm5ldCBBLUQgcm91dGVz
IHdpbGwNCiAgICBiZSBhZHZlcnRpc2VkIHdpdGggdGhlIEVTSSBzZXQgdG8gMCBhbmQgdGhlIEV0
aGVybmV0IHRhZy1pZCBzZXQgdG8NCiAgICAod2lsZGNhcmQgMHhGRkZGRkZGKS4gVGhlIEV0aGVy
bmV0IEEtRCByb3V0ZXMgd2lsbCBoYXZlIGEgdW5pcXVlIFJEDQogICAgYW5kIHdpbGwgYmUgYXNz
b2NpYXRlZCB3aXRoIDIgQkdQIFJUKHMpLCBvbmUgUlQgY29ycmVzcG9uZGluZyB0byB0aGUNCiAg
ICB1bmRlcmxheSBFVkkgaS5lLiB0aGUgRVZQTiBWUFdTIHRyYW5zcG9ydCBzZXJ2aWNlIHRoYXQn
cyBjb25maWd1cmVkDQogICAgb25seSBhbW9uZyB0aGUgc2VydmljZSBlZGdlIG5vZGVzLCBhbmQg
b25lIGNvcnJlc3BvbmRpbmcgdG8gdGhlIEwyLA0KICAgIEwzIG9yIEVWUE4gb3ZlcmxheSBzZXJ2
aWNlLg0KICAgIEF0IHRoZSBhY2Nlc3Mgbm9kZXMsIHRoZSBFVlBOIHBlci1FVkkgRXRoZXJuZXQg
QS1EIHJvdXRlcyB3aWxsIGJlDQogICAgYWR2ZXJ0aXNlZCBhcyBkZXNjcmliZWQgaW4gW2RyYWZ0
LWlldGYtYmVzcy1ldnBuLXZwd3NdIHdpdGggdGhlIEVTSQ0KICAgIGZpZWxkIGlzIHNldCB0byAw
IGFuZCBmb3Igc2luZ2xlIGhvbWVkIENFcyBhbmQgdG8gdGhlIENFJ3MgRVNJIGZvcg0KICAgIG11
bHRpLWhvbWVkIENFJ3MgYW5kIHRoZSBFdGhlcm5ldCBUYWcgZmllbGQgd2lsbCBiZSBzZXQgdG8g
dGhlIFZQV1MNCiAgICBzZXJ2aWNlIGluc3RhbmNlIGlkZW50aWZpZXIgdGhhdCBpZGVudGlmaWVz
IHRoZSBFVlBMIG9yIEVQTCBzZXJ2aWNlLg0KICAgIFRoZSBFdGhlcm5ldC1BRCByb3V0ZSB3aWxs
IGhhdmUgYSB1bmlxdWUgUkQgYW5kIHdpbGwgYmUgYXNzb2NpYXRlZA0KICAgIHdpdGggb25lIEJH
UCBSVCBjb3JyZXNwb25kaW5nIHRvIHRoZSBMMiwgTDMgb3IgRVZQTiBvdmVybGF5IHNlcnZpY2UN
CiAgICB0aGF0IHdpbGwgYmUgdHJhbnNwb3J0ZWQgb3ZlciB0aGlzIEVWUE4gVlBXUyB0cmFuc3Bv
cnQgc2VydmljZS4NCi8qIFtKT1JHRV0gV2hhdCBkbyB5b3UgbWVhbiBieSBFVlBOIG92ZXJsYXkg
c2VydmljZSBpbiB0aGlzIGNvbnRleHQ/IHdoeQ0KaXMgaXQgZGlmZmVyZW50IGZyb20gTDIgb3Ig
TDMgc2VydmljZT8gc2hvdWxkIHRoaXMgYmUgY2xhcmlmaWVkIGluIHRoZQ0KaW50cm9kdWN0aW9u
Pw0KQWxzbyBieSBMMiBhbmQgTDMgYXJlIHlvdSByZWZlcnJpbmcgdG8gdGhlIGVuY2Fwc3VsYXRp
b24/IGkuZS4gTDIgbWVhbnMNCmV0aGVybmV0IG92ZXIgdGhlIEVWSSBsYWJlbCBhbmQgTDMgSVAg
b3ZlciB0aGUgRVZJIGxhYmVsPyAqLw0KLyogW0pPUkdFXSBJZiB0aGUgc2VydmljZSBSVHMgYXJl
IHRoZSBzYW1lIGluIHRoZSBhY2Nlc3MgYW5kIGNvcmUgbmV0d29yaywNClBFMiBzaG91bGQgaGF2
ZSB0d28gZGlmZmVyZW50IHBlZXJpbmcgc2Vzc2lvbnMsIG9uZSB0byB0aGUgUlIgaW4gdGhlDQph
Y2Nlc3MgbmV0d29yayBhbmQgb25lIHRvIHRoZSBjb3JlIFJSLiBJcyB0aGF0IHRoZSBpbnRlbmQ/
IGlmIHNvLCBpdCBtYXkNCmJlIGdvb2QgdG8gY2xhcmlmeSAqLw0KU2FtaTpDYW4geW91IHBsZWFz
ZSBsb29rIGF0IHRoZSB1cGRhdGVkIHZlcnNpb24gMDEgYW5kIHNlZSB3aGF0IGNvbW1lbnRzIHN0
aWxsIGFwcGx5Pw0KW0pPUkdFMl0gUmV2IDAxIG9yIDAyIGRvbuKAmXQgcmVhbGx5IGFkZCBtdWNo
IGluZm9ybWF0aW9uIGFib3V0IGl0Lg0KICAgIFNlcnZpY2UgZWRnZSBub2RlcyBvbiB0aGUgdW5k
ZXJsYXkgRVZJIHdpbGwgZGV0ZXJtaW5lIHRoZSBwcmltYXJ5DQogICAgc2VydmljZSBub2RlIHRl
cm1pbmF0aW5nIHRoZSBWUFdTIHRyYW5zcG9ydCBzZXJ2aWNlIGFuZCBvZmZlcmluZyB0aGUNCiAg
ICBMMiwgTDMgb3IgRXRoZXJuZXQgVlBOIHNlcnZpY2UgYnkgcnVubmluZyB0aGUgb24gSFdSIGFs
Z29yaXRobSBhcw0KICAgIGRlc2NyaWJlZCBpbiBbZHJhZnQtbW9oYW50eS1sMnZwbi1ldnBuLWRm
LWVsZWN0aW9uXSB1c2luZyB3ZWlnaHQNCiAgICBbVlBXUyBzZXJ2aWNlIGlkZW50aWZpZXIsIFNl
cnZpY2UgRWRnZSBOb2RlIElQIGFkZHJlc3NdLiBUaGlzIGVuc3VyZQ0KICAgIHRoYXQgc2Vydmlj
ZSBub2RlKHMpIHdpbGwgY29uc2lzdGVudGx5IHBpY2sgdGhlIHByaW1hcnkgc2VydmljZSBub2Rl
DQogICAgZXZlbiBhZnRlciBzZXJ2aWNlIG5vZGUgZmFpbHVyZS4gVXBvbiBwcmltYXJ5IHNlcnZp
Y2Ugbm9kZSBmYWlsdXJlLA0KICAgIGFsbCBvdGhlciByZW1haW5pbmcgc2VydmljZXMgbm9kZXMg
d2lsbCBjaG9vc2UgYW5vdGhlciBzZXJ2aWNlIG5vZGUNCiAgICBjb3JyZWN0bHkgYW5kIGNvbnNp
c3RlbnRseS4NCi8qW0pPUkdFXSBGb2xsb3dpbmcgRVZQTiwgdGhlIERGIGVsZWN0aW9uIGlzIGJh
c2VkIG9uIHRoZSBleGNoYW5nZSBvZiBFUw0Kcm91dGVzLiBIZW5jZSB0aGUgYXNzdW1wdGlvbiBp
cyB0aGF0IHRoZSB0d28gc2VydmljZSBub2RlcyBzaG91bGQNCmFkdmVydGlzZSBFUyByb3V0ZXMg
d2l0aCBhIHN5c3RlbS1sZXZlbCBFU0kgYW5kIGFuIEFEIHJvdXRlIHBlciBFUyB3aXRoDQp0aGUg
c2FtZSBFU0k/IFRoZSBzZXJ2aWNlIG5vZGUgREYgZm9yIGEgZ2l2ZW4gc2VydmljZSBzaG91bGQg
c2VuZCBhbiBBRCBwZXItRVZJIHJvdXRlIHdpdGggdGhlIFAgaW5kaWNhdGlvbiBpbiB0aGUgbmV3
IEVDIGRlZmluZWQgaW4gRVZQTi1WUFdTLiBJIGJlbGlldmUgYWxsIHRoZQ0KZXhpc3RpbmcgcHJv
Y2VkdXJlcyBzaG91bGQgYmUgdXNlZCwgYXJlIHlvdSBkZWZpbmluZyBuZXcgb25lcz8gKi8NClNh
bWk6IFBsZWFzZSBoYXZlIGEgbG9vayBhdCAwMS4NCltKT1JHRTJdIG5vIGNoYW5nZXMgaW4gMDEg
b3IgMDIuIEFnYWluIG1vcmUgZGV0YWlscyBhcmUgbmVlZGVkOg0KLSBIb3cgaXMgdGhlIEVTIGFz
c2lnbmVkIHRvIHRoZSBzZXJ2aWNlIG5vZGVzLiBJIHN1Z2dlc3QgYSBzeXN0ZW0gbGV2ZWwgRVNJ
IG9yL2FuZCBhIHZpcnR1YWwgRVMgcGVyIHNlcnZpY2Ugb24gdGhlIHNlcnZpY2Ugbm9kZXMuIFRo
ZSBmb3JtZXIgaXMgZGVmaW5lZCBpbiB0aGUgZGNpLWV2cG4tb3ZlcmxheSBkcmFmdC4gVGhlIGxh
dHRlciBzaG91bGQgYmUgc3RhdGVkIGhlcmUuDQotIE9uY2UgdGhlIEVTIGFuZCBFU0kgaXMgYXNz
aWduZWQgdG8gdGhlIHNlcnZpY2Ugbm9kZXMsIHJlZ3VsYXIgRVZQTiBwcm9jZWR1cmVzIHNob3Vs
ZCBmb2xsb3cuIElmIG5vdCwgaXQgaGFzIHRvIGJlIGV4cGxpY2l0bHkgc3RhdGVkLg0KICAgIFNp
bmdsZS1zaWRlZCBzaWduYWxpbmcgbWVjaGFuaXNtIGlzIHVzZWQuIFRoZSBTZXJ2aWNlIFBFIG5v
ZGUgdGhhdCBpcw0KICAgIGEgREYgZm9yIGFjY2VwdHMgdG8gdGVybWluYXRlIHRoZSBWUFdTIHRy
YW5zcG9ydCBzZXJ2aWNlIGZyb20gYW4NCiAgICBhY2Nlc3Mgbm9kZSwgdGhlIHByaW1hcnkgc2Vy
dmljZSBlZGdlIG5vZGUgc2hhbGw6LSBEeW5hbWljYWxseSBjcmVhdGUNCiAgICBhbiBpbnRlcmZh
Y2UgdG8gdGVybWluYXRlIHRoZSBzZXJ2aWNlIGFuZCBzaGFsbCBhdHRhY2ggdGhpcyBpbnRlcmZh
Y2UNCiAgICB0byB0aGUgb3ZlcmxheSBWUE4gc2VydmljZSByZXF1aXJlZCBieSB0aGUgYWNjZXNz
IG5vZGUgdG8gc2VydmljZSBpdHMNCiAgICBjdXN0b21lciBlZGdlIGRldmljZS4tIFJlc3BvbmRz
IHRvIHRoZSBFdGggQS1EIHJvdXRlIHBlciBFVkkgZnJvbSB0aGUNCiAgICBhY2Nlc3Mgbm9kZSBi
eSBzZW5kaW5nIGl0cyBvd24gRXRoIEEtRCBwZXIgRVZJIHJvdXRlIGJ5IHNldHRpbmcgdGhlDQog
ICAgc2FtZSBWUFdTIHNlcnZpY2UgaW5zdGFuY2UgSUQgYW5kIGRvd25zdHJlYW0gYXNzaWduZWQg
TVBMUyBsYWJlbCB0bw0KICAgIGJlIHVzZWQgYnkgdGhlIGFjY2VzcyBub2RlLg0KLyogW0pPUkdF
XSBOZWVkIHRvIGNvcnJlY3QgdGhlIGZvcm1hdDogdGhlIHR3byBidWxsZXRzIG11c3QgZ28gaW4N
CmRpZmZlcmVudCBsaW5lcyAqLw0KU3VyZSB3aWxsIGRvLg0KW0pPUkdFMl0gSSB0aGluayBzdGls
bCB0aGVyZSBpbiByZXYgMDIuDQogICA8c25pcD4NCjQuMSBNdWx0aS1ob21pbmcNCi8qIFtKT1JH
RV0gaG93IGJvdXQgdGhlIGZvbGxvd2luZyBzY2VuYXJpbzoNCkhlcmUgQU4xIGFuZCBBTjIgaGF2
ZSBhIEVTSSBmb3IgdGhlIENFLiBSZWd1bGFyIEVWUE4tVlBXUyBwcm9jZWR1cmVzDQpzaG91bGQg
YXBwbHkuDQogICAgICAgICAgICAgICAgICArLS0tLS0tLS0tKyAgICAgICAgICstLS0tLS0tLS0r
DQorLS0tLSsgICArLS0tLS0rIHwgICAgICAgICB8ICstLS0tLSsgfCAgICAgICAgIHwNCnwgQ0Ug
Ky0tLSsgQU4xICstKyAgICAgICAgICstKyBTRTIgKy0rICAgICAgICAgfA0KKy0tKy0rICAgKy0t
LS0tKyB8IElQL01QTFMgfCArLS0tLS0rIHwgSVAvTVBMUyB8DQogICAgfCAgICAgICAgICAgICB8
IEFjY2VzcyAgfCAgICAgICAgIHwgQ29yZSAgICB8DQogICAgfCAgICAgKy0tLS0tKyB8IE5ldHdv
cmsgfCArLS0tLS0rIHwgTmV0d29yayB8DQogICAgKy0tLS0tKyBBTjIgKy0rICAgICAgICAgKy0r
IFNFMyArLSsgICAgICAgICB8DQogICAgICAgICAgKy0tLS0tKyB8ICAgICAgICAgfCArLS0tLS0r
IHwgICAgICAgICB8DQogICAgICAgICAgICAgICAgICArLS0tLS0tLS0tKyAgICAgICAgICstLS0t
LS0tLS0rDQogICAgICAgICAgICAgPC0tLS0tRVZQTi1WUFdTLS0tLS0+PC0tLS0tSVAvTUFDIFZS
Ri0tLS0+DQoqLw0KU2FtaTogRXhhY3RseSwgcmVndWxhciBFVlBOIFZQV1Mgc2hvdWxkIGFwcGx5
LCBhbmQgaGVuY2Ugd2h5IGRvIHdlIG5lZWQgdG8gbWVudGlvbiBpdD8NCltKT1JHRTJdIEJlY2F1
c2Ugb25lIG1heSB0aGluayB0aGF0IHRoZXJlIGFyZSB0d28gd2F5cyBvZiBhZGRyZXNzaW5nIHRo
aXM6IGEpIG5vIEVTIG9uIEFOcywgdGhlIEFOcyBqdXN0IHByb3ZpZGUgYSB3aXJlIGFuZCB0aGUg
RVMgcmVhbGx5IHJlcHJlc2VudHMgdGhlIENFIG9yIGIpIHRoZXJlIGFyZSB0d28gRVMgaW4gdGhl
IGRpYWdyYW0sIG9uZSBkZWZpbmVkIGluIHRoZSBBTnMgYW5kIG9uZSBkZWZpbmVkIG9uIHRoZSBT
RSBub2Rlcy4NCkkgc2VlIHRoYXQgeW91IG1lYW4gKGIpIGJ1dCBpdCBzaG91bGQgYmUgc3RhdGVk
Lg0KVGhhbmtzLA0KU2FtaQ0KRnJvbTogIEJFU1Mgb24gYmVoYWxmIG9mIFNhbWkgQm91dHJvcw0K
RGF0ZTogIFdlZG5lc2RheSwgT2N0b2JlciA3LCAyMDE1IGF0IDExOjEzIFBNDQpUbzogICJiZXNz
QGlldGYub3JnPG1haWx0bzpiZXNzQGlldGYub3JnPiINClN1YmplY3Q6ICBbYmVzc10gU2Vla2lu
ZyBDb21tZW50cyBmb3IgRVZQTi1WUFdTIFNlcnZpY2UgRWRnZSBHYXRld2F5DQpIaSwNClRoZSBk
cmFmdCBwcm9wb3NlcyBhIGR5bmFtaWMgbWVjaGFuaXNtIHRvIHRlcm1pbmF0ZSB0aGUgVlBXUyB0
cmFuc3BvcnQgc2VydmljZSBhdCBhIHNlcnZpY2UgUEUgaW50byBhbiBvdmVybGF5IEwyIG9yIEwz
IHNlcnZpY2UgYmFzZWQgb24gYSBzaW5nbGUgc2lkZSBwcm92aXNpb25pbmcgYXQgdGhlIGFjY2Vz
cyBQRS4NCmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1ib3V0cm9zLWJlc3MtZXZw
bi12cHdzLXNlcnZpY2UtZWRnZS1nYXRld2F5LTAxPGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBv
aW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fdG9vbHMuaWV0Zi5vcmdfaHRtbF9kcmFmdC0yRGJv
dXRyb3MtMkRiZXNzLTJEZXZwbi0yRHZwd3MtMkRzZXJ2aWNlLTJEZWRnZS0yRGdhdGV3YXktMkQw
MSZkPURnTUdhUSZjPXVpbGFLOTBENFRPVm9INThKTlhSZ1Emcj1JVnpjVFJMUWRwdGEwOEwwYl95
MnpEa3F2d0poUktNQ0FiWC0ySy1MVjk4Jm09YVZvcTZyQWZycmhPanBhNmZxUEgxT2I0Uy14bU9N
S2VRWjEzN3JWZnQ1ayZzPVI4UFZPZmh5N0VwNFRfbzRPQVhBZ3FYTFpvRVIzdXBuWTRhWDRSVlNp
QzAmZT0+DQpUaGFua3MsDQpTYW1pDQoNCg0K

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

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pjxmb250IGZhY2U9
IkNhbGlicmksc2Fucy1zZXJpZiI+SGkgSm9yZ2UsPC9mb250PjwvZGl2Pg0KPGRpdj48Zm9udCBm
YWNlPSJDYWxpYnJpLHNhbnMtc2VyaWYiPjxicj4NCjwvZm9udD48L2Rpdj4NCjxkaXY+PGZvbnQg
ZmFjZT0iQ2FsaWJyaSxzYW5zLXNlcmlmIj5UaGUgRVMgaXMgdGhhdCBjYXNlIHdpbGwgYmUgc2V0
IG1hbnVhbGx5IGJ5IHRoZSBvcGVyYXRvciBmb3IgdGhlIGdyb3VwIG9mIHNlcnZpY2Ugcm91dGVy
cyB0aGF0IGFyZSBpbiB0aGUgc2FtZSByZWR1bmRhbmN5IGdyb3VwLiBXaWxsIG1ha2Ugc3VyZSB0
aGlzIGNsYXJpZmljYXRpb24gaXMgaW4gdGhlIG5leHQgUmV2LjwvZm9udD48L2Rpdj4NCjxkaXY+
PGZvbnQgZmFjZT0iQ2FsaWJyaSxzYW5zLXNlcmlmIj48YnI+DQo8L2ZvbnQ+PC9kaXY+DQo8ZGl2
Pjxmb250IGZhY2U9IkNhbGlicmksc2Fucy1zZXJpZiI+VGhhbmtzLDwvZm9udD48L2Rpdj4NCjxk
aXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSxzYW5zLXNlcmlmIj48YnI+DQo8L2ZvbnQ+PC9kaXY+DQo8
ZGl2Pjxmb250IGZhY2U9IkNhbGlicmksc2Fucy1zZXJpZiI+U2FtaTwvZm9udD48L2Rpdj4NCjwv
ZGl2Pg0KPC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iIHN0eWxlPSJjb2xv
cjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgZm9udC1z
aXplOiAxNHB4OyI+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpOyBmb250LXNpemU6
MTJwdDsgdGV4dC1hbGlnbjpsZWZ0OyBjb2xvcjpibGFjazsgQk9SREVSLUJPVFRPTTogbWVkaXVt
IG5vbmU7IEJPUkRFUi1MRUZUOiBtZWRpdW0gbm9uZTsgUEFERElORy1CT1RUT006IDBpbjsgUEFE
RElORy1MRUZUOiAwaW47IFBBRERJTkctUklHSFQ6IDBpbjsgQk9SREVSLVRPUDogI2I1YzRkZiAx
cHQgc29saWQ7IEJPUkRFUi1SSUdIVDogbWVkaXVtIG5vbmU7IFBBRERJTkctVE9QOiAzcHQiPg0K
PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkZyb206IDwvc3Bhbj4mcXVvdDtSYWJhZGFu
LCBKb3JnZSAoTm9raWEgLSBVUykmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpqb3JnZS5yYWJh
ZGFuQG5va2lhLmNvbSI+am9yZ2UucmFiYWRhbkBub2tpYS5jb208L2E+Jmd0Ozxicj4NCjxzcGFu
IHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5EYXRlOiA8L3NwYW4+U2F0dXJkYXksIE5vdmVtYmVy
IDI2LCAyMDE2IGF0IDM6NDQgQU08YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+
VG86IDwvc3Bhbj5TYW1pIEJvdXRyb3MgJmx0OzxhIGhyZWY9Im1haWx0bzpib3V0cm9zLnNhbWlA
Z21haWwuY29tIj5ib3V0cm9zLnNhbWlAZ21haWwuY29tPC9hPiZndDs8YnI+DQo8c3BhbiBzdHls
ZT0iZm9udC13ZWlnaHQ6Ym9sZCI+Q2M6IDwvc3Bhbj4mcXVvdDtFWFQgQWxpIFNhamFzc2kgKHNh
amFzc2kpJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86c2FqYXNzaUBjaXNjby5jb20iPnNhamFz
c2lAY2lzY28uY29tPC9hPiZndDssICZxdW90O1BhdHJpY2UgQnJpc3NldHRlIChwYnJpc3NldCkm
cXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpwYnJpc3NldEBjaXNjby5jb20iPnBicmlzc2V0QGNp
c2NvLmNvbTwvYT4mZ3Q7LCBTYW1pIEJvdXRyb3MgJmx0OzxhIGhyZWY9Im1haWx0bzpzYm91dHJv
c0B2bXdhcmUuY29tIj5zYm91dHJvc0B2bXdhcmUuY29tPC9hPiZndDssDQogJnF1b3Q7PGEgaHJl
Zj0ibWFpbHRvOmJlc3NAaWV0Zi5vcmciPmJlc3NAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBo
cmVmPSJtYWlsdG86YmVzc0BpZXRmLm9yZyI+YmVzc0BpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPHNw
YW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlN1YmplY3Q6IDwvc3Bhbj5SZTogRVZQTi1WUFdT
IFNlcnZpY2UgRWRnZSBHYXRld2F5IHJldjAzPGJyPg0KPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2
Pg0KPGRpdj4NCjxtZXRhIG5hbWU9IlRpdGxlIiBjb250ZW50PSIiPg0KPG1ldGEgbmFtZT0iS2V5
d29yZHMiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9Ik1pY3Jv
c29mdCBXb3JkIDE1IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQoNCi8qIEZvbnQg
RGVmaW5pdGlvbnMgKi8NCg0KQGZvbnQtZmFjZQ0KDQoJe2ZvbnQtZmFtaWx5OkFyaWFsOw0KDQoJ
cGFub3NlLTE6MiAxMSA2IDQgMiAyIDIgMiAyIDQ7fQ0KDQpAZm9udC1mYWNlDQoNCgl7Zm9udC1m
YW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30N
Cg0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCg0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwg
ZGl2Lk1zb05vcm1hbA0KDQoJe21hcmdpbjowY207DQoNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7
DQoNCglmb250LXNpemU6MTIuMHB0Ow0KDQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7
fQ0KDQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5
Ow0KDQoJY29sb3I6Ymx1ZTsNCg0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KDQphOnZp
c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCg0KCXttc28tc3R5bGUtcHJpb3JpdHk6
OTk7DQoNCgljb2xvcjpwdXJwbGU7DQoNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCg0K
c3Bhbi5FbWFpbFN0eWxlMTcNCg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCg0K
CWZvbnQtZmFtaWx5OkFyaWFsOw0KDQoJY29sb3I6d2luZG93dGV4dDsNCg0KCWZvbnQtd2VpZ2h0
Om5vcm1hbDsNCg0KCWZvbnQtc3R5bGU6bm9ybWFsO30NCg0Kc3Bhbi5tc29JbnMNCg0KCXttc28t
c3R5bGUtdHlwZTpleHBvcnQtb25seTsNCg0KCW1zby1zdHlsZS1uYW1lOiIiOw0KDQoJdGV4dC1k
ZWNvcmF0aW9uOnVuZGVybGluZTsNCg0KCWNvbG9yOnRlYWw7fQ0KDQouTXNvQ2hwRGVmYXVsdA0K
DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KDQoJZm9udC1zaXplOjEwLjBwdDt9DQoN
CkBwYWdlIFdvcmRTZWN0aW9uMQ0KDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KDQoJbWFyZ2lu
OjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQoNCmRpdi5Xb3JkU2VjdGlvbjENCg0KCXtw
YWdlOldvcmRTZWN0aW9uMTt9DQoNCi0tPjwvc3R5bGU+DQo8ZGl2IGJnY29sb3I9IndoaXRlIiBs
YW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3Jk
U2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWwiPkhpIFNhbWksPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m
YW1pbHk6QXJpYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsIj5U
aGFuayB5b3UuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsIj5JIHN0aWxsIGZhaWwgdG8gc2VlIHRoaXM6
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWwiPuKAnFRoZSBERiBlbGVjdGlvbiBi
ZXR3ZWVuIHRoZSBzZXJ2aWNlIGVkZ2Ugbm9kZXMgd2lsbCBmb2xsb3cgUkZDIDc0MzIgdXNpbmcg
dGhlIHBlciBFUyBFdGhlcm5ldCBBRCByb3V0ZSwgaG93ZXZlciB3aWxsIHVzZSB0aGUgSFJXIGFs
Z29yaXRobS7igJ08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlhbCI+PG86cD4mbmJz
cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWwiPlJGQzc0MzLigJlzIERGIGVsZWN0aW9u
IGlzIHB1cmVseSBiYXNlZCBvbiB0aGUNCjx1PkVTIHJvdXRlPC91PiBhbmQgbm90IHRoZSBwZXIg
RVMgQUQgcm91dGUuIFdoYXQgZG8geW91IG1lYW4gd2l0aCB0aGUgc2VudGVuY2UgYWJvdmU/IFlv
dSBkb27igJl0IHVzZSB0aGUgRVMgcm91dGUgd2hhdHNvZXZlcj8gSG93IGlzIHRoZSBFU0kgdmFs
dWUgZmlndXJlZCBvdXQ/DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlhbCI+SU1I
TyB0aG9zZSB0aGluZ3MgYXJlIG5vdCBzdHJhaWdodCBmb3J3YXJkIHRvIGZpZ3VyZSBvdXQganVz
dCBieSByZWFkaW5nIHRoZSB0ZXh0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFs
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlhbCI+VGhhbmtzLjxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsIj5Kb3JnZTxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv
bnQtZmFtaWx5OkFyaWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlh
bCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+T24gMTEvMjQvMTYsIDEwOjE0IFBNLCAmcXVvdDtTYW1p
IEJvdXRyb3MmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpib3V0cm9zLnNhbWlAZ21haWwuY29t
Ij5ib3V0cm9zLnNhbWlAZ21haWwuY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t
bGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+SGkgSm9yZ2UsPG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy
Z2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPlNvcnJ5IGZvciB0
aGUgZGVsYXksIEkgd2lsbCBiZSBhZGRyZXNzaW5nIHRoZSBjb21tZW50cyBiZWxvdyBpbiB0aGUg
bmV4dCByZXYsIGFuZCB3aWxsIGJlIGNsYXJpZnlpbmcgdGhlIERGIGVsZWN0aW9uIHRvby48bzpw
PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
YXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+VGhlIERGIGVs
ZWN0aW9uIGJldHdlZW4gdGhlIHNlcnZpY2UgZWRnZSBub2RlcyB3aWxsIGZvbGxvdyBSRkMgNzQz
MiB1c2luZyB0aGUgcGVyIEVTIEV0aGVybmV0IEFEIHJvdXRlLCBob3dldmVyIHdpbGwgdXNlIHRo
ZSBIUlcgYWxnb3JpdGhtLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MzYuMHB0Ij5UaGUgZWxlY3Rpb24gd2lsbCBiZSBwZXJmb3JtZWQgdG8gZGVjaWRlIG9uIHdo
byB3aWxsIGJlIHRoZSBwcmltYXJ5IHJlc3BvbmRpbmcgdG8gdGhlIEVWUE4gVlBXUyBFdGhlcm5l
dCBBRCByb3V0ZXMgaW1wb3J0ZWQgYnkgdGhlIHNlcnZpY2UgZWRnZSBub2RlcyBmcm9tIHRoZSBh
Y2Nlc3Mgbm9kZXMgYnkgYXBwbHlpbmcgdGhlIEhSVyBhbGdvcml0aG0uPG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6
MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPkkgd2lsbCBjbGFyaWZ5IHRoZSB0
ZXh0IHRvIHJlZmxlY3QgdGhlIGFib3ZlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJz
cDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bWFyZ2luLWxlZnQ6MzYuMHB0Ij5UaGFua3MsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZu
YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtYXJnaW4tbGVmdDozNi4wcHQiPlNhbWk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9y
ZGVyLWxlZnQ6c29saWQgI0I1QzRERiA0LjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0O21h
cmdpbi1sZWZ0OjMuNzVwdDttYXJnaW4tcmlnaHQ6MGNtIiBpZD0iTUFDX09VVExPT0tfQVRUUklC
VVRJT05fQkxPQ0tRVU9URSI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjM2LjBwdCI+T24gTm92IDIxLCAyMDE2LCBhdCA2OjA1IEFNLCBSYWJhZGFuLCBK
b3JnZSAoTm9raWEgLSBVUykgJmx0OzxhIGhyZWY9Im1haWx0bzpqb3JnZS5yYWJhZGFuQG5va2lh
LmNvbSI+am9yZ2UucmFiYWRhbkBub2tpYS5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm
dDozNi4wcHQiPlNhbWksPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5JIGxvb2tlZCBhdCB5b3VyIFNl
cnZpY2UgRWRnZSBHYXRld2F5IGRyYWZ0LCBhbmQgc2luY2UgbXkgY29tbWVudHMvcXVlc3Rpb25z
IHdlcmUgbm90IGFkZHJlc3NlZCBpbiByZXYgMDMsIEnigJltIHJlc2VuZGluZyBvdXIgbGFzdCBl
eGNoYW5nZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPkJlc2lkZXMgdGhlIGNvbW1lbnRzIGJlbG93
IChwbGVhc2Ugc2VlIHRoZSB0aHJlYWQgZnJvbSBlYXJsaWVyIHRoaXMgeWVhciksIHRoZSBtb3N0
IGNvbmZ1c2luZyBwYXJ0IHRvIG1lIGlzIHN0aWxsIHRoZSBtdWx0aS1ob21pbmcgb24gdGhlIFNl
cnZpY2UgRWRnZSBub2Rlcy4gQWZ0ZXIgcmVhZGluZyB0aGUgdGV4dCwgc3RpbGwgbm90IHN1cmUg
aWYgdGhlIGludGVuZA0KIGlzIGEgREYgZWxlY3Rpb24gYmFzZWQgb3V0IG9mIHRoZSBBRCBwZXIt
RVZJIHJvdXRlcyBvciBpZiB0aGUgREYgZWxlY3Rpb24gZm9sbG93cyByZWd1bGFyIFJGQzc0MzIg
cHJvY2VkdXJlcy4gVGhpcyBpcyBhIGJsdXJyeSBhcmVhIGluIHRoZSBkcmFmdCBhbmQgSSB3b3Vs
ZCBwZXJzb25hbGx5IGFwcHJlY2lhdGUgYSBjbGFyaWZpY2F0aW9uLjxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2
LjBwdCI+VGhhbmsgeW91LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Sm9yZ2U8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm
dDozNi4wcHQiPk9uIDQvOC8xNiwgMzozNyBQTSwgJnF1b3Q7UmFiYWRhbiwgSm9yZ2UgKE5va2lh
IC0gVVMpJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86am9yZ2UucmFiYWRhbkBhbGNhdGVsLWx1
Y2VudC5jb20iPmpvcmdlLnJhYmFkYW5AYWxjYXRlbC1sdWNlbnQuY29tPC9hPiZndDsgd3JvdGU6
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5IaSBTYW1pLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+QXMg
ZGlzY3Vzc2VkLCB0aGlzIGlzIHRoZSBlbWFpbC4gVGhlIG5ldyBjb21tZW50cyBhcmUgdGFnZ2Vk
IGFzIFtKT1JHRTJdLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+UGxlYXNlIHNlZSBpbi1saW5lLjxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1hcmdpbi1sZWZ0OjM2LjBwdCI+VGhhbmtzLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Sm9yZ2U8
bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtYXJnaW4tbGVmdDozNi4wcHQiPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+RnJvbTogU2FtaSBCb3V0
cm9zICZsdDs8YSBocmVmPSJtYWlsdG86Ym91dHJvcy5zYW1pQGdtYWlsLmNvbSI+Ym91dHJvcy5z
YW1pQGdtYWlsLmNvbTwvYT4mZ3Q7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5EYXRlOiBUdWVzZGF5
LCBPY3RvYmVyIDIwLCAyMDE1IGF0IDU6MzkgQU08bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPlRvOiBK
b3JnZSBSYWJhZGFuICZsdDs8YSBocmVmPSJtYWlsdG86am9yZ2UucmFiYWRhbkBhbGNhdGVsLWx1
Y2VudC5jb20iPmpvcmdlLnJhYmFkYW5AYWxjYXRlbC1sdWNlbnQuY29tPC9hPiZndDs8bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn
aW4tbGVmdDozNi4wcHQiPkNjOiAmcXVvdDs8YSBocmVmPSJtYWlsdG86YmVzc0BpZXRmLm9yZyI+
YmVzc0BpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpiZXNzQGlldGYub3Jn
Ij5iZXNzQGlldGYub3JnPC9hPiZndDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPlN1YmplY3Q6IFJl
OiBbYmVzc10gU2Vla2luZyBDb21tZW50cyBmb3IgRVZQTi1WUFdTIFNlcnZpY2UgRWRnZSBHYXRl
d2F5PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5IaSBKb3JnZSw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi
Pi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5BYnN0cmFjdDxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBw
dCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7VGhpcyBkb2N1bWVudCBkZXNjcmliZXMgaG93IGEg
c2VydmljZSBub2RlIGNhbiBkeW5hbWljYWxseSB0ZXJtaW5hdGU8bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w
cHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0VWUE4gdmlydHVhbCBwcml2YXRlIHdpcmUgdHJh
bnNwb3J0IHNlcnZpY2UgKFZQV1MpIGZyb20gYWNjZXNzIG5vZGVzPG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu
MHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDthbmQgb2ZmZXIgTGF5ZXIgMiwgTGF5ZXIgMyBh
bmQgRXRoZXJuZXQgVlBOIG92ZXJsYXkgc2VydmljZXMgdG88bzpwPjwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0N1c3RvbWVyIGVkZ2UgZGV2aWNlcyBjb25uZWN0ZWQg
dG8gdGhlIGFjY2VzcyBub2Rlcy4gU2VydmljZSBub2RlczxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7dXNpbmcgRVZQTiB3aWxsIGFkdmVydGlzZSB0byBhY2Nl
c3Mgbm9kZXMgdGhlIEwyLCBMMyBhbmQgRXRoZXJuZXQgVlBOPG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0
Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtvdmVybGF5IHNlcnZpY2VzIGl0IGNhbiBvZmZlciBm
b3IgdGhlIHRlcm1pbmF0ZWQgRVZQTiBWUFdTIHRyYW5zcG9ydDxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBw
dCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7c2VydmljZS4gT24gYW4gYWNjZXNzIG5vZGUgYW4g
b3BlcmF0b3IgY2FuIHNwZWNpZnkgdGhlIEwyIG9yIEwzIG9yPG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0
Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtFdGhlcm5ldCBWUE4gb3ZlcmxheSBzZXJ2aWNlIG5l
ZWRlZCBieSB0aGUgY3VzdG9tZXIgZWRnZSBkZXZpY2U8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwO2Nvbm5lY3RlZCB0byB0aGUgYWNjZXNzIG5vZGUgdGhhdCB3
aWxsIGJlIHRyYW5zcG9ydGVkIG92ZXIgdGhlIEVWUE4tPG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtWUFdTIHNlcnZpY2UgYmV0d2VlbiBhY2Nlc3Mgbm9kZSBh
bmQgc2VydmljZSBub2RlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+LyogW0pPUkdFXSBpdCB3b3Vs
ZCBiZSBnb29kIHRvIGNsZWFybHkgc3RhdGUgdGhlIGJlbmVmaXQgb2YgZG9pbmcgdGhpcy48bzpw
PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
YXJnaW4tbGVmdDozNi4wcHQiPlRoZSBtYWluIGFkdmFudGFnZXMgdGhhdCBJIHNlZSBhcmUgc2Vy
dmljZSBleHRlbnNpb24gd2l0aCBzaW5nbGUtc2lkZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+cHJv
dmlzaW9uaW5nIChubyBuZWVkIHRvIHByb3Zpc2lvbiBuZXcgQUNzIGF0IHRoZSBzZXJ2aWNlIG5v
ZGUpLiAqLzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+U2FtaTogd2lsbCB1cGRhdGUgdGhlIGFic3Ry
YWN0LiA8bzpwPg0KPC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+W0pPUkdFMl0gSSBkb27igJl0IHNlZSBhbnl0
aGluZyBjaGFuZ2VkIGluIHJldiAwMiA7LSk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZsdDtzbmlw
Jmd0OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+MSZuYnNwOyZuYnNwO0ludHJvZHVjdGlvbjxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjM2LjBwdCI+LyogW0pPUkdFXSBtYXliZSB0aGlzIGxldmVsIG9mIGRldGFpbCBh
dCB0aGUgaW50cm9kdWN0aW9uIGlzIGEgYml0PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5jb25mdXNp
bmcuIEkgdGhpbmsgaXQgd291bGQgYmUgYmV0dGVyIHRvIHN0YXRlIHdoYXQgdGhlIGdvYWwgYW5k
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5hZHZhbnRhZ2VzIGFyZSBpbiB0aGUgaW50cm9kdWN0aW9u
IGFuZCBsZWF2ZSB0aGUgZGV0YWlscyBmb3IgdGhlIHNvbHV0aW9uPG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu
MHB0Ij5kZXNjcmlwdGlvbi4gKi88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPlNhbWk6IHdpbGwgdXBk
YXRlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+W0pPUkdFMl0gSSBkb27igJl0IHNlZSBhbnl0aGlu
ZyBjaGFuZ2VkIGluIHJldiAwMiA7LSk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZsdDtzbmlwJmd0
OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Li4uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4yLjImbmJz
cDsmbmJzcDtTY2FsYWJpbGl0eTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7KFIyYSkgQSBzaW5nbGUgc2VydmljZSBub2RlIFBFIGNhbiBiZSBhc3NvY2lhdGVk
IHdpdGggbWFueSBhY2Nlc3M8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwO25vZGUgUEVzLiBUaGUgZm9sbG93aW5nIHJlcXVpcmVtZW50cyBnaXZlIGEgcXVhbnRp
dGF0aXZlIG1lYXN1cmUuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsoUjJiKSBBIHNlcnZpY2Ugbm9kZSBQRSBNVVNUIHN1cHBvcnQgdGhvdXNhbmQocykgaGVh
ZC1lbmQgY29ubmVjdGlvbnM8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwO2ZvciBhIGEgZ2l2ZW4gYWNjZXNzIG5vZGUgUEUgY29ubmVjdGluZyB0byBkaWZmZXJl
bnQgb3ZlcmxheSBWUkY8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwO3NlcnZpY2VzIG9uIHRoYXQgc2VydmljZSBub2RlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7KFIyYykgQSBzZXJ2aWNlIG5vZGUgUEUgTVVTVCBzdXBw
b3J0IHRob3VzYW5kKHMpIGhlYWQtZW5kIGNvbm5lY3Rpb25zPG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0
Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt0byBtYW55IGFjY2VzcyBub2RlIFBFcy48bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn
aW4tbGVmdDozNi4wcHQiPi8qIFtKT1JHRV0gSXQgaXMgaGFyZCB0byB1bmRlcnN0YW5kLi4uIHNo
b3VsZCB0aGUgZm9sbG93aW5nIGJlIGJldHRlcj86PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij7igJwg
KFIyYikgQSBzZXJ2aWNlIG5vZGUgUEUgTVVTVCBzdXBwb3J0IGhlYWQtZW5kIGZ1bmN0aW9uYWxp
dHkgZm9yPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij50aG91c2FuZHMgb2YgYWNjZXNzIG5vZGUgUEVz
IHRoYXQgYXJlIGNvbm5lY3RlZCB0byBkaWZmZXJlbnQgVlJGcyBvbiB0aGU8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm
dDozNi4wcHQiPnNlcnZpY2Ugbm9kZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNw
OyAoUjJjKSBBIHNlcnZpY2Ugbm9kZSBQRSBNVVNUIHN1cHBvcnQgdGhvdXNhbmRzIG9mIENFPG86
cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bWFyZ2luLWxlZnQ6MzYuMHB0Ij5jb25uZWN0aW9ucyB0aHJvdWdoIHRoZSBhdHRhY2hlZCBhY2Nl
c3Mgbm9kZXMuJnF1b3Q7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4qLzxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2
LjBwdCI+U2FtaTogd2lsbCB1cGRhdGUuIDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+W0pPUkdFMl0g
SSBkb27igJl0IHNlZSBhbnl0aGluZyBjaGFuZ2VkIGluIHJldiAwMiA7LSk8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm
dDozNi4wcHQiPjIuNSBNdWx0aS1ob21pbmc8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwO1RCRDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+LyogW0pPUkdFXSBUaGUg
c29sdXRpb24gc2hvdWxkIGRlc2NyaWJlIGhvdyB0byBoYW5kbGUgbXVsdGktaG9taW5nIGF0IHR3
bzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+bGV2ZWxzOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+LSBB
Y2Nlc3Mgbm9kZSBtdWx0aS1ob21lZCB0byAyIG9yIG1vcmUgU2VydmljZSBub2RlczxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp
bi1sZWZ0OjM2LjBwdCI+LSBDRSBub2RlIG11bHRpLWhvbWVkIHRvIDIgb3IgbW9yZSBhY2Nlc3Mg
bm9kZXMgKHRoaXMgb25lIHNob3VsZCBiZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+YWxpZ25lZCB3
aXRoIHRoZSBFVlBOLVZQV1MgZHJhZnQpPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4qLzxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp
bi1sZWZ0OjM2LjBwdCI+U2FtaTogUGxlYXNlIGhhdmUgYSBsb29rIGF0IHRoZSB1cGRhdGVkIHNl
Y3Rpb24gaW4gMDEsIGFzIGZvciB0aGUgQ0Ugbm9kZSBhZ3JlZWQgdGhhdCBpdCBzaG91bGQgYmUg
YWxpZ25lZCB3aXRoIEVWUE4tVlBXUywgYW5kIGhlbmNlIG5vIG5lZWQgdG8gbWVudGlvbiBhbnl0
aGluZyBhYm91dCBpdCBpbiB0aGUgZHJhZnQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5bSk9SR0Uy
XSBPSywgcGxlYXNlIHNlZSBiZWxvdy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZsdDtzbmlwJmd0
OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+NCBTb2x1dGlvbiBPdmVydmlldzxvOnA+PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0
OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7JiM0MzstLS0tLS0tLS0mIzQz
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0t
LS0tLS0tLSYjNDM7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDt8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8PG86cD48L286cD48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLS0t
JiM0MzsmbmJzcDsmbmJzcDsgJiM0MzstLS0tLSYjNDM7IHwgSVAvTVBMUyB8ICYjNDM7LS0tLS0m
IzQzOyB8IElQL01QTFMgfDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwgQ0UgfC0tLXwgUEUxIHwtfCBBY2Nlc3MmbmJzcDsmbmJzcDt8
LXwgUEUyIHwtfCBDb3JlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fDxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2
LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS0tLSYjNDM7
Jm5ic3A7Jm5ic3A7ICYjNDM7LS0tLS0mIzQzOyB8IE5ldHdvcmsgfCAmIzQzOy0tLS0tJiM0Mzsg
fCBOZXR3b3JrIHw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwO3wmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg
fCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHw8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm
dDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyYjNDM7LS0tLS0tLS0tJiM0
MzsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzst
LS0tLS0tLS0mIzQzOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZsdDstLS0tIEVWUE4tVlBXUyAtLS0tJmd0
OyZsdDstLS0tIElQL01BQyBWUkYgLS0tJmd0OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7RmlndXJlIDE6IEVWUE4tVlBXUyBTZXJ2aWNlIEVkZ2UgR2F0ZXdh
eS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0FOOiBBY2Nl
c3Mgbm9kZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7U0U6
IFNlcnZpY2UgRWRnZSBub2RlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7RVZQTi1WUFdTIFNlcnZpY2UgRWRnZSBHYXRld2F5IE9wZXJhdGlvbjxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp
bi1sZWZ0OjM2LjBwdCI+LyogW0pPUkdFXSBTaG91bGQgdGhpcyBiZSBzZWN0aW9uIDQuMSBvbiBp
dHMgb3duPyAqLzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+U2FtaTogc3VyZSB3aWxsIGRvLjxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7QXQgdGhlIHNlcnZpY2Ug
ZWRnZSBub2RlLCB0aGUgRVZQTiBQZXItRVZJIEV0aGVybmV0IEEtRCByb3V0ZXMgd2lsbDxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7YmUgYWR2ZXJ0aXNlZCB3
aXRoIHRoZSBFU0kgc2V0IHRvIDAgYW5kIHRoZSBFdGhlcm5ldCB0YWctaWQgc2V0IHRvPG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy
Z2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsod2lsZGNhcmQgMHhGRkZG
RkZGKS4gVGhlIEV0aGVybmV0IEEtRCByb3V0ZXMgd2lsbCBoYXZlIGEgdW5pcXVlIFJEPG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy
Z2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDthbmQgd2lsbCBiZSBhc3Nv
Y2lhdGVkIHdpdGggMiBCR1AgUlQocyksIG9uZSBSVCBjb3JyZXNwb25kaW5nIHRvIHRoZTxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7dW5kZXJsYXkgRVZJIGku
ZS4gdGhlIEVWUE4gVlBXUyB0cmFuc3BvcnQgc2VydmljZSB0aGF0J3MgY29uZmlndXJlZDxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7b25seSBhbW9uZyB0aGUg
c2VydmljZSBlZGdlIG5vZGVzLCBhbmQgb25lIGNvcnJlc3BvbmRpbmcgdG8gdGhlIEwyLDxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7TDMgb3IgRVZQTiBvdmVy
bGF5IHNlcnZpY2UuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDtBdCB0aGUgYWNjZXNzIG5vZGVzLCB0aGUgRVZQTiBwZXItRVZJIEV0aGVybmV0IEEtRCByb3V0
ZXMgd2lsbCBiZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
YWR2ZXJ0aXNlZCBhcyBkZXNjcmliZWQgaW4gW2RyYWZ0LWlldGYtYmVzcy1ldnBuLXZwd3NdIHdp
dGggdGhlIEVTSTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
ZmllbGQgaXMgc2V0IHRvIDAgYW5kIGZvciBzaW5nbGUgaG9tZWQgQ0VzIGFuZCB0byB0aGUgQ0Un
cyBFU0kgZm9yPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtt
dWx0aS1ob21lZCBDRSdzIGFuZCB0aGUgRXRoZXJuZXQgVGFnIGZpZWxkIHdpbGwgYmUgc2V0IHRv
IHRoZSBWUFdTPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtz
ZXJ2aWNlIGluc3RhbmNlIGlkZW50aWZpZXIgdGhhdCBpZGVudGlmaWVzIHRoZSBFVlBMIG9yIEVQ
TCBzZXJ2aWNlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
VGhlIEV0aGVybmV0LUFEIHJvdXRlIHdpbGwgaGF2ZSBhIHVuaXF1ZSBSRCBhbmQgd2lsbCBiZSBh
c3NvY2lhdGVkPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt3
aXRoIG9uZSBCR1AgUlQgY29ycmVzcG9uZGluZyB0byB0aGUgTDIsIEwzIG9yIEVWUE4gb3Zlcmxh
eSBzZXJ2aWNlPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt0
aGF0IHdpbGwgYmUgdHJhbnNwb3J0ZWQgb3ZlciB0aGlzIEVWUE4gVlBXUyB0cmFuc3BvcnQgc2Vy
dmljZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPi8qIFtKT1JHRV0gV2hhdCBkbyB5b3UgbWVhbiBi
eSBFVlBOIG92ZXJsYXkgc2VydmljZSBpbiB0aGlzIGNvbnRleHQ/IHdoeTxvOnA+PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0
OjM2LjBwdCI+aXMgaXQgZGlmZmVyZW50IGZyb20gTDIgb3IgTDMgc2VydmljZT8gc2hvdWxkIHRo
aXMgYmUgY2xhcmlmaWVkIGluIHRoZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+aW50cm9kdWN0aW9u
PzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+QWxzbyBieSBMMiBhbmQgTDMgYXJlIHlvdSByZWZlcnJp
bmcgdG8gdGhlIGVuY2Fwc3VsYXRpb24/IGkuZS4gTDIgbWVhbnM8bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w
cHQiPmV0aGVybmV0IG92ZXIgdGhlIEVWSSBsYWJlbCBhbmQgTDMgSVAgb3ZlciB0aGUgRVZJIGxh
YmVsPyAqLzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+LyogW0pPUkdFXSBJZiB0aGUgc2VydmljZSBS
VHMgYXJlIHRoZSBzYW1lIGluIHRoZSBhY2Nlc3MgYW5kIGNvcmUgbmV0d29yayw8bzpwPjwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t
bGVmdDozNi4wcHQiPlBFMiBzaG91bGQgaGF2ZSB0d28gZGlmZmVyZW50IHBlZXJpbmcgc2Vzc2lv
bnMsIG9uZSB0byB0aGUgUlIgaW4gdGhlPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5hY2Nlc3MgbmV0
d29yayBhbmQgb25lIHRvIHRoZSBjb3JlIFJSLiBJcyB0aGF0IHRoZSBpbnRlbmQ/IGlmIHNvLCBp
dCBtYXk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPmJlIGdvb2QgdG8gY2xhcmlmeSAqLzxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp
bi1sZWZ0OjM2LjBwdCI+U2FtaTpDYW4geW91IHBsZWFzZSBsb29rIGF0IHRoZSB1cGRhdGVkIHZl
cnNpb24gMDEgYW5kIHNlZSB3aGF0IGNvbW1lbnRzIHN0aWxsIGFwcGx5PzxvOnA+PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0
OjM2LjBwdCI+W0pPUkdFMl0gUmV2IDAxIG9yIDAyIGRvbuKAmXQgcmVhbGx5IGFkZCBtdWNoIGlu
Zm9ybWF0aW9uIGFib3V0IGl0Lg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDtTZXJ2aWNlIGVkZ2Ugbm9kZXMgb24gdGhlIHVuZGVybGF5IEVWSSB3aWxsIGRl
dGVybWluZSB0aGUgcHJpbWFyeTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7c2VydmljZSBub2RlIHRlcm1pbmF0aW5nIHRoZSBWUFdTIHRyYW5zcG9ydCBzZXJ2
aWNlIGFuZCBvZmZlcmluZyB0aGU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwO0wyLCBMMyBvciBFdGhlcm5ldCBWUE4gc2VydmljZSBieSBydW5uaW5nIHRoZSBv
biBIV1IgYWxnb3JpdGhtIGFzPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDtkZXNjcmliZWQgaW4gW2RyYWZ0LW1vaGFudHktbDJ2cG4tZXZwbi1kZi1lbGVjdGlv
bl0gdXNpbmcgd2VpZ2h0PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDtbVlBXUyBzZXJ2aWNlIGlkZW50aWZpZXIsIFNlcnZpY2UgRWRnZSBOb2RlIElQIGFkZHJl
c3NdLiBUaGlzIGVuc3VyZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7dGhhdCBzZXJ2aWNlIG5vZGUocykgd2lsbCBjb25zaXN0ZW50bHkgcGljayB0aGUgcHJp
bWFyeSBzZXJ2aWNlIG5vZGU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwO2V2ZW4gYWZ0ZXIgc2VydmljZSBub2RlIGZhaWx1cmUuIFVwb24gcHJpbWFyeSBzZXJ2
aWNlIG5vZGUgZmFpbHVyZSw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwO2FsbCBvdGhlciByZW1haW5pbmcgc2VydmljZXMgbm9kZXMgd2lsbCBjaG9vc2UgYW5v
dGhlciBzZXJ2aWNlIG5vZGU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwO2NvcnJlY3RseSBhbmQgY29uc2lzdGVudGx5LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+
LypbSk9SR0VdIEZvbGxvd2luZyBFVlBOLCB0aGUgREYgZWxlY3Rpb24gaXMgYmFzZWQgb24gdGhl
IGV4Y2hhbmdlIG9mIEVTPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5yb3V0ZXMuIEhlbmNlIHRoZSBh
c3N1bXB0aW9uIGlzIHRoYXQgdGhlIHR3byBzZXJ2aWNlIG5vZGVzIHNob3VsZDxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s
ZWZ0OjM2LjBwdCI+YWR2ZXJ0aXNlIEVTIHJvdXRlcyB3aXRoIGEgc3lzdGVtLWxldmVsIEVTSSBh
bmQgYW4gQUQgcm91dGUgcGVyIEVTIHdpdGg8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPnRoZSBzYW1l
IEVTST8gVGhlIHNlcnZpY2Ugbm9kZSBERiBmb3IgYSBnaXZlbiBzZXJ2aWNlIHNob3VsZCBzZW5k
IGFuIEFEIHBlci1FVkkgcm91dGUgd2l0aCB0aGUgUCBpbmRpY2F0aW9uIGluIHRoZSBuZXcgRUMg
ZGVmaW5lZCBpbiBFVlBOLVZQV1MuIEkgYmVsaWV2ZSBhbGwgdGhlPG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu
MHB0Ij5leGlzdGluZyBwcm9jZWR1cmVzIHNob3VsZCBiZSB1c2VkLCBhcmUgeW91IGRlZmluaW5n
IG5ldyBvbmVzPyAqLzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+U2FtaTogUGxlYXNlIGhhdmUgYSBs
b29rIGF0IDAxLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+W0pPUkdFMl0gbm8gY2hhbmdlcyBpbiAw
MSBvciAwMi4gQWdhaW4gbW9yZSBkZXRhaWxzIGFyZSBuZWVkZWQ6PG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu
MHB0Ij4tIEhvdyBpcyB0aGUgRVMgYXNzaWduZWQgdG8gdGhlIHNlcnZpY2Ugbm9kZXMuIEkgc3Vn
Z2VzdCBhIHN5c3RlbSBsZXZlbCBFU0kgb3IvYW5kIGEgdmlydHVhbCBFUyBwZXIgc2VydmljZSBv
biB0aGUgc2VydmljZSBub2Rlcy4gVGhlIGZvcm1lciBpcyBkZWZpbmVkIGluIHRoZSBkY2ktZXZw
bi1vdmVybGF5IGRyYWZ0LiBUaGUgbGF0dGVyIHNob3VsZCBiZSBzdGF0ZWQNCiBoZXJlLjxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjM2LjBwdCI+LSBPbmNlIHRoZSBFUyBhbmQgRVNJIGlzIGFzc2lnbmVkIHRvIHRo
ZSBzZXJ2aWNlIG5vZGVzLCByZWd1bGFyIEVWUE4gcHJvY2VkdXJlcyBzaG91bGQgZm9sbG93LiBJ
ZiBub3QsIGl0IGhhcyB0byBiZSBleHBsaWNpdGx5IHN0YXRlZC48bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w
cHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO1NpbmdsZS1zaWRlZCBzaWduYWxpbmcgbWVjaGFu
aXNtIGlzIHVzZWQuIFRoZSBTZXJ2aWNlIFBFIG5vZGUgdGhhdCBpczxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2
LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7YSBERiBmb3IgYWNjZXB0cyB0byB0ZXJtaW5h
dGUgdGhlIFZQV1MgdHJhbnNwb3J0IHNlcnZpY2UgZnJvbSBhbjxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBw
dCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7YWNjZXNzIG5vZGUsIHRoZSBwcmltYXJ5IHNlcnZp
Y2UgZWRnZSBub2RlIHNoYWxsOi0gRHluYW1pY2FsbHkgY3JlYXRlPG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu
MHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDthbiBpbnRlcmZhY2UgdG8gdGVybWluYXRlIHRo
ZSBzZXJ2aWNlIGFuZCBzaGFsbCBhdHRhY2ggdGhpcyBpbnRlcmZhY2U8bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz
Ni4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3RvIHRoZSBvdmVybGF5IFZQTiBzZXJ2aWNl
IHJlcXVpcmVkIGJ5IHRoZSBhY2Nlc3Mgbm9kZSB0byBzZXJ2aWNlIGl0czxvOnA+PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0
OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Y3VzdG9tZXIgZWRnZSBkZXZpY2UuLSBS
ZXNwb25kcyB0byB0aGUgRXRoIEEtRCByb3V0ZSBwZXIgRVZJIGZyb20gdGhlPG86cD48L286cD48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDthY2Nlc3Mgbm9kZSBieSBzZW5kaW5n
IGl0cyBvd24gRXRoIEEtRCBwZXIgRVZJIHJvdXRlIGJ5IHNldHRpbmcgdGhlPG86cD48L286cD48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtzYW1lIFZQV1Mgc2VydmljZSBpbnN0
YW5jZSBJRCBhbmQgZG93bnN0cmVhbSBhc3NpZ25lZCBNUExTIGxhYmVsIHRvPG86cD48L286cD48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtiZSB1c2VkIGJ5IHRoZSBhY2Nlc3Mg
bm9kZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPi8qIFtKT1JHRV0gTmVlZCB0byBjb3JyZWN0IHRo
ZSBmb3JtYXQ6IHRoZSB0d28gYnVsbGV0cyBtdXN0IGdvIGluPG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0
Ij5kaWZmZXJlbnQgbGluZXMgKi88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPlN1cmUgd2lsbCBkby48
bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtYXJnaW4tbGVmdDozNi4wcHQiPltKT1JHRTJdIEkgdGhpbmsgc3RpbGwgdGhlcmUgaW4gcmV2
IDAyLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7ICZsdDtzbmlwJmd0OzxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjM2LjBwdCI+NC4xIE11bHRpLWhvbWluZzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+
LyogW0pPUkdFXSBob3cgYm91dCB0aGUgZm9sbG93aW5nIHNjZW5hcmlvOjxvOnA+PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0
OjM2LjBwdCI+SGVyZSBBTjEgYW5kIEFOMiBoYXZlIGEgRVNJIGZvciB0aGUgQ0UuIFJlZ3VsYXIg
RVZQTi1WUFdTIHByb2NlZHVyZXM8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPnNob3VsZCBhcHBseS48
bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyYjNDM7LS0tLS0tLS0tJiM0MzsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLS0tLS0tLS0mIzQzOzxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s
ZWZ0OjM2LjBwdCI+JiM0MzstLS0tJiM0MzsmbmJzcDsmbmJzcDsgJiM0MzstLS0tLSYjNDM7IHwm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCAmIzQzOy0t
LS0tJiM0MzsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyB8PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij58IENFICYjNDM7LS0tJiM0MzsgQU4xICYjNDM7LSYj
NDM7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7
LSYjNDM7IFNFMiAmIzQzOy0mIzQzOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyB8PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mIzQzOy0tJiM0MzstJiM0Mzsm
bmJzcDsmbmJzcDsgJiM0MzstLS0tLSYjNDM7IHwgSVAvTVBMUyB8ICYjNDM7LS0tLS0mIzQzOyB8
IElQL01QTFMgfDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
fCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyB8IEFjY2VzcyZuYnNwOyZuYnNwO3wmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCBDb3JlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7fDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fCZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tLS0tJiM0MzsgfCBOZXR3b3JrIHwgJiM0MzstLS0t
LSYjNDM7IHwgTmV0d29yayB8PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmIzQzOy0tLS0tJiM0MzsgQU4yICYjNDM7LSYjNDM7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LSYjNDM7IFNFMyAmIzQzOy0mIzQz
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8PG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy
Z2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmIzQzOy0tLS0tJiM0MzsgfCZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8ICYjNDM7LS0tLS0mIzQzOyB8Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHw8bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz
Ni4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyYjNDM7LS0tLS0tLS0tJiM0MzsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgJiM0MzstLS0tLS0tLS0mIzQzOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7ICZsdDstLS0tLUVWUE4tVlBXUy0tLS0tJmd0OyZsdDstLS0tLUlQL01BQyBW
UkYtLS0tJmd0OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Ki88bzpwPjwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi
PlNhbWk6IEV4YWN0bHksIHJlZ3VsYXIgRVZQTiBWUFdTIHNob3VsZCBhcHBseSwgYW5kIGhlbmNl
IHdoeSBkbyB3ZSBuZWVkIHRvIG1lbnRpb24gaXQ/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5bSk9S
R0UyXSBCZWNhdXNlIG9uZSBtYXkgdGhpbmsgdGhhdCB0aGVyZSBhcmUgdHdvIHdheXMgb2YgYWRk
cmVzc2luZyB0aGlzOiBhKSBubyBFUyBvbiBBTnMsIHRoZSBBTnMganVzdCBwcm92aWRlIGEgd2ly
ZSBhbmQgdGhlIEVTIHJlYWxseSByZXByZXNlbnRzIHRoZSBDRSBvciBiKSB0aGVyZSBhcmUgdHdv
IEVTIGluIHRoZSBkaWFncmFtLCBvbmUgZGVmaW5lZCBpbg0KIHRoZSBBTnMgYW5kIG9uZSBkZWZp
bmVkIG9uIHRoZSBTRSBub2Rlcy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPkkgc2VlIHRoYXQgeW91
IG1lYW4gKGIpIGJ1dCBpdCBzaG91bGQgYmUgc3RhdGVkLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+
VGhhbmtzLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+U2FtaSA8bzpwPjwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi
PkZyb206Jm5ic3A7Jm5ic3A7QkVTUyBvbiBiZWhhbGYgb2YgU2FtaSBCb3V0cm9zPG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MzYuMHB0Ij5EYXRlOiZuYnNwOyZuYnNwO1dlZG5lc2RheSwgT2N0b2JlciA3LCAyMDE1
IGF0IDExOjEzIFBNPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5UbzombmJzcDsmbmJzcDsmcXVvdDs8
YSBocmVmPSJtYWlsdG86YmVzc0BpZXRmLm9yZyI+YmVzc0BpZXRmLm9yZzwvYT4mcXVvdDs8bzpw
PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
YXJnaW4tbGVmdDozNi4wcHQiPlN1YmplY3Q6Jm5ic3A7Jm5ic3A7W2Jlc3NdIFNlZWtpbmcgQ29t
bWVudHMgZm9yIEVWUE4tVlBXUyBTZXJ2aWNlIEVkZ2UgR2F0ZXdheTxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2
LjBwdCI+SGksPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5UaGUgZHJhZnQgcHJvcG9zZXMgYSBkeW5h
bWljIG1lY2hhbmlzbSB0byB0ZXJtaW5hdGUgdGhlIFZQV1MgdHJhbnNwb3J0IHNlcnZpY2UgYXQg
YSBzZXJ2aWNlIFBFIGludG8gYW4gb3ZlcmxheSBMMiBvciBMMyBzZXJ2aWNlIGJhc2VkIG9uIGEg
c2luZ2xlIHNpZGUgcHJvdmlzaW9uaW5nIGF0IHRoZSBhY2Nlc3MgUEUuPG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6
MzYuMHB0Ij48YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJs
P3U9aHR0cHMtM0FfX3Rvb2xzLmlldGYub3JnX2h0bWxfZHJhZnQtMkRib3V0cm9zLTJEYmVzcy0y
RGV2cG4tMkR2cHdzLTJEc2VydmljZS0yRGVkZ2UtMkRnYXRld2F5LTJEMDEmYW1wO2Q9RGdNR2FR
JmFtcDtjPXVpbGFLOTBENFRPVm9INThKTlhSZ1EmYW1wO3I9SVZ6Y1RSTFFkcHRhMDhMMGJfeTJ6
RGtxdndKaFJLTUNBYlgtMkstTFY5OCZhbXA7bT1hVm9xNnJBZnJyaE9qcGE2ZnFQSDFPYjRTLXht
T01LZVFaMTM3clZmdDVrJmFtcDtzPVI4UFZPZmh5N0VwNFRfbzRPQVhBZ3FYTFpvRVIzdXBuWTRh
WDRSVlNpQzAmYW1wO2U9Ij5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtYm91dHJv
cy1iZXNzLWV2cG4tdnB3cy1zZXJ2aWNlLWVkZ2UtZ2F0ZXdheS0wMTwvYT48bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm
dDozNi4wcHQiPlRoYW5rcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPlNhbWk8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86
cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvc3Bh
bj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_3C20B6E021E744EFA9E95D10008E5B5Avmwarecom_--


From nobody Tue Nov 29 12:56:35 2016
Return-Path: <jorge.rabadan@nokia.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5DC12129C82 for <bess@ietfa.amsl.com>; Tue, 29 Nov 2016 12:56:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.824
X-Spam-Level: 
X-Spam-Status: No, score=-2.824 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, THIS_AD=2.088] 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 pu3UfEo8wqBk for <bess@ietfa.amsl.com>; Tue, 29 Nov 2016 12:56:18 -0800 (PST)
Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AFD7F1293FB for <bess@ietf.org>; Tue, 29 Nov 2016 12:56:16 -0800 (PST)
Received: from fr712umx3.dmz.alcatel-lucent.com (unknown [135.245.210.42]) by Websense Email Security Gateway with ESMTPS id BA114DBE05951; Tue, 29 Nov 2016 20:56:09 +0000 (GMT)
Received: from fr711usmtp1.zeu.alcatel-lucent.com (fr711usmtp1.zeu.alcatel-lucent.com [135.239.2.122]) by fr712umx3.dmz.alcatel-lucent.com (GMO-o) with ESMTP id uATKuB66006886 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 29 Nov 2016 20:56:13 GMT
Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id uATKsiAa018658 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 29 Nov 2016 20:56:10 GMT
Received: from FR711WXCHMBA03.zeu.alcatel-lucent.com ([169.254.3.179]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0301.000; Tue, 29 Nov 2016 21:55:04 +0100
From: "Rabadan, Jorge (Nokia - US)" <jorge.rabadan@nokia.com>
To: Sami Boutros <sboutros@vmware.com>, Sami Boutros <boutros.sami@gmail.com>
Thread-Topic: EVPN-VPWS Service Edge Gateway rev03
Thread-Index: AQHSRABiv6yr60bsPEa8HSqv2DFU56DolrQAgAKWO4CAA3x6gIAB1EqA
Date: Tue, 29 Nov 2016 20:55:04 +0000
Message-ID: <219DDC6F-55C9-4247-B331-A338397E2205@on.nokia.com>
References: <15F32090-B9AD-42AA-96AA-73745FF0EEB7@on.nokia.com> <FEF93CF8-4676-4B34-AAC9-0A1E3B6A0739@gmail.com> <494A224D-EB25-4ED5-9A98-9AFD47807881@on.nokia.com> <3C20B6E0-21E7-44EF-A9E9-5D10008E5B5A@vmware.com>
In-Reply-To: <3C20B6E0-21E7-44EF-A9E9-5D10008E5B5A@vmware.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1c.1.161117
x-originating-ip: [135.239.27.38]
Content-Type: multipart/alternative; boundary="_000_219DDC6F55C94247B331A338397E2205onnokiacom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/sPrSNqPUgPYvuz7_M_A5F6HXLoo>
Cc: "Patrice Brissette \(pbrisset\)" <pbrisset@cisco.com>, "EXT Ali Sajassi \(sajassi\)" <sajassi@cisco.com>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] EVPN-VPWS Service Edge Gateway rev03
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 29 Nov 2016 20:56:33 -0000

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

SGkgU2FtaSwNCg0KWWVzLCBJIHRoaW5rIHRoZXJlIGlzIGEgYml0IG9mIGhhbmQtd2F2aW5nIGFi
b3V0IHRoZSBTLVBFIGRpc2NvdmVyeSBhbmQgdGhpcyBERiBlbGVjdGlvbiDimLogc28gY2xhcmlm
aWNhdGlvbiB3b3VsZCBiZSBhcHByZWNpYXRlZC4NCkFsc28sIGlmIHRoZSBFUyBpcyBtYW51YWxs
eSBzZXQsIGNvdWxkbuKAmXQgdGhlIGZvbGxvd2luZyB3b3JrIGluc3RlYWQgb2YgdGhlIGRlc2Ny
aWJlZCB0ZXh0PzoNCi0gVGhlIFMtUEVzIHNlbmQgYW4gRVMgcm91dGUgZm9yIHRoZSBjb25maWd1
cmVkIEVTSSwgd2l0aCBSVD0gRVMtaW1wb3J0IFJUDQotIFRoZSBTLVBFcyBydW4gcmVndWxhciBE
RiBlbGVjdGlvbiB0aGF0IGNvdWxkIGJlIGJhc2VkIG9uIFJGQzc0MzIsIEhSVyBvciBQcmVmZXJl
bmNlIChkcmFmdC1yYWJhZGFuLWJlc3MtZXZwbi1wcmVmLWRmKSBvciBhbnkgZnV0dXJlIGFsZ29y
aXRobS4gSSBkb27igJl0IHNlZSB3aHkgdGhlIERGIGVsZWN0aW9uIHNob3VsZCBiZSBkaWZmZXJl
bnQgdGhhbiB0aGlzLg0KLSBUaGUgREYgUy1QRSBhbHNvIHNlbmRzIHRoaXMgQUQgcGVyLUVTIHJv
dXRlIGFzIHlvdSBkZXNjcmliZSwgaW5jbHVkaW5nIHRoZSBSVD0gTDIsIEwzIG9yIEVWUE4gb3Zl
cmxheSAob3IgSmVmZnJleeKAmXMgc3VnZ2VzdGlvbiB3aXRoIEkgZ3Vlc3MgdGhlIFZSRiByb3V0
ZSBpbXBvcnQgRUMpDQotIFRoZW4gdGhlIEEtUEVzIHJlcGx5IHdpdGggdGhlIOKAnGRpcmVjdGVk
4oCdIEFEIHBlci1FVkkgcm91dGUsIHRoYXQgaXMgaW1wb3J0ZWQgYW5kIHJlcGxpZWQgYnkgdGhl
IFMtUEUgd2l0aCBhbiBBRCBwZXItRVZJIHJvdXRlLg0KDQpJZiB0aGlzIGlzIG5vdCB0aGUgaW50
ZW5kLCBwbGVhc2UgbGV0IG1lIGtub3cuDQpUaGFuayB5b3UuDQoNCkpvcmdlDQoNCk9uIDExLzI4
LzE2LCA2OjU4IFBNLCAiU2FtaSBCb3V0cm9zIiA8c2JvdXRyb3NAdm13YXJlLmNvbTxtYWlsdG86
c2JvdXRyb3NAdm13YXJlLmNvbT4+IHdyb3RlOg0KDQpIaSBKb3JnZSwNCg0KVGhlIEVTIGlzIHRo
YXQgY2FzZSB3aWxsIGJlIHNldCBtYW51YWxseSBieSB0aGUgb3BlcmF0b3IgZm9yIHRoZSBncm91
cCBvZiBzZXJ2aWNlIHJvdXRlcnMgdGhhdCBhcmUgaW4gdGhlIHNhbWUgcmVkdW5kYW5jeSBncm91
cC4gV2lsbCBtYWtlIHN1cmUgdGhpcyBjbGFyaWZpY2F0aW9uIGlzIGluIHRoZSBuZXh0IFJldi4N
Cg0KVGhhbmtzLA0KDQpTYW1pDQpGcm9tOiAiUmFiYWRhbiwgSm9yZ2UgKE5va2lhIC0gVVMpIiA8
am9yZ2UucmFiYWRhbkBub2tpYS5jb208bWFpbHRvOmpvcmdlLnJhYmFkYW5Abm9raWEuY29tPj4N
CkRhdGU6IFNhdHVyZGF5LCBOb3ZlbWJlciAyNiwgMjAxNiBhdCAzOjQ0IEFNDQpUbzogU2FtaSBC
b3V0cm9zIDxib3V0cm9zLnNhbWlAZ21haWwuY29tPG1haWx0bzpib3V0cm9zLnNhbWlAZ21haWwu
Y29tPj4NCkNjOiAiRVhUIEFsaSBTYWphc3NpIChzYWphc3NpKSIgPHNhamFzc2lAY2lzY28uY29t
PG1haWx0bzpzYWphc3NpQGNpc2NvLmNvbT4+LCAiUGF0cmljZSBCcmlzc2V0dGUgKHBicmlzc2V0
KSIgPHBicmlzc2V0QGNpc2NvLmNvbTxtYWlsdG86cGJyaXNzZXRAY2lzY28uY29tPj4sIFNhbWkg
Qm91dHJvcyA8c2JvdXRyb3NAdm13YXJlLmNvbTxtYWlsdG86c2JvdXRyb3NAdm13YXJlLmNvbT4+
LCAiYmVzc0BpZXRmLm9yZzxtYWlsdG86YmVzc0BpZXRmLm9yZz4iIDxiZXNzQGlldGYub3JnPG1h
aWx0bzpiZXNzQGlldGYub3JnPj4NClN1YmplY3Q6IFJlOiBFVlBOLVZQV1MgU2VydmljZSBFZGdl
IEdhdGV3YXkgcmV2MDMNCg0KSGkgU2FtaSwNCg0KVGhhbmsgeW91Lg0KDQpJIHN0aWxsIGZhaWwg
dG8gc2VlIHRoaXM6DQrigJxUaGUgREYgZWxlY3Rpb24gYmV0d2VlbiB0aGUgc2VydmljZSBlZGdl
IG5vZGVzIHdpbGwgZm9sbG93IFJGQyA3NDMyIHVzaW5nIHRoZSBwZXIgRVMgRXRoZXJuZXQgQUQg
cm91dGUsIGhvd2V2ZXIgd2lsbCB1c2UgdGhlIEhSVyBhbGdvcml0aG0u4oCdDQoNClJGQzc0MzLi
gJlzIERGIGVsZWN0aW9uIGlzIHB1cmVseSBiYXNlZCBvbiB0aGUgRVMgcm91dGUgYW5kIG5vdCB0
aGUgcGVyIEVTIEFEIHJvdXRlLiBXaGF0IGRvIHlvdSBtZWFuIHdpdGggdGhlIHNlbnRlbmNlIGFi
b3ZlPyBZb3UgZG9u4oCZdCB1c2UgdGhlIEVTIHJvdXRlIHdoYXRzb2V2ZXI/IEhvdyBpcyB0aGUg
RVNJIHZhbHVlIGZpZ3VyZWQgb3V0Pw0KSU1ITyB0aG9zZSB0aGluZ3MgYXJlIG5vdCBzdHJhaWdo
dCBmb3J3YXJkIHRvIGZpZ3VyZSBvdXQganVzdCBieSByZWFkaW5nIHRoZSB0ZXh0Lg0KDQpUaGFu
a3MuDQpKb3JnZQ0KDQoNCg0KT24gMTEvMjQvMTYsIDEwOjE0IFBNLCAiU2FtaSBCb3V0cm9zIiA8
Ym91dHJvcy5zYW1pQGdtYWlsLmNvbTxtYWlsdG86Ym91dHJvcy5zYW1pQGdtYWlsLmNvbT4+IHdy
b3RlOg0KDQpIaSBKb3JnZSwNCg0KU29ycnkgZm9yIHRoZSBkZWxheSwgSSB3aWxsIGJlIGFkZHJl
c3NpbmcgdGhlIGNvbW1lbnRzIGJlbG93IGluIHRoZSBuZXh0IHJldiwgYW5kIHdpbGwgYmUgY2xh
cmlmeWluZyB0aGUgREYgZWxlY3Rpb24gdG9vLg0KDQpUaGUgREYgZWxlY3Rpb24gYmV0d2VlbiB0
aGUgc2VydmljZSBlZGdlIG5vZGVzIHdpbGwgZm9sbG93IFJGQyA3NDMyIHVzaW5nIHRoZSBwZXIg
RVMgRXRoZXJuZXQgQUQgcm91dGUsIGhvd2V2ZXIgd2lsbCB1c2UgdGhlIEhSVyBhbGdvcml0aG0u
DQoNClRoZSBlbGVjdGlvbiB3aWxsIGJlIHBlcmZvcm1lZCB0byBkZWNpZGUgb24gd2hvIHdpbGwg
YmUgdGhlIHByaW1hcnkgcmVzcG9uZGluZyB0byB0aGUgRVZQTiBWUFdTIEV0aGVybmV0IEFEIHJv
dXRlcyBpbXBvcnRlZCBieSB0aGUgc2VydmljZSBlZGdlIG5vZGVzIGZyb20gdGhlIGFjY2VzcyBu
b2RlcyBieSBhcHBseWluZyB0aGUgSFJXIGFsZ29yaXRobS4NCg0KSSB3aWxsIGNsYXJpZnkgdGhl
IHRleHQgdG8gcmVmbGVjdCB0aGUgYWJvdmUuDQoNClRoYW5rcywNCg0KU2FtaQ0KDQpPbiBOb3Yg
MjEsIDIwMTYsIGF0IDY6MDUgQU0sIFJhYmFkYW4sIEpvcmdlIChOb2tpYSAtIFVTKSA8am9yZ2Uu
cmFiYWRhbkBub2tpYS5jb208bWFpbHRvOmpvcmdlLnJhYmFkYW5Abm9raWEuY29tPj4gd3JvdGU6
DQpTYW1pLA0KSSBsb29rZWQgYXQgeW91ciBTZXJ2aWNlIEVkZ2UgR2F0ZXdheSBkcmFmdCwgYW5k
IHNpbmNlIG15IGNvbW1lbnRzL3F1ZXN0aW9ucyB3ZXJlIG5vdCBhZGRyZXNzZWQgaW4gcmV2IDAz
LCBJ4oCZbSByZXNlbmRpbmcgb3VyIGxhc3QgZXhjaGFuZ2UuDQpCZXNpZGVzIHRoZSBjb21tZW50
cyBiZWxvdyAocGxlYXNlIHNlZSB0aGUgdGhyZWFkIGZyb20gZWFybGllciB0aGlzIHllYXIpLCB0
aGUgbW9zdCBjb25mdXNpbmcgcGFydCB0byBtZSBpcyBzdGlsbCB0aGUgbXVsdGktaG9taW5nIG9u
IHRoZSBTZXJ2aWNlIEVkZ2Ugbm9kZXMuIEFmdGVyIHJlYWRpbmcgdGhlIHRleHQsIHN0aWxsIG5v
dCBzdXJlIGlmIHRoZSBpbnRlbmQgaXMgYSBERiBlbGVjdGlvbiBiYXNlZCBvdXQgb2YgdGhlIEFE
IHBlci1FVkkgcm91dGVzIG9yIGlmIHRoZSBERiBlbGVjdGlvbiBmb2xsb3dzIHJlZ3VsYXIgUkZD
NzQzMiBwcm9jZWR1cmVzLiBUaGlzIGlzIGEgYmx1cnJ5IGFyZWEgaW4gdGhlIGRyYWZ0IGFuZCBJ
IHdvdWxkIHBlcnNvbmFsbHkgYXBwcmVjaWF0ZSBhIGNsYXJpZmljYXRpb24uDQpUaGFuayB5b3Uu
DQpKb3JnZQ0KT24gNC84LzE2LCAzOjM3IFBNLCAiUmFiYWRhbiwgSm9yZ2UgKE5va2lhIC0gVVMp
IiA8am9yZ2UucmFiYWRhbkBhbGNhdGVsLWx1Y2VudC5jb208bWFpbHRvOmpvcmdlLnJhYmFkYW5A
YWxjYXRlbC1sdWNlbnQuY29tPj4gd3JvdGU6DQpIaSBTYW1pLA0KQXMgZGlzY3Vzc2VkLCB0aGlz
IGlzIHRoZSBlbWFpbC4gVGhlIG5ldyBjb21tZW50cyBhcmUgdGFnZ2VkIGFzIFtKT1JHRTJdLg0K
UGxlYXNlIHNlZSBpbi1saW5lLg0KVGhhbmtzLg0KSm9yZ2UNCi0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KRnJvbTogU2FtaSBCb3V0cm9zIDxi
b3V0cm9zLnNhbWlAZ21haWwuY29tPG1haWx0bzpib3V0cm9zLnNhbWlAZ21haWwuY29tPj4NCkRh
dGU6IFR1ZXNkYXksIE9jdG9iZXIgMjAsIDIwMTUgYXQgNTozOSBBTQ0KVG86IEpvcmdlIFJhYmFk
YW4gPGpvcmdlLnJhYmFkYW5AYWxjYXRlbC1sdWNlbnQuY29tPG1haWx0bzpqb3JnZS5yYWJhZGFu
QGFsY2F0ZWwtbHVjZW50LmNvbT4+DQpDYzogImJlc3NAaWV0Zi5vcmc8bWFpbHRvOmJlc3NAaWV0
Zi5vcmc+IiA8YmVzc0BpZXRmLm9yZzxtYWlsdG86YmVzc0BpZXRmLm9yZz4+DQpTdWJqZWN0OiBS
ZTogW2Jlc3NdIFNlZWtpbmcgQ29tbWVudHMgZm9yIEVWUE4tVlBXUyBTZXJ2aWNlIEVkZ2UgR2F0
ZXdheQ0KSGkgSm9yZ2UsDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KQWJzdHJhY3QNCiAgICBUaGlzIGRvY3VtZW50IGRlc2Ny
aWJlcyBob3cgYSBzZXJ2aWNlIG5vZGUgY2FuIGR5bmFtaWNhbGx5IHRlcm1pbmF0ZQ0KICAgIEVW
UE4gdmlydHVhbCBwcml2YXRlIHdpcmUgdHJhbnNwb3J0IHNlcnZpY2UgKFZQV1MpIGZyb20gYWNj
ZXNzIG5vZGVzDQogICAgYW5kIG9mZmVyIExheWVyIDIsIExheWVyIDMgYW5kIEV0aGVybmV0IFZQ
TiBvdmVybGF5IHNlcnZpY2VzIHRvDQogICAgQ3VzdG9tZXIgZWRnZSBkZXZpY2VzIGNvbm5lY3Rl
ZCB0byB0aGUgYWNjZXNzIG5vZGVzLiBTZXJ2aWNlIG5vZGVzDQogICAgdXNpbmcgRVZQTiB3aWxs
IGFkdmVydGlzZSB0byBhY2Nlc3Mgbm9kZXMgdGhlIEwyLCBMMyBhbmQgRXRoZXJuZXQgVlBODQog
ICAgb3ZlcmxheSBzZXJ2aWNlcyBpdCBjYW4gb2ZmZXIgZm9yIHRoZSB0ZXJtaW5hdGVkIEVWUE4g
VlBXUyB0cmFuc3BvcnQNCiAgICBzZXJ2aWNlLiBPbiBhbiBhY2Nlc3Mgbm9kZSBhbiBvcGVyYXRv
ciBjYW4gc3BlY2lmeSB0aGUgTDIgb3IgTDMgb3INCiAgICBFdGhlcm5ldCBWUE4gb3ZlcmxheSBz
ZXJ2aWNlIG5lZWRlZCBieSB0aGUgY3VzdG9tZXIgZWRnZSBkZXZpY2UNCiAgICBjb25uZWN0ZWQg
dG8gdGhlIGFjY2VzcyBub2RlIHRoYXQgd2lsbCBiZSB0cmFuc3BvcnRlZCBvdmVyIHRoZSBFVlBO
LQ0KICAgIFZQV1Mgc2VydmljZSBiZXR3ZWVuIGFjY2VzcyBub2RlIGFuZCBzZXJ2aWNlIG5vZGUu
DQovKiBbSk9SR0VdIGl0IHdvdWxkIGJlIGdvb2QgdG8gY2xlYXJseSBzdGF0ZSB0aGUgYmVuZWZp
dCBvZiBkb2luZyB0aGlzLg0KVGhlIG1haW4gYWR2YW50YWdlcyB0aGF0IEkgc2VlIGFyZSBzZXJ2
aWNlIGV4dGVuc2lvbiB3aXRoIHNpbmdsZS1zaWRlDQpwcm92aXNpb25pbmcgKG5vIG5lZWQgdG8g
cHJvdmlzaW9uIG5ldyBBQ3MgYXQgdGhlIHNlcnZpY2Ugbm9kZSkuICovDQpTYW1pOiB3aWxsIHVw
ZGF0ZSB0aGUgYWJzdHJhY3QuDQpbSk9SR0UyXSBJIGRvbuKAmXQgc2VlIGFueXRoaW5nIGNoYW5n
ZWQgaW4gcmV2IDAyIDstKQ0KPHNuaXA+DQoxICBJbnRyb2R1Y3Rpb24NCi8qIFtKT1JHRV0gbWF5
YmUgdGhpcyBsZXZlbCBvZiBkZXRhaWwgYXQgdGhlIGludHJvZHVjdGlvbiBpcyBhIGJpdA0KY29u
ZnVzaW5nLiBJIHRoaW5rIGl0IHdvdWxkIGJlIGJldHRlciB0byBzdGF0ZSB3aGF0IHRoZSBnb2Fs
IGFuZA0KYWR2YW50YWdlcyBhcmUgaW4gdGhlIGludHJvZHVjdGlvbiBhbmQgbGVhdmUgdGhlIGRl
dGFpbHMgZm9yIHRoZSBzb2x1dGlvbg0KZGVzY3JpcHRpb24uICovDQpTYW1pOiB3aWxsIHVwZGF0
ZS4NCltKT1JHRTJdIEkgZG9u4oCZdCBzZWUgYW55dGhpbmcgY2hhbmdlZCBpbiByZXYgMDIgOy0p
DQo8c25pcD4NCi4uLg0KMi4yICBTY2FsYWJpbGl0eQ0KICAgIChSMmEpIEEgc2luZ2xlIHNlcnZp
Y2Ugbm9kZSBQRSBjYW4gYmUgYXNzb2NpYXRlZCB3aXRoIG1hbnkgYWNjZXNzDQogICAgbm9kZSBQ
RXMuIFRoZSBmb2xsb3dpbmcgcmVxdWlyZW1lbnRzIGdpdmUgYSBxdWFudGl0YXRpdmUgbWVhc3Vy
ZS4NCiAgICAoUjJiKSBBIHNlcnZpY2Ugbm9kZSBQRSBNVVNUIHN1cHBvcnQgdGhvdXNhbmQocykg
aGVhZC1lbmQgY29ubmVjdGlvbnMNCiAgICBmb3IgYSBhIGdpdmVuIGFjY2VzcyBub2RlIFBFIGNv
bm5lY3RpbmcgdG8gZGlmZmVyZW50IG92ZXJsYXkgVlJGDQogICAgc2VydmljZXMgb24gdGhhdCBz
ZXJ2aWNlIG5vZGUuDQogICAgKFIyYykgQSBzZXJ2aWNlIG5vZGUgUEUgTVVTVCBzdXBwb3J0IHRo
b3VzYW5kKHMpIGhlYWQtZW5kIGNvbm5lY3Rpb25zDQogICAgdG8gbWFueSBhY2Nlc3Mgbm9kZSBQ
RXMuDQovKiBbSk9SR0VdIEl0IGlzIGhhcmQgdG8gdW5kZXJzdGFuZC4uLiBzaG91bGQgdGhlIGZv
bGxvd2luZyBiZSBiZXR0ZXI/Og0K4oCcIChSMmIpIEEgc2VydmljZSBub2RlIFBFIE1VU1Qgc3Vw
cG9ydCBoZWFkLWVuZCBmdW5jdGlvbmFsaXR5IGZvcg0KdGhvdXNhbmRzIG9mIGFjY2VzcyBub2Rl
IFBFcyB0aGF0IGFyZSBjb25uZWN0ZWQgdG8gZGlmZmVyZW50IFZSRnMgb24gdGhlDQpzZXJ2aWNl
IG5vZGUuDQogICAoUjJjKSBBIHNlcnZpY2Ugbm9kZSBQRSBNVVNUIHN1cHBvcnQgdGhvdXNhbmRz
IG9mIENFDQpjb25uZWN0aW9ucyB0aHJvdWdoIHRoZSBhdHRhY2hlZCBhY2Nlc3Mgbm9kZXMuIg0K
Ki8NClNhbWk6IHdpbGwgdXBkYXRlLg0KW0pPUkdFMl0gSSBkb27igJl0IHNlZSBhbnl0aGluZyBj
aGFuZ2VkIGluIHJldiAwMiA7LSkNCjIuNSBNdWx0aS1ob21pbmcNCiAgICBUQkQNCi8qIFtKT1JH
RV0gVGhlIHNvbHV0aW9uIHNob3VsZCBkZXNjcmliZSBob3cgdG8gaGFuZGxlIG11bHRpLWhvbWlu
ZyBhdCB0d28NCmxldmVsczoNCi0gQWNjZXNzIG5vZGUgbXVsdGktaG9tZWQgdG8gMiBvciBtb3Jl
IFNlcnZpY2Ugbm9kZXMNCi0gQ0Ugbm9kZSBtdWx0aS1ob21lZCB0byAyIG9yIG1vcmUgYWNjZXNz
IG5vZGVzICh0aGlzIG9uZSBzaG91bGQgYmUNCmFsaWduZWQgd2l0aCB0aGUgRVZQTi1WUFdTIGRy
YWZ0KQ0KKi8NClNhbWk6IFBsZWFzZSBoYXZlIGEgbG9vayBhdCB0aGUgdXBkYXRlZCBzZWN0aW9u
IGluIDAxLCBhcyBmb3IgdGhlIENFIG5vZGUgYWdyZWVkIHRoYXQgaXQgc2hvdWxkIGJlIGFsaWdu
ZWQgd2l0aCBFVlBOLVZQV1MsIGFuZCBoZW5jZSBubyBuZWVkIHRvIG1lbnRpb24gYW55dGhpbmcg
YWJvdXQgaXQgaW4gdGhlIGRyYWZ0Lg0KW0pPUkdFMl0gT0ssIHBsZWFzZSBzZWUgYmVsb3cuDQo8
c25pcD4NCjQgU29sdXRpb24gT3ZlcnZpZXcNCiAgICAgICAgICAgICAgICAgICAgICAgICstLS0t
LS0tLS0rICAgICAgICAgKy0tLS0tLS0tLSsNCiAgICAgICAgICAgICAgICAgICAgICAgIHwgICAg
ICAgICB8ICAgICAgICAgfCAgICAgICAgIHwNCiAgICAgICArLS0tLSsgICArLS0tLS0rIHwgSVAv
TVBMUyB8ICstLS0tLSsgfCBJUC9NUExTIHwNCiAgICAgICB8IENFIHwtLS18IFBFMSB8LXwgQWNj
ZXNzICB8LXwgUEUyIHwtfCBDb3JlICAgIHwNCiAgICAgICArLS0tLSsgICArLS0tLS0rIHwgTmV0
d29yayB8ICstLS0tLSsgfCBOZXR3b3JrIHwNCiAgICAgICAgICAgICAgICAgICAgICAgIHwgICAg
ICAgICB8ICAgICAgICAgfCAgICAgICAgIHwNCiAgICAgICAgICAgICAgICAgICAgICAgICstLS0t
LS0tLS0rICAgICAgICAgKy0tLS0tLS0tLSsNCiAgICAgICAgICAgICAgICAgICA8LS0tLSBFVlBO
LVZQV1MgLS0tLT48LS0tLSBJUC9NQUMgVlJGIC0tLT4NCiAgICBGaWd1cmUgMTogRVZQTi1WUFdT
IFNlcnZpY2UgRWRnZSBHYXRld2F5Lg0KICAgIEFOOiBBY2Nlc3Mgbm9kZQ0KICAgIFNFOiBTZXJ2
aWNlIEVkZ2Ugbm9kZS4NCiAgICBFVlBOLVZQV1MgU2VydmljZSBFZGdlIEdhdGV3YXkgT3BlcmF0
aW9uDQovKiBbSk9SR0VdIFNob3VsZCB0aGlzIGJlIHNlY3Rpb24gNC4xIG9uIGl0cyBvd24/ICov
DQpTYW1pOiBzdXJlIHdpbGwgZG8uDQogICAgQXQgdGhlIHNlcnZpY2UgZWRnZSBub2RlLCB0aGUg
RVZQTiBQZXItRVZJIEV0aGVybmV0IEEtRCByb3V0ZXMgd2lsbA0KICAgIGJlIGFkdmVydGlzZWQg
d2l0aCB0aGUgRVNJIHNldCB0byAwIGFuZCB0aGUgRXRoZXJuZXQgdGFnLWlkIHNldCB0bw0KICAg
ICh3aWxkY2FyZCAweEZGRkZGRkYpLiBUaGUgRXRoZXJuZXQgQS1EIHJvdXRlcyB3aWxsIGhhdmUg
YSB1bmlxdWUgUkQNCiAgICBhbmQgd2lsbCBiZSBhc3NvY2lhdGVkIHdpdGggMiBCR1AgUlQocyks
IG9uZSBSVCBjb3JyZXNwb25kaW5nIHRvIHRoZQ0KICAgIHVuZGVybGF5IEVWSSBpLmUuIHRoZSBF
VlBOIFZQV1MgdHJhbnNwb3J0IHNlcnZpY2UgdGhhdCdzIGNvbmZpZ3VyZWQNCiAgICBvbmx5IGFt
b25nIHRoZSBzZXJ2aWNlIGVkZ2Ugbm9kZXMsIGFuZCBvbmUgY29ycmVzcG9uZGluZyB0byB0aGUg
TDIsDQogICAgTDMgb3IgRVZQTiBvdmVybGF5IHNlcnZpY2UuDQogICAgQXQgdGhlIGFjY2VzcyBu
b2RlcywgdGhlIEVWUE4gcGVyLUVWSSBFdGhlcm5ldCBBLUQgcm91dGVzIHdpbGwgYmUNCiAgICBh
ZHZlcnRpc2VkIGFzIGRlc2NyaWJlZCBpbiBbZHJhZnQtaWV0Zi1iZXNzLWV2cG4tdnB3c10gd2l0
aCB0aGUgRVNJDQogICAgZmllbGQgaXMgc2V0IHRvIDAgYW5kIGZvciBzaW5nbGUgaG9tZWQgQ0Vz
IGFuZCB0byB0aGUgQ0UncyBFU0kgZm9yDQogICAgbXVsdGktaG9tZWQgQ0UncyBhbmQgdGhlIEV0
aGVybmV0IFRhZyBmaWVsZCB3aWxsIGJlIHNldCB0byB0aGUgVlBXUw0KICAgIHNlcnZpY2UgaW5z
dGFuY2UgaWRlbnRpZmllciB0aGF0IGlkZW50aWZpZXMgdGhlIEVWUEwgb3IgRVBMIHNlcnZpY2Uu
DQogICAgVGhlIEV0aGVybmV0LUFEIHJvdXRlIHdpbGwgaGF2ZSBhIHVuaXF1ZSBSRCBhbmQgd2ls
bCBiZSBhc3NvY2lhdGVkDQogICAgd2l0aCBvbmUgQkdQIFJUIGNvcnJlc3BvbmRpbmcgdG8gdGhl
IEwyLCBMMyBvciBFVlBOIG92ZXJsYXkgc2VydmljZQ0KICAgIHRoYXQgd2lsbCBiZSB0cmFuc3Bv
cnRlZCBvdmVyIHRoaXMgRVZQTiBWUFdTIHRyYW5zcG9ydCBzZXJ2aWNlLg0KLyogW0pPUkdFXSBX
aGF0IGRvIHlvdSBtZWFuIGJ5IEVWUE4gb3ZlcmxheSBzZXJ2aWNlIGluIHRoaXMgY29udGV4dD8g
d2h5DQppcyBpdCBkaWZmZXJlbnQgZnJvbSBMMiBvciBMMyBzZXJ2aWNlPyBzaG91bGQgdGhpcyBi
ZSBjbGFyaWZpZWQgaW4gdGhlDQppbnRyb2R1Y3Rpb24/DQpBbHNvIGJ5IEwyIGFuZCBMMyBhcmUg
eW91IHJlZmVycmluZyB0byB0aGUgZW5jYXBzdWxhdGlvbj8gaS5lLiBMMiBtZWFucw0KZXRoZXJu
ZXQgb3ZlciB0aGUgRVZJIGxhYmVsIGFuZCBMMyBJUCBvdmVyIHRoZSBFVkkgbGFiZWw/ICovDQov
KiBbSk9SR0VdIElmIHRoZSBzZXJ2aWNlIFJUcyBhcmUgdGhlIHNhbWUgaW4gdGhlIGFjY2VzcyBh
bmQgY29yZSBuZXR3b3JrLA0KUEUyIHNob3VsZCBoYXZlIHR3byBkaWZmZXJlbnQgcGVlcmluZyBz
ZXNzaW9ucywgb25lIHRvIHRoZSBSUiBpbiB0aGUNCmFjY2VzcyBuZXR3b3JrIGFuZCBvbmUgdG8g
dGhlIGNvcmUgUlIuIElzIHRoYXQgdGhlIGludGVuZD8gaWYgc28sIGl0IG1heQ0KYmUgZ29vZCB0
byBjbGFyaWZ5ICovDQpTYW1pOkNhbiB5b3UgcGxlYXNlIGxvb2sgYXQgdGhlIHVwZGF0ZWQgdmVy
c2lvbiAwMSBhbmQgc2VlIHdoYXQgY29tbWVudHMgc3RpbGwgYXBwbHk/DQpbSk9SR0UyXSBSZXYg
MDEgb3IgMDIgZG9u4oCZdCByZWFsbHkgYWRkIG11Y2ggaW5mb3JtYXRpb24gYWJvdXQgaXQuDQog
ICAgU2VydmljZSBlZGdlIG5vZGVzIG9uIHRoZSB1bmRlcmxheSBFVkkgd2lsbCBkZXRlcm1pbmUg
dGhlIHByaW1hcnkNCiAgICBzZXJ2aWNlIG5vZGUgdGVybWluYXRpbmcgdGhlIFZQV1MgdHJhbnNw
b3J0IHNlcnZpY2UgYW5kIG9mZmVyaW5nIHRoZQ0KICAgIEwyLCBMMyBvciBFdGhlcm5ldCBWUE4g
c2VydmljZSBieSBydW5uaW5nIHRoZSBvbiBIV1IgYWxnb3JpdGhtIGFzDQogICAgZGVzY3JpYmVk
IGluIFtkcmFmdC1tb2hhbnR5LWwydnBuLWV2cG4tZGYtZWxlY3Rpb25dIHVzaW5nIHdlaWdodA0K
ICAgIFtWUFdTIHNlcnZpY2UgaWRlbnRpZmllciwgU2VydmljZSBFZGdlIE5vZGUgSVAgYWRkcmVz
c10uIFRoaXMgZW5zdXJlDQogICAgdGhhdCBzZXJ2aWNlIG5vZGUocykgd2lsbCBjb25zaXN0ZW50
bHkgcGljayB0aGUgcHJpbWFyeSBzZXJ2aWNlIG5vZGUNCiAgICBldmVuIGFmdGVyIHNlcnZpY2Ug
bm9kZSBmYWlsdXJlLiBVcG9uIHByaW1hcnkgc2VydmljZSBub2RlIGZhaWx1cmUsDQogICAgYWxs
IG90aGVyIHJlbWFpbmluZyBzZXJ2aWNlcyBub2RlcyB3aWxsIGNob29zZSBhbm90aGVyIHNlcnZp
Y2Ugbm9kZQ0KICAgIGNvcnJlY3RseSBhbmQgY29uc2lzdGVudGx5Lg0KLypbSk9SR0VdIEZvbGxv
d2luZyBFVlBOLCB0aGUgREYgZWxlY3Rpb24gaXMgYmFzZWQgb24gdGhlIGV4Y2hhbmdlIG9mIEVT
DQpyb3V0ZXMuIEhlbmNlIHRoZSBhc3N1bXB0aW9uIGlzIHRoYXQgdGhlIHR3byBzZXJ2aWNlIG5v
ZGVzIHNob3VsZA0KYWR2ZXJ0aXNlIEVTIHJvdXRlcyB3aXRoIGEgc3lzdGVtLWxldmVsIEVTSSBh
bmQgYW4gQUQgcm91dGUgcGVyIEVTIHdpdGgNCnRoZSBzYW1lIEVTST8gVGhlIHNlcnZpY2Ugbm9k
ZSBERiBmb3IgYSBnaXZlbiBzZXJ2aWNlIHNob3VsZCBzZW5kIGFuIEFEIHBlci1FVkkgcm91dGUg
d2l0aCB0aGUgUCBpbmRpY2F0aW9uIGluIHRoZSBuZXcgRUMgZGVmaW5lZCBpbiBFVlBOLVZQV1Mu
IEkgYmVsaWV2ZSBhbGwgdGhlDQpleGlzdGluZyBwcm9jZWR1cmVzIHNob3VsZCBiZSB1c2VkLCBh
cmUgeW91IGRlZmluaW5nIG5ldyBvbmVzPyAqLw0KU2FtaTogUGxlYXNlIGhhdmUgYSBsb29rIGF0
IDAxLg0KW0pPUkdFMl0gbm8gY2hhbmdlcyBpbiAwMSBvciAwMi4gQWdhaW4gbW9yZSBkZXRhaWxz
IGFyZSBuZWVkZWQ6DQotIEhvdyBpcyB0aGUgRVMgYXNzaWduZWQgdG8gdGhlIHNlcnZpY2Ugbm9k
ZXMuIEkgc3VnZ2VzdCBhIHN5c3RlbSBsZXZlbCBFU0kgb3IvYW5kIGEgdmlydHVhbCBFUyBwZXIg
c2VydmljZSBvbiB0aGUgc2VydmljZSBub2Rlcy4gVGhlIGZvcm1lciBpcyBkZWZpbmVkIGluIHRo
ZSBkY2ktZXZwbi1vdmVybGF5IGRyYWZ0LiBUaGUgbGF0dGVyIHNob3VsZCBiZSBzdGF0ZWQgaGVy
ZS4NCi0gT25jZSB0aGUgRVMgYW5kIEVTSSBpcyBhc3NpZ25lZCB0byB0aGUgc2VydmljZSBub2Rl
cywgcmVndWxhciBFVlBOIHByb2NlZHVyZXMgc2hvdWxkIGZvbGxvdy4gSWYgbm90LCBpdCBoYXMg
dG8gYmUgZXhwbGljaXRseSBzdGF0ZWQuDQogICAgU2luZ2xlLXNpZGVkIHNpZ25hbGluZyBtZWNo
YW5pc20gaXMgdXNlZC4gVGhlIFNlcnZpY2UgUEUgbm9kZSB0aGF0IGlzDQogICAgYSBERiBmb3Ig
YWNjZXB0cyB0byB0ZXJtaW5hdGUgdGhlIFZQV1MgdHJhbnNwb3J0IHNlcnZpY2UgZnJvbSBhbg0K
ICAgIGFjY2VzcyBub2RlLCB0aGUgcHJpbWFyeSBzZXJ2aWNlIGVkZ2Ugbm9kZSBzaGFsbDotIER5
bmFtaWNhbGx5IGNyZWF0ZQ0KICAgIGFuIGludGVyZmFjZSB0byB0ZXJtaW5hdGUgdGhlIHNlcnZp
Y2UgYW5kIHNoYWxsIGF0dGFjaCB0aGlzIGludGVyZmFjZQ0KICAgIHRvIHRoZSBvdmVybGF5IFZQ
TiBzZXJ2aWNlIHJlcXVpcmVkIGJ5IHRoZSBhY2Nlc3Mgbm9kZSB0byBzZXJ2aWNlIGl0cw0KICAg
IGN1c3RvbWVyIGVkZ2UgZGV2aWNlLi0gUmVzcG9uZHMgdG8gdGhlIEV0aCBBLUQgcm91dGUgcGVy
IEVWSSBmcm9tIHRoZQ0KICAgIGFjY2VzcyBub2RlIGJ5IHNlbmRpbmcgaXRzIG93biBFdGggQS1E
IHBlciBFVkkgcm91dGUgYnkgc2V0dGluZyB0aGUNCiAgICBzYW1lIFZQV1Mgc2VydmljZSBpbnN0
YW5jZSBJRCBhbmQgZG93bnN0cmVhbSBhc3NpZ25lZCBNUExTIGxhYmVsIHRvDQogICAgYmUgdXNl
ZCBieSB0aGUgYWNjZXNzIG5vZGUuDQovKiBbSk9SR0VdIE5lZWQgdG8gY29ycmVjdCB0aGUgZm9y
bWF0OiB0aGUgdHdvIGJ1bGxldHMgbXVzdCBnbyBpbg0KZGlmZmVyZW50IGxpbmVzICovDQpTdXJl
IHdpbGwgZG8uDQpbSk9SR0UyXSBJIHRoaW5rIHN0aWxsIHRoZXJlIGluIHJldiAwMi4NCiAgIDxz
bmlwPg0KNC4xIE11bHRpLWhvbWluZw0KLyogW0pPUkdFXSBob3cgYm91dCB0aGUgZm9sbG93aW5n
IHNjZW5hcmlvOg0KSGVyZSBBTjEgYW5kIEFOMiBoYXZlIGEgRVNJIGZvciB0aGUgQ0UuIFJlZ3Vs
YXIgRVZQTi1WUFdTIHByb2NlZHVyZXMNCnNob3VsZCBhcHBseS4NCiAgICAgICAgICAgICAgICAg
ICstLS0tLS0tLS0rICAgICAgICAgKy0tLS0tLS0tLSsNCistLS0tKyAgICstLS0tLSsgfCAgICAg
ICAgIHwgKy0tLS0tKyB8ICAgICAgICAgfA0KfCBDRSArLS0tKyBBTjEgKy0rICAgICAgICAgKy0r
IFNFMiArLSsgICAgICAgICB8DQorLS0rLSsgICArLS0tLS0rIHwgSVAvTVBMUyB8ICstLS0tLSsg
fCBJUC9NUExTIHwNCiAgICB8ICAgICAgICAgICAgIHwgQWNjZXNzICB8ICAgICAgICAgfCBDb3Jl
ICAgIHwNCiAgICB8ICAgICArLS0tLS0rIHwgTmV0d29yayB8ICstLS0tLSsgfCBOZXR3b3JrIHwN
CiAgICArLS0tLS0rIEFOMiArLSsgICAgICAgICArLSsgU0UzICstKyAgICAgICAgIHwNCiAgICAg
ICAgICArLS0tLS0rIHwgICAgICAgICB8ICstLS0tLSsgfCAgICAgICAgIHwNCiAgICAgICAgICAg
ICAgICAgICstLS0tLS0tLS0rICAgICAgICAgKy0tLS0tLS0tLSsNCiAgICAgICAgICAgICA8LS0t
LS1FVlBOLVZQV1MtLS0tLT48LS0tLS1JUC9NQUMgVlJGLS0tLT4NCiovDQpTYW1pOiBFeGFjdGx5
LCByZWd1bGFyIEVWUE4gVlBXUyBzaG91bGQgYXBwbHksIGFuZCBoZW5jZSB3aHkgZG8gd2UgbmVl
ZCB0byBtZW50aW9uIGl0Pw0KW0pPUkdFMl0gQmVjYXVzZSBvbmUgbWF5IHRoaW5rIHRoYXQgdGhl
cmUgYXJlIHR3byB3YXlzIG9mIGFkZHJlc3NpbmcgdGhpczogYSkgbm8gRVMgb24gQU5zLCB0aGUg
QU5zIGp1c3QgcHJvdmlkZSBhIHdpcmUgYW5kIHRoZSBFUyByZWFsbHkgcmVwcmVzZW50cyB0aGUg
Q0Ugb3IgYikgdGhlcmUgYXJlIHR3byBFUyBpbiB0aGUgZGlhZ3JhbSwgb25lIGRlZmluZWQgaW4g
dGhlIEFOcyBhbmQgb25lIGRlZmluZWQgb24gdGhlIFNFIG5vZGVzLg0KSSBzZWUgdGhhdCB5b3Ug
bWVhbiAoYikgYnV0IGl0IHNob3VsZCBiZSBzdGF0ZWQuDQpUaGFua3MsDQpTYW1pDQpGcm9tOiAg
QkVTUyBvbiBiZWhhbGYgb2YgU2FtaSBCb3V0cm9zDQpEYXRlOiAgV2VkbmVzZGF5LCBPY3RvYmVy
IDcsIDIwMTUgYXQgMTE6MTMgUE0NClRvOiAgImJlc3NAaWV0Zi5vcmc8bWFpbHRvOmJlc3NAaWV0
Zi5vcmc+Ig0KU3ViamVjdDogIFtiZXNzXSBTZWVraW5nIENvbW1lbnRzIGZvciBFVlBOLVZQV1Mg
U2VydmljZSBFZGdlIEdhdGV3YXkNCkhpLA0KVGhlIGRyYWZ0IHByb3Bvc2VzIGEgZHluYW1pYyBt
ZWNoYW5pc20gdG8gdGVybWluYXRlIHRoZSBWUFdTIHRyYW5zcG9ydCBzZXJ2aWNlIGF0IGEgc2Vy
dmljZSBQRSBpbnRvIGFuIG92ZXJsYXkgTDIgb3IgTDMgc2VydmljZSBiYXNlZCBvbiBhIHNpbmds
ZSBzaWRlIHByb3Zpc2lvbmluZyBhdCB0aGUgYWNjZXNzIFBFLg0KaHR0cHM6Ly90b29scy5pZXRm
Lm9yZy9odG1sL2RyYWZ0LWJvdXRyb3MtYmVzcy1ldnBuLXZwd3Mtc2VydmljZS1lZGdlLWdhdGV3
YXktMDE8aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNB
X190b29scy5pZXRmLm9yZ19odG1sX2RyYWZ0LTJEYm91dHJvcy0yRGJlc3MtMkRldnBuLTJEdnB3
cy0yRHNlcnZpY2UtMkRlZGdlLTJEZ2F0ZXdheS0yRDAxJmQ9RGdNR2FRJmM9dWlsYUs5MEQ0VE9W
b0g1OEpOWFJnUSZyPUlWemNUUkxRZHB0YTA4TDBiX3kyekRrcXZ3SmhSS01DQWJYLTJLLUxWOTgm
bT1hVm9xNnJBZnJyaE9qcGE2ZnFQSDFPYjRTLXhtT01LZVFaMTM3clZmdDVrJnM9UjhQVk9maHk3
RXA0VF9vNE9BWEFncVhMWm9FUjN1cG5ZNGFYNFJWU2lDMCZlPT4NClRoYW5rcywNClNhbWkNCg0K
DQo=

--_000_219DDC6F55C94247B331A338397E2205onnokiacom_
Content-Type: text/html; charset="utf-8"
Content-ID: <54485C3C5C12304896598EA0F8A0BDDD@exchange.lucent.com>
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z
b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j
b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o
dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9
InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJUaXRsZSIgY29udGVudD0i
Ij4NCjxtZXRhIG5hbWU9IktleXdvcmRzIiBjb250ZW50PSIiPg0KPG1ldGEgbmFtZT0iR2VuZXJh
dG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQgbWVkaXVtKSI+DQo8c3R5
bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls
eTpBcmlhbDsNCglwYW5vc2UtMToyIDExIDYgNCAyIDIgMiAyIDIgNDt9DQpAZm9udC1mYWNlDQoJ
e2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJcGFub3NlLTE6MiA3IDMgOSAyIDIgNSAyIDQg
NDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OldpbmdkaW5nczsNCglwYW5vc2UtMTo1IDAg
MCAwIDAgMCAwIDAgMCAwO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0
aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt
ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5
bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt
YWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEy
LjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNv
SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt
ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv
d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv
cmF0aW9uOnVuZGVybGluZTt9DQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3Jh
cGgsIGRpdi5Nc29MaXN0UGFyYWdyYXBoDQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJn
aW4tdG9wOjBjbTsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1hcmdpbi1ib3R0b206MGNtOw0KCW1h
cmdpbi1sZWZ0OjM2LjBwdDsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEy
LjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpzcGFuLkVtYWlsU3R5bGUx
Nw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseTpBcmlhbDsNCgljb2xv
cjp3aW5kb3d0ZXh0Ow0KCWZvbnQtd2VpZ2h0Om5vcm1hbDsNCglmb250LXN0eWxlOm5vcm1hbDt9
DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm
b250LWZhbWlseTpBcmlhbDsNCgljb2xvcjp3aW5kb3d0ZXh0Ow0KCWZvbnQtd2VpZ2h0Om5vcm1h
bDsNCglmb250LXN0eWxlOm5vcm1hbDt9DQpzcGFuLm1zb0lucw0KCXttc28tc3R5bGUtdHlwZTpl
eHBvcnQtb25seTsNCgltc28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs
aW5lOw0KCWNvbG9yOnRlYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhw
b3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6
ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9
DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5p
dGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjEzOTk3ODg1NDc7DQoJbXNvLWxpc3Qt
dHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi02MjA5ODQ4NDAgLTUyMzA3NzUy
NiA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2
NzY5ODY5MSA2NzY5ODY5Mzt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLXN0YXJ0LWF0
OjE1Ow0KCW1zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDot
Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246
bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OkFyaWFsOw0KCW1zby1m
YXJlYXN0LWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGwwOmxldmVsMg0K
CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCglt
c28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7
DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBs
aXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl
dmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i
ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5Oldp
bmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVs
bGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCglt
c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglm
b250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXIt
Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpu
b25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu
MHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21z
by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNv
LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K
CXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGww
OmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRl
eHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9z
aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9
DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z
by1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51
bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6
IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt
YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9u
ZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw
dDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0K
dWwNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGJn
Y29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8
ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWwiPkhpIFNhbWksPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt
ZmFtaWx5OkFyaWFsIj5ZZXMsIEkgdGhpbmsgdGhlcmUgaXMgYSBiaXQgb2YgaGFuZC13YXZpbmcg
YWJvdXQgdGhlIFMtUEUgZGlzY292ZXJ5IGFuZCB0aGlzIERGIGVsZWN0aW9uDQo8L3NwYW4+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6V2luZ2RpbmdzIj5KPC9zcGFu
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsIj4gc28gY2xh
cmlmaWNhdGlvbiB3b3VsZCBiZSBhcHByZWNpYXRlZC4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt
ZmFtaWx5OkFyaWFsIj5BbHNvLCBpZiB0aGUgRVMgaXMgbWFudWFsbHkgc2V0LCBjb3VsZG7igJl0
IHRoZSBmb2xsb3dpbmcgd29yayBpbnN0ZWFkIG9mIHRoZSBkZXNjcmliZWQgdGV4dD86PG86cD48
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWwiPi0gVGhlIFMtUEVzIHNlbmQgYW4gRVMgcm91
dGUgZm9yIHRoZSBjb25maWd1cmVkIEVTSSwgd2l0aCBSVD0gRVMtaW1wb3J0IFJUPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWwiPi0gVGhlIFMtUEVzIHJ1biByZWd1bGFyIERGIGVs
ZWN0aW9uIHRoYXQgY291bGQgYmUgYmFzZWQgb24gUkZDNzQzMiwgSFJXIG9yIFByZWZlcmVuY2Ug
KGRyYWZ0LXJhYmFkYW4tYmVzcy1ldnBuLXByZWYtZGYpIG9yIGFueSBmdXR1cmUgYWxnb3JpdGht
LiBJIGRvbuKAmXQgc2VlIHdoeSB0aGUgREYgZWxlY3Rpb24gc2hvdWxkIGJlDQogZGlmZmVyZW50
IHRoYW4gdGhpcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlhbCI+LSBUaGUgREYg
Uy1QRSBhbHNvIHNlbmRzIHRoaXMgQUQgcGVyLUVTIHJvdXRlIGFzIHlvdSBkZXNjcmliZSwgaW5j
bHVkaW5nIHRoZSBSVD0gTDIsIEwzIG9yIEVWUE4gb3ZlcmxheSAob3IgSmVmZnJleeKAmXMgc3Vn
Z2VzdGlvbiB3aXRoIEkgZ3Vlc3MgdGhlIFZSRiByb3V0ZSBpbXBvcnQgRUMpPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWwiPi0gVGhlbiB0aGUgQS1QRXMgcmVwbHkgd2l0aCB0aGUg
4oCcZGlyZWN0ZWTigJ0gQUQgcGVyLUVWSSByb3V0ZSwgdGhhdCBpcyBpbXBvcnRlZCBhbmQgcmVw
bGllZCBieSB0aGUgUy1QRSB3aXRoIGFuIEFEIHBlci1FVkkgcm91dGUuPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w
cHQ7Zm9udC1mYW1pbHk6QXJpYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5
OkFyaWFsIj5JZiB0aGlzIGlzIG5vdCB0aGUgaW50ZW5kLCBwbGVhc2UgbGV0IG1lIGtub3cuPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWwiPlRoYW5rIHlvdS48bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw
LjBwdDtmb250LWZhbWlseTpBcmlhbCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p
bHk6QXJpYWwiPkpvcmdlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWwiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+T24gMTEvMjgvMTYsIDY6NTggUE0sICZxdW90
O1NhbWkgQm91dHJvcyZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNib3V0cm9zQHZtd2FyZS5j
b20iPnNib3V0cm9zQHZtd2FyZS5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s
ZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxz
cGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj5IaSBKb3JnZSw8L3NwYW4+PG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJm
b250LWZhbWlseTpDYWxpYnJpIj5UaGUgRVMgaXMgdGhhdCBjYXNlIHdpbGwgYmUgc2V0IG1hbnVh
bGx5IGJ5IHRoZSBvcGVyYXRvciBmb3IgdGhlIGdyb3VwIG9mIHNlcnZpY2Ugcm91dGVycyB0aGF0
IGFyZSBpbiB0aGUgc2FtZSByZWR1bmRhbmN5IGdyb3VwLiBXaWxsIG1ha2Ugc3VyZSB0aGlzIGNs
YXJpZmljYXRpb24gaXMgaW4gdGhlIG5leHQNCiBSZXYuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2
LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1p
bHk6Q2FsaWJyaSI+VGhhbmtzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPlNh
bWk8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IHN0
eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzoz
LjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MzYuMHB0Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFj
ayI+RnJvbToNCjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7Y29s
b3I6YmxhY2siPiZxdW90O1JhYmFkYW4sIEpvcmdlIChOb2tpYSAtIFVTKSZxdW90OyAmbHQ7PGEg
aHJlZj0ibWFpbHRvOmpvcmdlLnJhYmFkYW5Abm9raWEuY29tIj5qb3JnZS5yYWJhZGFuQG5va2lh
LmNvbTwvYT4mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPlNhdHVyZGF5LCBOb3ZlbWJlciAyNiwgMjAx
NiBhdCAzOjQ0IEFNPGJyPg0KPGI+VG86IDwvYj5TYW1pIEJvdXRyb3MgJmx0OzxhIGhyZWY9Im1h
aWx0bzpib3V0cm9zLnNhbWlAZ21haWwuY29tIj5ib3V0cm9zLnNhbWlAZ21haWwuY29tPC9hPiZn
dDs8YnI+DQo8Yj5DYzogPC9iPiZxdW90O0VYVCBBbGkgU2FqYXNzaSAoc2FqYXNzaSkmcXVvdDsg
Jmx0OzxhIGhyZWY9Im1haWx0bzpzYWphc3NpQGNpc2NvLmNvbSI+c2FqYXNzaUBjaXNjby5jb208
L2E+Jmd0OywgJnF1b3Q7UGF0cmljZSBCcmlzc2V0dGUgKHBicmlzc2V0KSZxdW90OyAmbHQ7PGEg
aHJlZj0ibWFpbHRvOnBicmlzc2V0QGNpc2NvLmNvbSI+cGJyaXNzZXRAY2lzY28uY29tPC9hPiZn
dDssIFNhbWkgQm91dHJvcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNib3V0cm9zQHZtd2FyZS5jb20i
PnNib3V0cm9zQHZtd2FyZS5jb208L2E+Jmd0OywNCiAmcXVvdDs8YSBocmVmPSJtYWlsdG86YmVz
c0BpZXRmLm9yZyI+YmVzc0BpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpi
ZXNzQGlldGYub3JnIj5iZXNzQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+
UmU6IEVWUE4tVlBXUyBTZXJ2aWNlIEVkZ2UgR2F0ZXdheSByZXYwMzxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t
bGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNh
bGlicmk7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu
MHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xv
cjpibGFjayI+SGkgU2FtaSw8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6
MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtj
b2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0
OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7
Y29sb3I6YmxhY2siPlRoYW5rIHlvdS48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpB
cmlhbDtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp
bi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6
QXJpYWw7Y29sb3I6YmxhY2siPkkgc3RpbGwgZmFpbCB0byBzZWUgdGhpczo8L3NwYW4+PHNwYW4g
c3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpibGFjayI+4oCcVGhlIERGIGVsZWN0aW9u
IGJldHdlZW4gdGhlIHNlcnZpY2UgZWRnZSBub2RlcyB3aWxsIGZvbGxvdyBSRkMgNzQzMiB1c2lu
ZyB0aGUgcGVyIEVTIEV0aGVybmV0IEFEIHJvdXRlLCBob3dldmVyIHdpbGwgdXNlIHRoZSBIUlcg
YWxnb3JpdGhtLuKAnTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w
cHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9y
OmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu
MHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xv
cjpibGFjayI+UkZDNzQzMuKAmXMgREYgZWxlY3Rpb24gaXMgcHVyZWx5IGJhc2VkIG9uIHRoZQ0K
PHU+RVMgcm91dGU8L3U+IGFuZCBub3QgdGhlIHBlciBFUyBBRCByb3V0ZS4gV2hhdCBkbyB5b3Ug
bWVhbiB3aXRoIHRoZSBzZW50ZW5jZSBhYm92ZT8gWW91IGRvbuKAmXQgdXNlIHRoZSBFUyByb3V0
ZSB3aGF0c29ldmVyPyBIb3cgaXMgdGhlIEVTSSB2YWx1ZSBmaWd1cmVkIG91dD8NCjwvc3Bhbj48
c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOmJsYWNrIj5JTUhPIHRob3NlIHRo
aW5ncyBhcmUgbm90IHN0cmFpZ2h0IGZvcndhcmQgdG8gZmlndXJlIG91dCBqdXN0IGJ5IHJlYWRp
bmcgdGhlIHRleHQuPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBw
dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6
YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w
cHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9y
OmJsYWNrIj5UaGFua3MuPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2
LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29s
b3I6YmxhY2siPkpvcmdlPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2
LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29s
b3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz
Ni4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2Nv
bG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6
MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtj
b2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48
L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPk9uIDExLzI0
LzE2LCAxMDoxNCBQTSwgJnF1b3Q7U2FtaSBCb3V0cm9zJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWls
dG86Ym91dHJvcy5zYW1pQGdtYWlsLmNvbSI+Ym91dHJvcy5zYW1pQGdtYWlsLmNvbTwvYT4mZ3Q7
IHdyb3RlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9
ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBz
dHlsZT0iY29sb3I6YmxhY2siPkhpIEpvcmdlLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQi
PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Ojcy
LjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5Tb3JyeSBmb3IgdGhlIGRlbGF5LCBJIHdp
bGwgYmUgYWRkcmVzc2luZyB0aGUgY29tbWVudHMgYmVsb3cgaW4gdGhlIG5leHQgcmV2LCBhbmQg
d2lsbCBiZSBjbGFyaWZ5aW5nIHRoZSBERiBlbGVjdGlvbiB0b28uPG86cD48L286cD48L3NwYW4+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s
ZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy
Z2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlRoZSBERiBlbGVjdGlv
biBiZXR3ZWVuIHRoZSBzZXJ2aWNlIGVkZ2Ugbm9kZXMgd2lsbCBmb2xsb3cgUkZDIDc0MzIgdXNp
bmcgdGhlIHBlciBFUyBFdGhlcm5ldCBBRCByb3V0ZSwgaG93ZXZlciB3aWxsIHVzZSB0aGUgSFJX
IGFsZ29yaXRobS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29s
b3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxl
PSJjb2xvcjpibGFjayI+VGhlIGVsZWN0aW9uIHdpbGwgYmUgcGVyZm9ybWVkIHRvIGRlY2lkZSBv
biB3aG8gd2lsbCBiZSB0aGUgcHJpbWFyeSByZXNwb25kaW5nIHRvIHRoZSBFVlBOIFZQV1MgRXRo
ZXJuZXQgQUQgcm91dGVzIGltcG9ydGVkIGJ5IHRoZSBzZXJ2aWNlIGVkZ2Ugbm9kZXMgZnJvbSB0
aGUgYWNjZXNzIG5vZGVzIGJ5IGFwcGx5aW5nDQogdGhlIEhSVyBhbGdvcml0aG0uPG86cD48L286
cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkkgd2ls
bCBjbGFyaWZ5IHRoZSB0ZXh0IHRvIHJlZmxlY3QgdGhlIGFib3ZlLjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t
bGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48
L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5UaGFua3MsPG86cD48
L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlNh
bWk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si
PiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9
ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNCNUM0REYgNC41cHQ7cGFkZGluZzowY20g
MGNtIDBjbSA0LjBwdDttYXJnaW4tbGVmdDozLjc1cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t
cmlnaHQ6MGNtO21hcmdpbi1ib3R0b206NS4wcHQiIGlkPSJNQUNfT1VUTE9PS19BVFRSSUJVVElP
Tl9CTE9DS1FVT1RFIj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPk9uIE5vdiAyMSwgMjAxNiwg
YXQgNjowNSBBTSwgUmFiYWRhbiwgSm9yZ2UgKE5va2lhIC0gVVMpICZsdDs8YSBocmVmPSJtYWls
dG86am9yZ2UucmFiYWRhbkBub2tpYS5jb20iPmpvcmdlLnJhYmFkYW5Abm9raWEuY29tPC9hPiZn
dDsgd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9y
OmJsYWNrIj5TYW1pLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJj
b2xvcjpibGFjayI+SSBsb29rZWQgYXQgeW91ciBTZXJ2aWNlIEVkZ2UgR2F0ZXdheSBkcmFmdCwg
YW5kIHNpbmNlIG15IGNvbW1lbnRzL3F1ZXN0aW9ucyB3ZXJlIG5vdCBhZGRyZXNzZWQgaW4gcmV2
IDAzLCBJ4oCZbSByZXNlbmRpbmcgb3VyIGxhc3QgZXhjaGFuZ2UuPG86cD48L286cD48L3NwYW4+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s
ZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5CZXNpZGVzIHRoZSBjb21tZW50
cyBiZWxvdyAocGxlYXNlIHNlZSB0aGUgdGhyZWFkIGZyb20gZWFybGllciB0aGlzIHllYXIpLCB0
aGUgbW9zdCBjb25mdXNpbmcgcGFydCB0byBtZSBpcyBzdGlsbCB0aGUgbXVsdGktaG9taW5nIG9u
IHRoZSBTZXJ2aWNlIEVkZ2Ugbm9kZXMuIEFmdGVyIHJlYWRpbmcgdGhlIHRleHQsIHN0aWxsDQog
bm90IHN1cmUgaWYgdGhlIGludGVuZCBpcyBhIERGIGVsZWN0aW9uIGJhc2VkIG91dCBvZiB0aGUg
QUQgcGVyLUVWSSByb3V0ZXMgb3IgaWYgdGhlIERGIGVsZWN0aW9uIGZvbGxvd3MgcmVndWxhciBS
RkM3NDMyIHByb2NlZHVyZXMuIFRoaXMgaXMgYSBibHVycnkgYXJlYSBpbiB0aGUgZHJhZnQgYW5k
IEkgd291bGQgcGVyc29uYWxseSBhcHByZWNpYXRlIGEgY2xhcmlmaWNhdGlvbi48bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlRoYW5rIHlvdS48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkpv
cmdlPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr
Ij5PbiA0LzgvMTYsIDM6MzcgUE0sICZxdW90O1JhYmFkYW4sIEpvcmdlIChOb2tpYSAtIFVTKSZx
dW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmpvcmdlLnJhYmFkYW5AYWxjYXRlbC1sdWNlbnQuY29t
Ij5qb3JnZS5yYWJhZGFuQGFsY2F0ZWwtbHVjZW50LmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+SGkgU2FtaSw8
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkFz
IGRpc2N1c3NlZCwgdGhpcyBpcyB0aGUgZW1haWwuIFRoZSBuZXcgY29tbWVudHMgYXJlIHRhZ2dl
ZCBhcyBbSk9SR0UyXS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0i
Y29sb3I6YmxhY2siPlBsZWFzZSBzZWUgaW4tbGluZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIu
MHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlRoYW5rcy48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkpvcmdlPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp
bi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkZyb206IFNhbWkgQm91dHJvcyAm
bHQ7PGEgaHJlZj0ibWFpbHRvOmJvdXRyb3Muc2FtaUBnbWFpbC5jb20iPmJvdXRyb3Muc2FtaUBn
bWFpbC5jb208L2E+Jmd0OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxl
PSJjb2xvcjpibGFjayI+RGF0ZTogVHVlc2RheSwgT2N0b2JlciAyMCwgMjAxNSBhdCA1OjM5IEFN
PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5U
bzogSm9yZ2UgUmFiYWRhbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmpvcmdlLnJhYmFkYW5AYWxjYXRl
bC1sdWNlbnQuY29tIj5qb3JnZS5yYWJhZGFuQGFsY2F0ZWwtbHVjZW50LmNvbTwvYT4mZ3Q7PG86
cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5DYzog
JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmJlc3NAaWV0Zi5vcmciPmJlc3NAaWV0Zi5vcmc8L2E+JnF1
b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86YmVzc0BpZXRmLm9yZyI+YmVzc0BpZXRmLm9yZzwvYT4m
Z3Q7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr
Ij5TdWJqZWN0OiBSZTogW2Jlc3NdIFNlZWtpbmcgQ29tbWVudHMgZm9yIEVWUE4tVlBXUyBTZXJ2
aWNlIEVkZ2UgR2F0ZXdheTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxl
PSJjb2xvcjpibGFjayI+SGkgSm9yZ2UsPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNw
YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQi
PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+QWJzdHJhY3Q8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6
NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
O1RoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGhvdyBhIHNlcnZpY2Ugbm9kZSBjYW4gZHluYW1pY2Fs
bHkgdGVybWluYXRlPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNv
bG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtFVlBOIHZpcnR1YWwgcHJpdmF0ZSB3
aXJlIHRyYW5zcG9ydCBzZXJ2aWNlIChWUFdTKSBmcm9tIGFjY2VzcyBub2RlczxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
YXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7YW5kIG9mZmVyIExheWVyIDIsIExheWVyIDMgYW5kIEV0aGVybmV0IFZQTiBv
dmVybGF5IHNlcnZpY2VzIHRvPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5
bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtDdXN0b21lciBlZGdlIGRl
dmljZXMgY29ubmVjdGVkIHRvIHRoZSBhY2Nlc3Mgbm9kZXMuIFNlcnZpY2Ugbm9kZXM8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwO3VzaW5nIEVWUE4gd2lsbCBhZHZlcnRpc2UgdG8gYWNjZXNzIG5vZGVz
IHRoZSBMMiwgTDMgYW5kIEV0aGVybmV0IFZQTjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQi
PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7b3Zlcmxh
eSBzZXJ2aWNlcyBpdCBjYW4gb2ZmZXIgZm9yIHRoZSB0ZXJtaW5hdGVkIEVWUE4gVlBXUyB0cmFu
c3BvcnQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6Ymxh
Y2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3NlcnZpY2UuIE9uIGFuIGFjY2VzcyBub2RlIGFu
IG9wZXJhdG9yIGNhbiBzcGVjaWZ5IHRoZSBMMiBvciBMMyBvcjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm
dDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7RXRoZXJuZXQgVlBOIG92ZXJsYXkgc2VydmljZSBuZWVkZWQgYnkgdGhlIGN1c3RvbWVyIGVk
Z2UgZGV2aWNlPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9y
OmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtjb25uZWN0ZWQgdG8gdGhlIGFjY2VzcyBu
b2RlIHRoYXQgd2lsbCBiZSB0cmFuc3BvcnRlZCBvdmVyIHRoZSBFVlBOLTxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn
aW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7VlBXUyBzZXJ2aWNlIGJldHdlZW4gYWNjZXNzIG5vZGUgYW5kIHNlcnZpY2Ugbm9k
ZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si
Pi8qIFtKT1JHRV0gaXQgd291bGQgYmUgZ29vZCB0byBjbGVhcmx5IHN0YXRlIHRoZSBiZW5lZml0
IG9mIGRvaW5nIHRoaXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9
ImNvbG9yOmJsYWNrIj5UaGUgbWFpbiBhZHZhbnRhZ2VzIHRoYXQgSSBzZWUgYXJlIHNlcnZpY2Ug
ZXh0ZW5zaW9uIHdpdGggc2luZ2xlLXNpZGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48
c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPnByb3Zpc2lvbmluZyAobm8gbmVlZCB0byBwcm92aXNp
b24gbmV3IEFDcyBhdCB0aGUgc2VydmljZSBub2RlKS4gKi88bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6
NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlNhbWk6IHdpbGwgdXBkYXRlIHRoZSBh
YnN0cmFjdC4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xv
cjpibGFjayI+W0pPUkdFMl0gSSBkb27igJl0IHNlZSBhbnl0aGluZyBjaGFuZ2VkIGluIHJldiAw
MiA7LSk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6Ymxh
Y2siPiZsdDtzbmlwJmd0OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxl
PSJjb2xvcjpibGFjayI+MSZuYnNwOyZuYnNwO0ludHJvZHVjdGlvbjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t
bGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+LyogW0pPUkdFXSBtYXliZSB0
aGlzIGxldmVsIG9mIGRldGFpbCBhdCB0aGUgaW50cm9kdWN0aW9uIGlzIGEgYml0PG86cD48L286
cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5jb25mdXNpbmcu
IEkgdGhpbmsgaXQgd291bGQgYmUgYmV0dGVyIHRvIHN0YXRlIHdoYXQgdGhlIGdvYWwgYW5kPG86
cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5hZHZh
bnRhZ2VzIGFyZSBpbiB0aGUgaW50cm9kdWN0aW9uIGFuZCBsZWF2ZSB0aGUgZGV0YWlscyBmb3Ig
dGhlIHNvbHV0aW9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNv
bG9yOmJsYWNrIj5kZXNjcmlwdGlvbi4gKi88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48
c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlNhbWk6IHdpbGwgdXBkYXRlLjxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn
aW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+W0pPUkdFMl0gSSBkb27i
gJl0IHNlZSBhbnl0aGluZyBjaGFuZ2VkIGluIHJldiAwMiA7LSk8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZsdDtzbmlwJmd0OzxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Li4uPG86cD48
L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4yLjImbmJz
cDsmbmJzcDtTY2FsYWJpbGl0eTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0
eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7KFIyYSkgQSBzaW5nbGUg
c2VydmljZSBub2RlIFBFIGNhbiBiZSBhc3NvY2lhdGVkIHdpdGggbWFueSBhY2Nlc3M8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwO25vZGUgUEVzLiBUaGUgZm9sbG93aW5nIHJlcXVpcmVtZW50cyBnaXZl
IGEgcXVhbnRpdGF0aXZlIG1lYXN1cmUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNw
YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsoUjJiKSBBIHNl
cnZpY2Ugbm9kZSBQRSBNVVNUIHN1cHBvcnQgdGhvdXNhbmQocykgaGVhZC1lbmQgY29ubmVjdGlv
bnM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2ZvciBhIGEgZ2l2ZW4gYWNjZXNzIG5vZGUgUEUgY29u
bmVjdGluZyB0byBkaWZmZXJlbnQgb3ZlcmxheSBWUkY8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIu
MHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3Nl
cnZpY2VzIG9uIHRoYXQgc2VydmljZSBub2RlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQi
PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7KFIyYykg
QSBzZXJ2aWNlIG5vZGUgUEUgTVVTVCBzdXBwb3J0IHRob3VzYW5kKHMpIGhlYWQtZW5kIGNvbm5l
Y3Rpb25zPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJs
YWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt0byBtYW55IGFjY2VzcyBub2RlIFBFcy48bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPi8qIFtK
T1JHRV0gSXQgaXMgaGFyZCB0byB1bmRlcnN0YW5kLi4uIHNob3VsZCB0aGUgZm9sbG93aW5nIGJl
IGJldHRlcj86PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9y
OmJsYWNrIj7igJwgKFIyYikgQSBzZXJ2aWNlIG5vZGUgUEUgTVVTVCBzdXBwb3J0IGhlYWQtZW5k
IGZ1bmN0aW9uYWxpdHkgZm9yPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5
bGU9ImNvbG9yOmJsYWNrIj50aG91c2FuZHMgb2YgYWNjZXNzIG5vZGUgUEVzIHRoYXQgYXJlIGNv
bm5lY3RlZCB0byBkaWZmZXJlbnQgVlJGcyBvbiB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIu
MHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPnNlcnZpY2Ugbm9kZS48bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy
Z2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyAo
UjJjKSBBIHNlcnZpY2Ugbm9kZSBQRSBNVVNUIHN1cHBvcnQgdGhvdXNhbmRzIG9mIENFPG86cD48
L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5jb25uZWN0
aW9ucyB0aHJvdWdoIHRoZSBhdHRhY2hlZCBhY2Nlc3Mgbm9kZXMuJnF1b3Q7PG86cD48L286cD48
L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4qLzxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
YXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+U2FtaTogd2lsbCB1
cGRhdGUuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6
YmxhY2siPltKT1JHRTJdIEkgZG9u4oCZdCBzZWUgYW55dGhpbmcgY2hhbmdlZCBpbiByZXYgMDIg
Oy0pPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr
Ij4yLjUgTXVsdGktaG9taW5nPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5
bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtUQkQ8bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy
Z2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPi8qIFtKT1JHRV0gVGhl
IHNvbHV0aW9uIHNob3VsZCBkZXNjcmliZSBob3cgdG8gaGFuZGxlIG11bHRpLWhvbWluZyBhdCB0
d288bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si
PmxldmVsczo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6
YmxhY2siPi0gQWNjZXNzIG5vZGUgbXVsdGktaG9tZWQgdG8gMiBvciBtb3JlIFNlcnZpY2Ugbm9k
ZXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si
Pi0gQ0Ugbm9kZSBtdWx0aS1ob21lZCB0byAyIG9yIG1vcmUgYWNjZXNzIG5vZGVzICh0aGlzIG9u
ZSBzaG91bGQgYmU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29s
b3I6YmxhY2siPmFsaWduZWQgd2l0aCB0aGUgRVZQTi1WUFdTIGRyYWZ0KTxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn
aW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Ki88bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy
Z2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlNhbWk6IFBsZWFzZSBo
YXZlIGEgbG9vayBhdCB0aGUgdXBkYXRlZCBzZWN0aW9uIGluIDAxLCBhcyBmb3IgdGhlIENFIG5v
ZGUgYWdyZWVkIHRoYXQgaXQgc2hvdWxkIGJlIGFsaWduZWQgd2l0aCBFVlBOLVZQV1MsIGFuZCBo
ZW5jZSBubyBuZWVkIHRvIG1lbnRpb24gYW55dGhpbmcgYWJvdXQgaXQgaW4gdGhlIGRyYWZ0Ljxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+W0pP
UkdFMl0gT0ssIHBsZWFzZSBzZWUgYmVsb3cuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+
PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbHQ7c25pcCZndDs8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjQgU29sdXRpb24gT3ZlcnZpZXc8
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyYjNDM7LS0tLS0tLS0tJiM0MzsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLS0tLS0tLS0mIzQz
OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xv
cjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS0tLSYj
NDM7Jm5ic3A7Jm5ic3A7ICYjNDM7LS0tLS0mIzQzOyB8IElQL01QTFMgfCAmIzQzOy0tLS0tJiM0
MzsgfCBJUC9NUExTIHw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0i
Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8IENFIHwt
LS18IFBFMSB8LXwgQWNjZXNzJm5ic3A7Jm5ic3A7fC18IFBFMiB8LXwgQ29yZSZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwO3w8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0i
Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0t
LS0mIzQzOyZuYnNwOyZuYnNwOyAmIzQzOy0tLS0tJiM0MzsgfCBOZXR3b3JrIHwgJiM0MzstLS0t
LSYjNDM7IHwgTmV0d29yayB8PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5
bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+
PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
IzQzOy0tLS0tLS0tLSYjNDM7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7ICYjNDM7LS0tLS0tLS0tJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0
Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmbHQ7LS0tLSBFVlBOLVZQV1MgLS0tLSZndDsmbHQ7LS0t
LSBJUC9NQUMgVlJGIC0tLSZndDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBz
dHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0ZpZ3VyZSAxOiBFVlBO
LVZQV1MgU2VydmljZSBFZGdlIEdhdGV3YXkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+
PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtBTjogQWNj
ZXNzIG5vZGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6
YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO1NFOiBTZXJ2aWNlIEVkZ2Ugbm9kZS48bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwO0VWUE4tVlBXUyBTZXJ2aWNlIEVkZ2UgR2F0ZXdheSBPcGVyYXRp
b248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si
Pi8qIFtKT1JHRV0gU2hvdWxkIHRoaXMgYmUgc2VjdGlvbiA0LjEgb24gaXRzIG93bj8gKi88bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlNhbWk6
IHN1cmUgd2lsbCBkby48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0i
Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0F0IHRoZSBzZXJ2aWNlIGVkZ2Ug
bm9kZSwgdGhlIEVWUE4gUGVyLUVWSSBFdGhlcm5ldCBBLUQgcm91dGVzIHdpbGw8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwO2JlIGFkdmVydGlzZWQgd2l0aCB0aGUgRVNJIHNldCB0byAwIGFuZCB0aGUg
RXRoZXJuZXQgdGFnLWlkIHNldCB0bzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFu
IHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7KHdpbGRjYXJkIDB4
RkZGRkZGRikuIFRoZSBFdGhlcm5ldCBBLUQgcm91dGVzIHdpbGwgaGF2ZSBhIHVuaXF1ZSBSRDxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7YW5kIHdpbGwgYmUgYXNzb2NpYXRlZCB3aXRoIDIgQkdQIFJU
KHMpLCBvbmUgUlQgY29ycmVzcG9uZGluZyB0byB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIu
MHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3Vu
ZGVybGF5IEVWSSBpLmUuIHRoZSBFVlBOIFZQV1MgdHJhbnNwb3J0IHNlcnZpY2UgdGhhdCdzIGNv
bmZpZ3VyZWQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6
YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO29ubHkgYW1vbmcgdGhlIHNlcnZpY2UgZWRn
ZSBub2RlcywgYW5kIG9uZSBjb3JyZXNwb25kaW5nIHRvIHRoZSBMMiw8bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwO0wzIG9yIEVWUE4gb3ZlcmxheSBzZXJ2aWNlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3
Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
QXQgdGhlIGFjY2VzcyBub2RlcywgdGhlIEVWUE4gcGVyLUVWSSBFdGhlcm5ldCBBLUQgcm91dGVz
IHdpbGwgYmU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6
YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2FkdmVydGlzZWQgYXMgZGVzY3JpYmVkIGlu
IFtkcmFmdC1pZXRmLWJlc3MtZXZwbi12cHdzXSB3aXRoIHRoZSBFU0k8bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwO2ZpZWxkIGlzIHNldCB0byAwIGFuZCBmb3Igc2luZ2xlIGhvbWVkIENFcyBhbmQgdG8g
dGhlIENFJ3MgRVNJIGZvcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxl
PSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7bXVsdGktaG9tZWQgQ0UncyBh
bmQgdGhlIEV0aGVybmV0IFRhZyBmaWVsZCB3aWxsIGJlIHNldCB0byB0aGUgVlBXUzxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7c2VydmljZSBpbnN0YW5jZSBpZGVudGlmaWVyIHRoYXQgaWRlbnRpZmll
cyB0aGUgRVZQTCBvciBFUEwgc2VydmljZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48
c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO1RoZSBFdGhl
cm5ldC1BRCByb3V0ZSB3aWxsIGhhdmUgYSB1bmlxdWUgUkQgYW5kIHdpbGwgYmUgYXNzb2NpYXRl
ZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7d2l0aCBvbmUgQkdQIFJUIGNvcnJlc3BvbmRpbmcgdG8g
dGhlIEwyLCBMMyBvciBFVlBOIG92ZXJsYXkgc2VydmljZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3
Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
dGhhdCB3aWxsIGJlIHRyYW5zcG9ydGVkIG92ZXIgdGhpcyBFVlBOIFZQV1MgdHJhbnNwb3J0IHNl
cnZpY2UuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJs
YWNrIj4vKiBbSk9SR0VdIFdoYXQgZG8geW91IG1lYW4gYnkgRVZQTiBvdmVybGF5IHNlcnZpY2Ug
aW4gdGhpcyBjb250ZXh0PyB3aHk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBz
dHlsZT0iY29sb3I6YmxhY2siPmlzIGl0IGRpZmZlcmVudCBmcm9tIEwyIG9yIEwzIHNlcnZpY2U/
IHNob3VsZCB0aGlzIGJlIGNsYXJpZmllZCBpbiB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIu
MHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPmludHJvZHVjdGlvbj88bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy
Z2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkFsc28gYnkgTDIgYW5k
IEwzIGFyZSB5b3UgcmVmZXJyaW5nIHRvIHRoZSBlbmNhcHN1bGF0aW9uPyBpLmUuIEwyIG1lYW5z
PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5l
dGhlcm5ldCBvdmVyIHRoZSBFVkkgbGFiZWwgYW5kIEwzIElQIG92ZXIgdGhlIEVWSSBsYWJlbD8g
Ki88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si
Pi8qIFtKT1JHRV0gSWYgdGhlIHNlcnZpY2UgUlRzIGFyZSB0aGUgc2FtZSBpbiB0aGUgYWNjZXNz
IGFuZCBjb3JlIG5ldHdvcmssPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5
bGU9ImNvbG9yOmJsYWNrIj5QRTIgc2hvdWxkIGhhdmUgdHdvIGRpZmZlcmVudCBwZWVyaW5nIHNl
c3Npb25zLCBvbmUgdG8gdGhlIFJSIGluIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQi
PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+YWNjZXNzIG5ldHdvcmsgYW5kIG9uZSB0byB0aGUg
Y29yZSBSUi4gSXMgdGhhdCB0aGUgaW50ZW5kPyBpZiBzbywgaXQgbWF5PG86cD48L286cD48L3Nw
YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp
bi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5iZSBnb29kIHRvIGNsYXJp
ZnkgKi88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6Ymxh
Y2siPlNhbWk6Q2FuIHlvdSBwbGVhc2UgbG9vayBhdCB0aGUgdXBkYXRlZCB2ZXJzaW9uIDAxIGFu
ZCBzZWUgd2hhdCBjb21tZW50cyBzdGlsbCBhcHBseT88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIu
MHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPltKT1JHRTJdIFJldiAwMSBvciAwMiBkb27i
gJl0IHJlYWxseSBhZGQgbXVjaCBpbmZvcm1hdGlvbiBhYm91dCBpdC4NCjxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn
aW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7U2VydmljZSBlZGdlIG5vZGVzIG9uIHRoZSB1bmRlcmxheSBFVkkgd2lsbCBkZXRl
cm1pbmUgdGhlIHByaW1hcnk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHls
ZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3NlcnZpY2Ugbm9kZSB0ZXJt
aW5hdGluZyB0aGUgVlBXUyB0cmFuc3BvcnQgc2VydmljZSBhbmQgb2ZmZXJpbmcgdGhlPG86cD48
L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDtMMiwgTDMgb3IgRXRoZXJuZXQgVlBOIHNlcnZpY2UgYnkgcnVubmlu
ZyB0aGUgb24gSFdSIGFsZ29yaXRobSBhczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxz
cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ZGVzY3JpYmVk
IGluIFtkcmFmdC1tb2hhbnR5LWwydnBuLWV2cG4tZGYtZWxlY3Rpb25dIHVzaW5nIHdlaWdodDxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7W1ZQV1Mgc2VydmljZSBpZGVudGlmaWVyLCBTZXJ2aWNlIEVk
Z2UgTm9kZSBJUCBhZGRyZXNzXS4gVGhpcyBlbnN1cmU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIu
MHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3Ro
YXQgc2VydmljZSBub2RlKHMpIHdpbGwgY29uc2lzdGVudGx5IHBpY2sgdGhlIHByaW1hcnkgc2Vy
dmljZSBub2RlPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9y
OmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtldmVuIGFmdGVyIHNlcnZpY2Ugbm9kZSBm
YWlsdXJlLiBVcG9uIHByaW1hcnkgc2VydmljZSBub2RlIGZhaWx1cmUsPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp
bi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDthbGwgb3RoZXIgcmVtYWluaW5nIHNlcnZpY2VzIG5vZGVzIHdpbGwgY2hvb3NlIGFu
b3RoZXIgc2VydmljZSBub2RlPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5
bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtjb3JyZWN0bHkgYW5kIGNv
bnNpc3RlbnRseS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29s
b3I6YmxhY2siPi8qW0pPUkdFXSBGb2xsb3dpbmcgRVZQTiwgdGhlIERGIGVsZWN0aW9uIGlzIGJh
c2VkIG9uIHRoZSBleGNoYW5nZSBvZiBFUzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxz
cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+cm91dGVzLiBIZW5jZSB0aGUgYXNzdW1wdGlvbiBpcyB0
aGF0IHRoZSB0d28gc2VydmljZSBub2RlcyBzaG91bGQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIu
MHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPmFkdmVydGlzZSBFUyByb3V0ZXMgd2l0aCBh
IHN5c3RlbS1sZXZlbCBFU0kgYW5kIGFuIEFEIHJvdXRlIHBlciBFUyB3aXRoPG86cD48L286cD48
L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj50aGUgc2FtZSBFU0k/
IFRoZSBzZXJ2aWNlIG5vZGUgREYgZm9yIGEgZ2l2ZW4gc2VydmljZSBzaG91bGQgc2VuZCBhbiBB
RCBwZXItRVZJIHJvdXRlIHdpdGggdGhlIFAgaW5kaWNhdGlvbiBpbiB0aGUgbmV3IEVDIGRlZmlu
ZWQgaW4gRVZQTi1WUFdTLiBJIGJlbGlldmUgYWxsIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3
Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ZXhpc3RpbmcgcHJvY2VkdXJlcyBzaG91
bGQgYmUgdXNlZCwgYXJlIHlvdSBkZWZpbmluZyBuZXcgb25lcz8gKi88bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlNhbWk6IFBsZWFzZSBoYXZl
IGEgbG9vayBhdCAwMS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0i
Y29sb3I6YmxhY2siPltKT1JHRTJdIG5vIGNoYW5nZXMgaW4gMDEgb3IgMDIuIEFnYWluIG1vcmUg
ZGV0YWlscyBhcmUgbmVlZGVkOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0
eWxlPSJjb2xvcjpibGFjayI+LSBIb3cgaXMgdGhlIEVTIGFzc2lnbmVkIHRvIHRoZSBzZXJ2aWNl
IG5vZGVzLiBJIHN1Z2dlc3QgYSBzeXN0ZW0gbGV2ZWwgRVNJIG9yL2FuZCBhIHZpcnR1YWwgRVMg
cGVyIHNlcnZpY2Ugb24gdGhlIHNlcnZpY2Ugbm9kZXMuIFRoZSBmb3JtZXIgaXMgZGVmaW5lZCBp
biB0aGUgZGNpLWV2cG4tb3ZlcmxheSBkcmFmdC4NCiBUaGUgbGF0dGVyIHNob3VsZCBiZSBzdGF0
ZWQgaGVyZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6
YmxhY2siPi0gT25jZSB0aGUgRVMgYW5kIEVTSSBpcyBhc3NpZ25lZCB0byB0aGUgc2VydmljZSBu
b2RlcywgcmVndWxhciBFVlBOIHByb2NlZHVyZXMgc2hvdWxkIGZvbGxvdy4gSWYgbm90LCBpdCBo
YXMgdG8gYmUgZXhwbGljaXRseSBzdGF0ZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+
PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtTaW5nbGUt
c2lkZWQgc2lnbmFsaW5nIG1lY2hhbmlzbSBpcyB1c2VkLiBUaGUgU2VydmljZSBQRSBub2RlIHRo
YXQgaXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6Ymxh
Y2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2EgREYgZm9yIGFjY2VwdHMgdG8gdGVybWluYXRl
IHRoZSBWUFdTIHRyYW5zcG9ydCBzZXJ2aWNlIGZyb20gYW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6
NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
O2FjY2VzcyBub2RlLCB0aGUgcHJpbWFyeSBzZXJ2aWNlIGVkZ2Ugbm9kZSBzaGFsbDotIER5bmFt
aWNhbGx5IGNyZWF0ZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJj
b2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7YW4gaW50ZXJmYWNlIHRvIHRlcm1p
bmF0ZSB0aGUgc2VydmljZSBhbmQgc2hhbGwgYXR0YWNoIHRoaXMgaW50ZXJmYWNlPG86cD48L286
cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDt0byB0aGUgb3ZlcmxheSBWUE4gc2VydmljZSByZXF1aXJlZCBieSB0aGUg
YWNjZXNzIG5vZGUgdG8gc2VydmljZSBpdHM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48
c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2N1c3RvbWVy
IGVkZ2UgZGV2aWNlLi0gUmVzcG9uZHMgdG8gdGhlIEV0aCBBLUQgcm91dGUgcGVyIEVWSSBmcm9t
IHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj
ayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7YWNjZXNzIG5vZGUgYnkgc2VuZGluZyBpdHMgb3du
IEV0aCBBLUQgcGVyIEVWSSByb3V0ZSBieSBzZXR0aW5nIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm
dDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7c2FtZSBWUFdTIHNlcnZpY2UgaW5zdGFuY2UgSUQgYW5kIGRvd25zdHJlYW0gYXNzaWduZWQg
TVBMUyBsYWJlbCB0bzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJj
b2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7YmUgdXNlZCBieSB0aGUgYWNjZXNz
IG5vZGUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJs
YWNrIj4vKiBbSk9SR0VdIE5lZWQgdG8gY29ycmVjdCB0aGUgZm9ybWF0OiB0aGUgdHdvIGJ1bGxl
dHMgbXVzdCBnbyBpbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJj
b2xvcjpibGFjayI+ZGlmZmVyZW50IGxpbmVzICovPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBw
dCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5TdXJlIHdpbGwgZG8uPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp
bi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5bSk9SR0UyXSBJIHRoaW5r
IHN0aWxsIHRoZXJlIGluIHJldiAwMi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3Bh
biBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyAmbHQ7c25pcCZndDs8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjQuMSBNdWx0aS1o
b21pbmc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6Ymxh
Y2siPi8qIFtKT1JHRV0gaG93IGJvdXQgdGhlIGZvbGxvd2luZyBzY2VuYXJpbzo8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkhlcmUgQU4xIGFu
ZCBBTjIgaGF2ZSBhIEVTSSBmb3IgdGhlIENFLiBSZWd1bGFyIEVWUE4tVlBXUyBwcm9jZWR1cmVz
PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5z
aG91bGQgYXBwbHkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNv
bG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmIzQzOy0tLS0tLS0tLSYjNDM7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS0tLS0tLS0tJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6
NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiYjNDM7LS0tLSYjNDM7Jm5ic3A7Jm5i
c3A7ICYjNDM7LS0tLS0mIzQzOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7IHwgJiM0MzstLS0tLSYjNDM7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxz
cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+fCBDRSAmIzQzOy0tLSYjNDM7IEFOMSAmIzQzOy0mIzQz
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0m
IzQzOyBTRTIgJiM0MzstJiM0MzsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJj
b2xvcjpibGFjayI+JiM0MzstLSYjNDM7LSYjNDM7Jm5ic3A7Jm5ic3A7ICYjNDM7LS0tLS0mIzQz
OyB8IElQL01QTFMgfCAmIzQzOy0tLS0tJiM0MzsgfCBJUC9NUExTIHw8bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwO3wmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCBBY2Nlc3MmbmJzcDsmbmJzcDt8Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwgQ29yZSZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwO3w8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29s
b3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3wmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsgJiM0MzstLS0tLSYjNDM7IHwgTmV0d29yayB8ICYjNDM7LS0tLS0mIzQzOyB8IE5ldHdvcmsg
fDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7JiM0MzstLS0tLSYjNDM7IEFOMiAmIzQzOy0mIzQzOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0mIzQz
OyBTRTMgJiM0MzstJiM0MzsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xv
cjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7JiM0MzstLS0tLSYjNDM7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsgfCAmIzQzOy0tLS0tJiM0MzsgfCZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8PG86cD48L286cD48L3NwYW4+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Ojcy
LjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmIzQzOy0tLS0tLS0tLSYjNDM7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS0tLS0tLS0tJiM0Mzs8
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyAmbHQ7LS0tLS1FVlBOLVZQV1MtLS0tLSZndDsmbHQ7LS0tLS1JUC9NQUMg
VlJGLS0tLSZndDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29s
b3I6YmxhY2siPiovPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNv
bG9yOmJsYWNrIj5TYW1pOiBFeGFjdGx5LCByZWd1bGFyIEVWUE4gVlBXUyBzaG91bGQgYXBwbHks
IGFuZCBoZW5jZSB3aHkgZG8gd2UgbmVlZCB0byBtZW50aW9uIGl0PzxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t
bGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+W0pPUkdFMl0gQmVjYXVzZSBv
bmUgbWF5IHRoaW5rIHRoYXQgdGhlcmUgYXJlIHR3byB3YXlzIG9mIGFkZHJlc3NpbmcgdGhpczog
YSkgbm8gRVMgb24gQU5zLCB0aGUgQU5zIGp1c3QgcHJvdmlkZSBhIHdpcmUgYW5kIHRoZSBFUyBy
ZWFsbHkgcmVwcmVzZW50cyB0aGUgQ0Ugb3IgYikgdGhlcmUgYXJlIHR3byBFUyBpbiB0aGUNCiBk
aWFncmFtLCBvbmUgZGVmaW5lZCBpbiB0aGUgQU5zIGFuZCBvbmUgZGVmaW5lZCBvbiB0aGUgU0Ug
bm9kZXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJs
YWNrIj5JIHNlZSB0aGF0IHlvdSBtZWFuIChiKSBidXQgaXQgc2hvdWxkIGJlIHN0YXRlZC48bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlRoYW5r
cyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si
PlNhbWkgPG86cD4NCjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6
YmxhY2siPkZyb206Jm5ic3A7Jm5ic3A7QkVTUyBvbiBiZWhhbGYgb2YgU2FtaSBCb3V0cm9zPG86
cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5EYXRl
OiZuYnNwOyZuYnNwO1dlZG5lc2RheSwgT2N0b2JlciA3LCAyMDE1IGF0IDExOjEzIFBNPG86cD48
L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5UbzombmJz
cDsmbmJzcDsmcXVvdDs8YSBocmVmPSJtYWlsdG86YmVzc0BpZXRmLm9yZyI+YmVzc0BpZXRmLm9y
ZzwvYT4mcXVvdDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29s
b3I6YmxhY2siPlN1YmplY3Q6Jm5ic3A7Jm5ic3A7W2Jlc3NdIFNlZWtpbmcgQ29tbWVudHMgZm9y
IEVWUE4tVlBXUyBTZXJ2aWNlIEVkZ2UgR2F0ZXdheTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4w
cHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+SGksPG86cD48L286cD48L3NwYW4+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Ojcy
LjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5UaGUgZHJhZnQgcHJvcG9zZXMgYSBkeW5h
bWljIG1lY2hhbmlzbSB0byB0ZXJtaW5hdGUgdGhlIFZQV1MgdHJhbnNwb3J0IHNlcnZpY2UgYXQg
YSBzZXJ2aWNlIFBFIGludG8gYW4gb3ZlcmxheSBMMiBvciBMMyBzZXJ2aWNlIGJhc2VkIG9uIGEg
c2luZ2xlIHNpZGUgcHJvdmlzaW9uaW5nIGF0IHRoZSBhY2Nlc3MgUEUuPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp
bi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48YSBocmVmPSJodHRwczov
L3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3Rvb2xzLmlldGYu
b3JnX2h0bWxfZHJhZnQtMkRib3V0cm9zLTJEYmVzcy0yRGV2cG4tMkR2cHdzLTJEc2VydmljZS0y
RGVkZ2UtMkRnYXRld2F5LTJEMDEmYW1wO2Q9RGdNR2FRJmFtcDtjPXVpbGFLOTBENFRPVm9INThK
TlhSZ1EmYW1wO3I9SVZ6Y1RSTFFkcHRhMDhMMGJfeTJ6RGtxdndKaFJLTUNBYlgtMkstTFY5OCZh
bXA7bT1hVm9xNnJBZnJyaE9qcGE2ZnFQSDFPYjRTLXhtT01LZVFaMTM3clZmdDVrJmFtcDtzPVI4
UFZPZmh5N0VwNFRfbzRPQVhBZ3FYTFpvRVIzdXBuWTRhWDRSVlNpQzAmYW1wO2U9Ij5odHRwczov
L3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtYm91dHJvcy1iZXNzLWV2cG4tdnB3cy1zZXJ2aWNl
LWVkZ2UtZ2F0ZXdheS0wMTwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBz
dHlsZT0iY29sb3I6YmxhY2siPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48
c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlNhbWk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp
dj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy
Z2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86
cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jv
ZHk+DQo8L2h0bWw+DQo=

--_000_219DDC6F55C94247B331A338397E2205onnokiacom_--


From nobody Wed Nov 30 14:56:30 2016
Return-Path: <internet-drafts@ietf.org>
X-Original-To: bess@ietf.org
Delivered-To: bess@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F56512951A; Wed, 30 Nov 2016 14:56:26 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.39.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <148054658618.9666.7845242632844754641.idtracker@ietfa.amsl.com>
Date: Wed, 30 Nov 2016 14:56:26 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/hfBtwSYnL7_9xHK-TevYdqk1H-I>
Cc: bess@ietf.org
Subject: [bess] I-D Action: draft-ietf-bess-evpn-overlay-07.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.17
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Nov 2016 22:56:26 -0000

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

        Title           : A Network Virtualization Overlay Solution using EVPN
        Authors         : Ali Sajassi
                          John Drake
                          Nabil Bitar
                          R. Shekhar
                          James Uttaro
                          Wim Henderickx
	Filename        : draft-ietf-bess-evpn-overlay-07.txt
	Pages           : 28
	Date            : 2016-11-30

Abstract:
   This document describes how Ethernet VPN (EVPN) [RFC7432] can be used
   as an Network Virtualization Overlay (NVO) solution and explores the
   various tunnel encapsulation options over IP  and their impact on the
   EVPN control-plane and procedures. In particular, the following
   encapsulation options are analyzed: VXLAN, NVGRE, and MPLS over GRE.


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

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

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-evpn-overlay-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/

